From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 2 00:04:45 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9BCED1065673; Sun, 2 Sep 2012 00:04:45 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4A7B78FC0C; Sun, 2 Sep 2012 00:04:45 +0000 (UTC) Received: by obbun3 with SMTP id un3so9845627obb.13 for ; Sat, 01 Sep 2012 17:04:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iycakGgsdW+qsUhtjXU0/5XJraSjp19W+H67BaJxqrQ=; b=rctjTCWw2EFOFRmHgPmpZTUpQ86nN4K4ukCeUJSFKm5CYhfRzQulSpc/bq54frXkX+ tZb3tbCPflInbVdW+dy/zlJ4+MSAR2VjWVs0UF/tWW7WmRpmSLChC8XZ9+JzTn/1GC05 t61InNWRIYYKyFrRlWbOw38fMMQEbTXKKRLGB1HQ/fGKX65q5f4zkLm3AF928APwoAf0 N2lNnwrX8f50kfLKk5XoZ9Tpi24QVHuUXwX0nEU5CpMu4ZNzVwQ/h6fwCcXhof/83r0v iwXBPBT1S/SPc4CJ8YK6jekaauZRNwD6YdQNAy4/l3i/Us9PUw169u/zp5zyz7DnIeMc 1Tug== MIME-Version: 1.0 Received: by 10.60.19.195 with SMTP id h3mr10942693oee.102.1346544284578; Sat, 01 Sep 2012 17:04:44 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Sat, 1 Sep 2012 17:04:44 -0700 (PDT) In-Reply-To: <20546.39472.989246.974755@perdition.linnaean.org> References: <20546.21240.597457.60612@perdition.linnaean.org> <20546.39472.989246.974755@perdition.linnaean.org> Date: Sat, 1 Sep 2012 17:04:44 -0700 Message-ID: From: Garrett Cooper To: Daniel Hagerty Content-Type: text/plain; charset=ISO-8859-1 Cc: Artem Belevich , freebsd-hackers@freebsd.org Subject: Re: freebsd.org git repositories and svn ids X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 00:04:45 -0000 On Sat, Sep 1, 2012 at 4:28 PM, Daniel Hagerty wrote: > > I use git://gitorious.org/freebsd/freebsd.git which has > > stable/releng/release branches and which does include git-svn-id > > This is what I'm using now, in fact. It lacks the 9.1 releng > branch tho; I don't know if this is a bug or feature. > > More generally tho, I'm curious how one is supposed to use the > seemingly more official repositories without this bit of data; I'd > expect I must be missing some critical clue. The last time I looked (which was a while ago), the gitorious (and github? don't remember) repos were seriously out of date. Is the git.freebsd.org repo more or less up-to-date, or is it out of synch? Thanks, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 2 00:51:21 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 17AEF1065670 for ; Sun, 2 Sep 2012 00:51:21 +0000 (UTC) (envelope-from bryan@shatow.net) Received: from secure.xzibition.com (secure.xzibition.com [173.160.118.92]) by mx1.freebsd.org (Postfix) with ESMTP id 9480C8FC0C for ; Sun, 2 Sep 2012 00:51:20 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=sweb; b=ZeLtbm zhF2QYNJWdSY0ilOPN45sG2/emlOldgQRjB1g/5HNKCdbYj4UNlT8Yopj1HHSMQu ykZfSN/AZXYyoQk77iluHhyAEbpEb4Q7Apy4rWXv83xXVipeEAHIeONWTKfIpYhY urtIrgj8OaerX9s8JI0cXD7K1HVXbsXNj0+0I= DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=sweb; bh=Lw7PRCPJ9mGh L7mcl1G7Rp59fxDXdyrUkCIq9yH7QNQ=; b=p79HEkVh6Y5Z2wwqic2jh4tdEHM5 tDnKbnPKFmiPvn+6ZANKtm0SgGRHZ1NqDHhmIvWVazR/BGlmI3MuqT8090kygI49 ++gcKryqTdTsaDHkRZh9GgoFXJx9GvqbbGJYVzhIlk8QjbekilkSWIvUT5YNm/Rs 8lKTOlVNfmy5U6I= Received: (qmail 35849 invoked from network); 1 Sep 2012 19:51:17 -0500 Received: from unknown (HELO ?10.10.0.115?) (bryan@shatow.net@10.10.0.115) by sweb.xzibition.com with ESMTPA; 1 Sep 2012 19:51:17 -0500 Message-ID: <5042AD73.3060402@shatow.net> Date: Sat, 01 Sep 2012 19:50:59 -0500 From: Bryan Drewery User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: Garrett Cooper References: <20546.21240.597457.60612@perdition.linnaean.org> <20546.39472.989246.974755@perdition.linnaean.org> In-Reply-To: X-Enigmail-Version: 1.4.4 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Artem Belevich , Daniel Hagerty , freebsd-hackers@freebsd.org Subject: Re: freebsd.org git repositories and svn ids X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 00:51:21 -0000 On 9/1/2012 7:04 PM, Garrett Cooper wrote: > On Sat, Sep 1, 2012 at 4:28 PM, Daniel Hagerty wrote: >> > I use git://gitorious.org/freebsd/freebsd.git which has >> > stable/releng/release branches and which does include git-svn-id >> >> This is what I'm using now, in fact. It lacks the 9.1 releng >> branch tho; I don't know if this is a bug or feature. >> >> More generally tho, I'm curious how one is supposed to use the >> seemingly more official repositories without this bit of data; I'd >> expect I must be missing some critical clue. > > The last time I looked (which was a while ago), the gitorious (and > github? don't remember) repos were seriously out of date. Is the > git.freebsd.org repo more or less up-to-date, or is it out of synch? > Thanks, > -Garrett uqs@ maintains the git.freebsd.org and github mirrors. You should use those instead of gitorious as they are updated very quickly from SVN. http://wiki.freebsd.org/GitWorkflow >From that article: The official repository-mirrors are updated at least hourly, should they lag the svn repository by more than that, please contact (monitoring still needs to be put into place, help wanted btw). git://git.freebsd.org/freebsd.git git://git.freebsd.org/freebsd-doc.git git://git.freebsd.org/freebsd-ports.git (the canonical sources) git://github.com/freebsd/freebsd.git git://github.com/freebsd/freebsd-doc.git git://github.com/freebsd/freebsd-ports.git (the preferred sources) -- Regards, Bryan Drewery bdrewery@freenode/EFNet From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 2 02:44:15 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5868B1065676 for ; Sun, 2 Sep 2012 02:44:15 +0000 (UTC) (envelope-from asp654@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id D10628FC12 for ; Sun, 2 Sep 2012 02:44:14 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so2334548lbb.13 for ; Sat, 01 Sep 2012 19:44:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ympajSYfjMS+HexIhae40BY1aMbMEJqJ6+kfRuaIDIU=; b=Ns4FbN0zwArDdYAZdJFRcNS50QcXVxHoVYshK/RHU/JX3KX7UU7nF06CdgZlvDs5RB BwdDtufLmJWaK80HDgwEBKu7e6IEtsDVRTgN4n+xbzXA3GryTX/ANGNWVpBQnZqEnAxU Quy6sDK1rsi7QDxVGSKCsDdkBsFKkh0+S6Ad2fvsaKm9cQwgTGoJ9CEy7hlC4S/ZyOBT K5hmCYS5W89bnmdSbl73sSOJrgxgwb9iuuZ8P2oXECv2LVtDmDkVIhcACvo+X6ul5Gpp XkKWWgxzyHQlD//3g1wGhVBYBbksZqWuEw/27YiZOyWOGku2zgMmj9XsNSdVNIcYGf49 uzOg== MIME-Version: 1.0 Received: by 10.112.31.170 with SMTP id b10mr4018310lbi.67.1346553853531; Sat, 01 Sep 2012 19:44:13 -0700 (PDT) Received: by 10.112.106.73 with HTTP; Sat, 1 Sep 2012 19:44:13 -0700 (PDT) Date: Sat, 1 Sep 2012 19:44:13 -0700 Message-ID: From: asp imho To: freebsd-hackers@freebsd.org X-Mailman-Approved-At: Sun, 02 Sep 2012 02:58:40 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: start of text section in the ELF executable and in the Virtual Memory X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 02:44:15 -0000 Hi all, I've a generic question about how the program looks before and after it is loaded into the memory. I see that the TEXT_START_ADDR = 0x08048000 (found this in ~src/contrib/binutils/ld/emulparams/elf_i386.sh) when I do a procstat -v , I see some thing like this PID START END PRT ......... PATH 2126 0x8048000 0x0804a000 r-x ......... /bin/cat I see that the VM address is same as that of the TEXT_START_ADDR. Does this mean that the actual begining of the program statement, `cat` in this case, has a VM address of 0x8048000. Looking at the Permission Flags (PRT = r-x) I assumed this is the text section. But when I do a objdump of /bin/cat (cmd: `objdump -D /bin/cat`), I see that there is a section named `.interp` starting at 0x8048134 and not 0x8048000. And the .text section starts from 0x8048b40 and there is no instruction at address 0x8048000. Can someone please tell me why is this so? and what exactly will be present in the memory from 0x8048000 and 0x8048134. Thanks. From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 2 04:29:41 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B35F1106564A for ; Sun, 2 Sep 2012 04:29:41 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2A0EE8FC12 for ; Sun, 2 Sep 2012 04:29:40 +0000 (UTC) Received: by lage12 with SMTP id e12so3682971lag.13 for ; Sat, 01 Sep 2012 21:29:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Ki8axJ+FDF6/Wzg6Hcwx1mO1V2IiHhCZkXLODS/RIaw=; b=L6XV2yl9F3/BOshP62OBF64bXLY+x6MPBzKGhOaoOoZ1cqtp7NEa9oKigpSzPpKM9B PRmeRspzxmDd10QYGMh2TFZkjE+qlgrfkzuYv0REe0nE9hV99jMGsWXaoZlXf5SRz+fi r/9fsaqxgX2AQBqAAormY6mOPmU5S/UXsiZpiaaVUmcllAc0s9W/2O+iQ3+Qu5gPvsPV z/AD2KelVNT/e+syJsB4fraa5d4DO62IMikvUbfhvDWp7FvNlVdAl0zIlZ8oyFpoNdCN vm6kiorEW6/ys7ndVA2D+OqTOSYjsQxHuXeT96e5sGck+SmRZjzeZghOkeDCP33/9Aw/ CgZg== MIME-Version: 1.0 Received: by 10.112.39.135 with SMTP id p7mr4137169lbk.78.1346560179637; Sat, 01 Sep 2012 21:29:39 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.112.43.40 with HTTP; Sat, 1 Sep 2012 21:29:39 -0700 (PDT) In-Reply-To: <5042AD73.3060402@shatow.net> References: <20546.21240.597457.60612@perdition.linnaean.org> <20546.39472.989246.974755@perdition.linnaean.org> <5042AD73.3060402@shatow.net> Date: Sat, 1 Sep 2012 21:29:39 -0700 X-Google-Sender-Auth: K1BWnGKHOkgU-_AItlHIN2L9gnA Message-ID: From: Artem Belevich To: Bryan Drewery Content-Type: text/plain; charset=ISO-8859-1 Cc: Garrett Cooper , freebsd-hackers@freebsd.org, Daniel Hagerty Subject: Re: freebsd.org git repositories and svn ids X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 04:29:41 -0000 On Sat, Sep 1, 2012 at 5:50 PM, Bryan Drewery wrote: >>> More generally tho, I'm curious how one is supposed to use the >>> seemingly more official repositories without this bit of data; I'd >>> expect I must be missing some critical clue. I've just noticed that freebsd commits on github come with a git note. If you look past the diff of the commit, you will see a note that contains path and revision number. For example: https://github.com/freebsd/freebsd/commit/fa32f1f570be8b878b2965d95b7dbdc37a953938 has a note that says: svn path=/head/; revision=239998 So, information is there, it's just not part of the log message itself unless you add '--show-notes=*' While I'm sort of got used to git-svn-id being part of committed log messages, keeping conversion metadata separate from the content does make sense. --Artem From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 2 04:42:24 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 829AA106564A for ; Sun, 2 Sep 2012 04:42:24 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 003738FC08 for ; Sun, 2 Sep 2012 04:42:23 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so2359388lbb.13 for ; Sat, 01 Sep 2012 21:42:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=toZDALeT5DpPJR5B4iG5eyfeQRE6Fiy+MQ+Ao7vZLGI=; b=MIJi5zm4jPoM43FSynqiu+SJvGJF/HPbXeg48VlNP4vEZv6/xQQwOsVbaxaZ8zkVEk WyLKtrRgOOjc1MB6vDKgnsdB1IwJM4oloMem3L3LgKKxQ4zk+s9bAlTQpk/9lFMOeivN rbIHVPl4CxBhfDjsbeEDaWaHkOdfiYPaQ7SGL8Gck57MMmIVZW+/vmfKM2uq1Hp4PlcD xjZPsvr0e2i7d7lNdi5B75+IYG27nlFpvH6TX/FgfXL4UthudX0SyFLdjwX3IGepKuFF c3QM3EUf7TalmBoOqJQOmWjerLRDqnJorWzmXUn5KlSlrJXHenaCarJjPYt26d6jzgt8 oiDw== MIME-Version: 1.0 Received: by 10.112.88.2 with SMTP id bc2mr2338036lbb.61.1346560942801; Sat, 01 Sep 2012 21:42:22 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.112.43.40 with HTTP; Sat, 1 Sep 2012 21:42:22 -0700 (PDT) In-Reply-To: References: Date: Sat, 1 Sep 2012 21:42:22 -0700 X-Google-Sender-Auth: CkVuquB_eurfM0w7puvSLUpq_28 Message-ID: From: Artem Belevich To: asp imho Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org Subject: Re: start of text section in the ELF executable and in the Virtual Memory X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 04:42:24 -0000 On Sat, Sep 1, 2012 at 7:44 PM, asp imho wrote: > Hi all, > > I've a generic question about how the program looks before and after it is > loaded into the memory. > > I see that the TEXT_START_ADDR = 0x08048000 (found this in > ~src/contrib/binutils/ld/emulparams/elf_i386.sh) > > when I do a procstat -v , I see some thing like this > > PID START END PRT ......... > PATH > 2126 0x8048000 0x0804a000 r-x ......... > /bin/cat > > > I see that the VM address is same as that of the TEXT_START_ADDR. Does this > mean that the actual begining of the program statement, `cat` in this case, > has a VM address of 0x8048000. > > Looking at the Permission Flags (PRT = r-x) I assumed this is the text > section. this section be loaded from the file into memory at 0x8048000. .text section is probably part of that, but it's not necessarily the only thing. readelf command is quite handy when you need to see details of an ELF file. > > But when I do a objdump of /bin/cat (cmd: `objdump -D /bin/cat`), I see > that there is a section named `.interp` starting at 0x8048134 and not > 0x8048000. And the .text section starts from 0x8048b40 and there is no > instruction at address 0x8048000. Can someone please tell me why is this > so? and what exactly will be present in the memory from 0x8048000 and > 0x8048134. .interp section tells kernel what it needs to run in order to launch the executable. In case of dynamic executable this section contains path to dynamic linker. In this case kernel loads and runs the *runtime linker*. It's the linke which then looks at the ELF file, parses dynamic headers in the ELF file, finds and loads required shared objects and then jumps to the entry point specified in the ELF header of the original executable. --Artem From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 2 05:03:14 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22DB3106564A for ; Sun, 2 Sep 2012 05:03:14 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 93B8A8FC0C for ; Sun, 2 Sep 2012 05:03:13 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so2363625lbb.13 for ; Sat, 01 Sep 2012 22:03:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=sfK85hYs8lSJLNKu4Wcq9ijIA6IsmIYYtUFCdiBwYyA=; b=ibznPMfw2nGxAPI4uRz8l+RpHlIGI4o9WxoCTt3Nhnp19qr/JewVO7BYUJAwYhsWzR 4z1Jcs+IYDGXoMfhmieYwwGR4WtHVcYHeykpnvVpSLaatwYe0IMHWb/eZXQ08IEIPy4z sPhdN/9qwiL7TnowqquM4d7PbR+aD5s6swj7hU9NKU1pH8jHHkWhWYKSWVgPASNfAvOG fdS61EnMFyhX5XzwDvnHNxjq/ebfjoK7kN3thl3AY6SbCaRIt7zD7XvlhZVY13OJNuuY lXPX65zjaZ/SvUaE1o1UQYkZG0UxuRwzuh8j/3GEiTypue4s1B5Ro1jsXBtxsZyxBSZH bVCQ== MIME-Version: 1.0 Received: by 10.112.48.231 with SMTP id p7mr4163795lbn.7.1346562192305; Sat, 01 Sep 2012 22:03:12 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.112.43.40 with HTTP; Sat, 1 Sep 2012 22:03:12 -0700 (PDT) In-Reply-To: References: <20546.21240.597457.60612@perdition.linnaean.org> <20546.39472.989246.974755@perdition.linnaean.org> <5042AD73.3060402@shatow.net> Date: Sat, 1 Sep 2012 22:03:12 -0700 X-Google-Sender-Auth: 98gquwNRRbLw08Fj5tT0zADPA70 Message-ID: From: Artem Belevich To: Bryan Drewery Content-Type: text/plain; charset=ISO-8859-1 Cc: Garrett Cooper , freebsd-hackers@freebsd.org, Daniel Hagerty Subject: Re: freebsd.org git repositories and svn ids X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 05:03:14 -0000 On Sat, Sep 1, 2012 at 9:29 PM, Artem Belevich wrote: > I've just noticed that freebsd commits on github come with a git note. > If you look past the diff of the commit, you will see a note that > contains path and revision number. > > For example: > https://github.com/freebsd/freebsd/commit/fa32f1f570be8b878b2965d95b7dbdc37a953938 > > has a note that says: > svn path=/head/; revision=239998 > > So, information is there, it's just not part of the log message itself > unless you add '--show-notes=*' > > While I'm sort of got used to git-svn-id being part of committed log > messages, keeping conversion metadata separate from the content does > make sense. Hmm. I've just cloned github.com/freebsd/freebsd and I don't see the notes that are shown on the web site. It appears that notes are not cloned by default. This page suggests adding "fetch = +refs/notes/*:refs/notes/*" to .git/config http://alblue.bandlem.com/2011/11/git-tip-of-week-git-notes.html Alas, that didn't help me much. It did seem to fetch notes for new commits, but preceeding commits are still note-less. I guess one would have to start with an empty git repository, then manually add remote and required 'fetch' magic and only then fetch commits from that remote. Does anyone know an easier way? --Artem From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 2 17:40:26 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CC531065688 for ; Sun, 2 Sep 2012 17:40:26 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id CBC128FC16 for ; Sun, 2 Sep 2012 17:40:25 +0000 (UTC) Received: by lage12 with SMTP id e12so3896832lag.13 for ; Sun, 02 Sep 2012 10:40:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=3g65z7nox+ugspXvl49Gzx9qsLXQH3vJgNFA++9OEgQ=; b=KAC0IKHjSIP1mEve01TZaPX4nljO2QrlkRd4D9WPJJFsJ3bAf8UI9P0hDPLcGb+AWj QCGKG2Hm5PmuKf+FnefmSGVP+AY0E2W/obJbdQMlp2QuZg8J3asovYfgrie1m/QDd0H2 u3CT56AIui5+DBV6OriVk3YOJEipnwCeCiGND6x+bxHWfJecPKlCTlmWRMUgB5rybj+9 4nvbe/cq5Fbh39X4Z10E7ICThOFtRuKVvqLKBccuktMsmd4+T95rFCUz7aKtFhvygHH0 CTQfcZtKIScLQcck7hksdR0+xdPZVDm1YcStGK7IYjOQNRuZaqsnjmBaNAPlM7lfRJv6 PgIA== MIME-Version: 1.0 Received: by 10.152.148.195 with SMTP id tu3mr11639463lab.16.1346607624592; Sun, 02 Sep 2012 10:40:24 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.112.43.40 with HTTP; Sun, 2 Sep 2012 10:40:24 -0700 (PDT) In-Reply-To: References: <20546.21240.597457.60612@perdition.linnaean.org> <20546.39472.989246.974755@perdition.linnaean.org> <5042AD73.3060402@shatow.net> Date: Sun, 2 Sep 2012 10:40:24 -0700 X-Google-Sender-Auth: N78Jw3Ji0KxFmk7vXhPNXrOGDc0 Message-ID: From: Artem Belevich To: Bryan Drewery Content-Type: text/plain; charset=ISO-8859-1 Cc: Garrett Cooper , freebsd-hackers@freebsd.org, Daniel Hagerty Subject: Re: freebsd.org git repositories and svn ids X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 17:40:26 -0000 On Sat, Sep 1, 2012 at 10:03 PM, Artem Belevich wrote: > On Sat, Sep 1, 2012 at 9:29 PM, Artem Belevich wrote: >> I've just noticed that freebsd commits on github come with a git note. >> If you look past the diff of the commit, you will see a note that >> contains path and revision number. >> >> For example: >> https://github.com/freebsd/freebsd/commit/fa32f1f570be8b878b2965d95b7dbdc37a953938 >> >> has a note that says: >> svn path=/head/; revision=239998 >> >> So, information is there, it's just not part of the log message itself >> unless you add '--show-notes=*' Scratch that. SVN metadata in github freebsd repo is very inconsistent. head has git-svn-id but no notes (at least I didn't see then on few randomly picked commits). branches have no git-svn-id, but some commits have notes with SVN info attached to them. The bottom line is that for many revisions it will indeed be very hard to figure out corresponding commit in SVN. I guess I'll be sticking with gitorious for the time being. --Artem From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 2 19:40:30 2012 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A75E106564A; Sun, 2 Sep 2012 19:40:30 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 196078FC14; Sun, 2 Sep 2012 19:40:29 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.5/8.14.5) with ESMTP id q82JeRRP015999 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 2 Sep 2012 21:40:27 +0200 (CEST) (envelope-from uqs@FreeBSD.org) Date: Sun, 2 Sep 2012 21:40:27 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Artem Belevich Message-ID: <20120902194027.GP1202@acme.spoerlein.net> Mail-Followup-To: Artem Belevich , Bryan Drewery , Garrett Cooper , freebsd-hackers@freebsd.org, Daniel Hagerty References: <20546.21240.597457.60612@perdition.linnaean.org> <20546.39472.989246.974755@perdition.linnaean.org> <5042AD73.3060402@shatow.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Garrett Cooper , freebsd-hackers@FreeBSD.org, Daniel Hagerty , Bryan Drewery Subject: Re: freebsd.org git repositories and svn ids X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 19:40:30 -0000 On Sun, 2012-09-02 at 10:40:24 -0700, Artem Belevich wrote: > On Sat, Sep 1, 2012 at 10:03 PM, Artem Belevich wrote: > > On Sat, Sep 1, 2012 at 9:29 PM, Artem Belevich wrote: > >> I've just noticed that freebsd commits on github come with a git note. > >> If you look past the diff of the commit, you will see a note that > >> contains path and revision number. > >> > >> For example: > >> https://github.com/freebsd/freebsd/commit/fa32f1f570be8b878b2965d95b7dbdc37a953938 > >> > >> has a note that says: > >> svn path=/head/; revision=239998 > >> > >> So, information is there, it's just not part of the log message itself > >> unless you add '--show-notes=*' > > Scratch that. SVN metadata in github freebsd repo is very inconsistent. > > head has git-svn-id but no notes (at least I didn't see then on few > randomly picked commits). > > branches have no git-svn-id, but some commits have notes with SVN info > attached to them. > > The bottom line is that for many revisions it will indeed be very hard > to figure out corresponding commit in SVN. I guess I'll be sticking > with gitorious for the time being. If you read the wiki page at http://wiki.freebsd.org/GitWorkflow carefully, you'll note: Known Problems There's still a bug in the converter, that does not incrementally export the svn revision to git commit id mappings to so called git "notes", instead it clobbers them always. This makes it inconvenient to go from svn revision to git commit hash or vice versa. And this is something that is and will be fixed, it's just not high on my priority list. If someone wants to help out, that would be great! Cheers, Uli From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 2 21:31:22 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AACD7106564A; Sun, 2 Sep 2012 21:31:22 +0000 (UTC) (envelope-from adutkowski@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 79C8D8FC1B; Sun, 2 Sep 2012 21:31:22 +0000 (UTC) Received: by dadr6 with SMTP id r6so3058097dad.13 for ; Sun, 02 Sep 2012 14:31:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=ZyAxMa7DvXF56Jhl+3N1Rq/uCryZxcIWUHTh48PSsMg=; b=vzzP4IGyJrCITCNDsx7LCahrdkP523QaBhLAe6uhQiDLpbsTfxrrKtuufLA9SxV/wn zP8Bec6gvFv1Z8kPJz4EAiCmP50Khycw4T9nd40pOa4Wr3acgoZEvsV+2ZdLPT7uyCZV D9Q37Rf9zRzZW0EOUKVUBwCcXBPE93txmEfWferYm5YMwAioch6YtmpcqJ2vlE9iqzf6 /xevtfe6PVHyMEHzmKy5SmZqVcyUknI3Eqam+jm+9QB1D9LWUEqrJq4z70oSm95QJ4zP Odndg5uKlUD744JRXkk/Ho4q2O4OI+L31k3kyWqY/KsSHMQwpchWaRtQjyaevNT4LeUO xqkQ== MIME-Version: 1.0 Received: by 10.68.221.70 with SMTP id qc6mr33607896pbc.92.1346621482043; Sun, 02 Sep 2012 14:31:22 -0700 (PDT) Sender: adutkowski@gmail.com Received: by 10.66.220.169 with HTTP; Sun, 2 Sep 2012 14:31:21 -0700 (PDT) Date: Sun, 2 Sep 2012 23:31:21 +0200 X-Google-Sender-Auth: hqOJDkGrpUsjezDHiCZ6ou63RLY Message-ID: From: Aleksander Dutkowski To: freebsd-arm@freebsd.org, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: availability of interrupts during bootup process X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 21:31:22 -0000 hello! I have PMIC (TWL4030) module connected to the SoC (ARM/OMAP3) via i2c (iicbus). Current solution is that i2c_attach calls bus_generic_attach(dev); which calls my pmic probe/attach functions, but main configuration of PMIC in done after drivers setup by config_intrhook. But I need it to be configured during device attaching, because usb ehci driver depends on it. Is it possbile? I've tried it but it hangs on waiting for i2c interrupt, but someone told me, that interrupts are available during bootup for some time. -- regards aleek From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 2 21:46:18 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 540601065673 for ; Sun, 2 Sep 2012 21:46:18 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 179B38FC15 for ; Sun, 2 Sep 2012 21:46:17 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so7123538pbb.13 for ; Sun, 02 Sep 2012 14:46:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=pcWOZ04OnwvArKFtgbPrKyFjJAlHE3WWks9xqD0BXGA=; b=RgNpJ+BAEcQ1fEaZxwc59tqhdQl279ODDS49t+Oyi8A79N5kLFQw3TugRQKcXZ9orm XQlE+QQH1IFS2ue44xutj8hS01K2LZevILrJDJO62J6tBjcsobJB3GJwEFW+cxDr1Llv WXZC3iiO83tNTK5ffX4N7fJM53JZ/EbMHrHHg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding:x-gm-message-state; bh=pcWOZ04OnwvArKFtgbPrKyFjJAlHE3WWks9xqD0BXGA=; b=W0U4YcGJipTeT9lG8PKrntwMK0PZVkHqWgka3FMbBnwJv2ezVSytu3t3F0CgIWif/3 b0dVPW6wh6R4NtwKg5Za7Fdm/k0XhaMIOq1UhVPJ2krXfx0f7pIX+UiNq+ipitRhK8nY j0x6+tc0X+PM0p6SOWTDLgiLQgzY8A49NyNOJJfYzX3q9qXU7EpWSS3UqrspLUrgk6xg McapKXdJeUE9Gx6p9eOXPjpzW0JZ/aFD04GZTEF7xq1uel8m+hiKkUgjUl63woZB02Jt 1ftmQOZ8nODE8pR0d7ogtgYD4FS2kFGUDIP4s/W3O2k1W15j5vt17XYwFM/UiFaY5chZ BKFQ== Received: by 10.68.224.73 with SMTP id ra9mr33035602pbc.85.1346622377412; Sun, 02 Sep 2012 14:46:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.67.4.227 with HTTP; Sun, 2 Sep 2012 14:45:47 -0700 (PDT) In-Reply-To: <20120902194027.GP1202@acme.spoerlein.net> References: <20546.21240.597457.60612@perdition.linnaean.org> <20546.39472.989246.974755@perdition.linnaean.org> <5042AD73.3060402@shatow.net> <20120902194027.GP1202@acme.spoerlein.net> From: Eitan Adler Date: Sun, 2 Sep 2012 17:45:47 -0400 Message-ID: To: Artem Belevich , Bryan Drewery , Garrett Cooper , freebsd-hackers@freebsd.org, Daniel Hagerty Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQla389HfaHhpvfDM1gGTY2ymJqPUOd0Mfu5yftunT9D7/W/N/Ddi9NlAijEmasyqI8bN3Qf Cc: Subject: Re: freebsd.org git repositories and svn ids X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 21:46:18 -0000 On 2 September 2012 15:40, Ulrich Sp=C3=B6rlein wrote: > On Sun, 2012-09-02 at 10:40:24 -0700, Artem Belevich wrote: >> On Sat, Sep 1, 2012 at 10:03 PM, Artem Belevich wrote: >> > On Sat, Sep 1, 2012 at 9:29 PM, Artem Belevich wrote= : >> >> I've just noticed that freebsd commits on github come with a git note= . >> >> If you look past the diff of the commit, you will see a note that >> >> contains path and revision number. >> >> >> >> For example: >> >> https://github.com/freebsd/freebsd/commit/fa32f1f570be8b878b2965d95b7= dbdc37a953938 >> >> >> >> has a note that says: >> >> svn path=3D/head/; revision=3D239998 >> >> >> >> So, information is there, it's just not part of the log message itsel= f >> >> unless you add '--show-notes=3D*' >> >> Scratch that. SVN metadata in github freebsd repo is very inconsistent. >> >> head has git-svn-id but no notes (at least I didn't see then on few >> randomly picked commits). >> >> branches have no git-svn-id, but some commits have notes with SVN info >> attached to them. >> >> The bottom line is that for many revisions it will indeed be very hard >> to figure out corresponding commit in SVN. I guess I'll be sticking >> with gitorious for the time being. > > If you read the wiki page at http://wiki.freebsd.org/GitWorkflow > carefully, you'll note: > > Known Problems > > There's still a bug in the converter, that does not incrementally > export the svn revision to git commit id mappings to so called git > "notes", instead it clobbers them always. This makes it inconvenient > to go from svn revision to git commit hash or vice versa. > > > And this is something that is and will be fixed, it's just not high on > my priority list. If someone wants to help out, that would be great! Why isn't git.freebsd.org a straight "git svn clone" ? AFAIK that isn't bro= ken. --=20 Eitan Adler From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 2 21:46:19 2012 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 276C1106566B; Sun, 2 Sep 2012 21:46:19 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 00B798FC16; Sun, 2 Sep 2012 21:46:19 +0000 (UTC) Received: from glenbarber.us (75.97.141.105.res-cmts.sewb.ptd.net [75.97.141.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 6078D23F645; Sun, 2 Sep 2012 17:46:18 -0400 (EDT) Date: Sun, 2 Sep 2012 17:46:16 -0400 From: Glen Barber To: hackers@FreeBSD.org Message-ID: <20120902214616.GB1507@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="eRtJSFbw+EEWtPj3" Content-Disposition: inline X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: [PATCH] head/Makefile.inc1: Fix 'make distributeworld' when defining WITHOUT_GAMES X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 21:46:19 -0000 --eRtJSFbw+EEWtPj3 Content-Type: multipart/mixed; boundary="GRPZ8SYKNexpdSJ7" Content-Disposition: inline --GRPZ8SYKNexpdSJ7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, Attached patch fixes 'make distributeworld' and our 'make release' scripts when WITHOUT_GAMES is set. Can someone please comment/test/commit? Thanks, Glen --GRPZ8SYKNexpdSJ7 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="head-Makefile.inc1.diff.txt" Content-Transfer-Encoding: quoted-printable Index: Makefile.inc1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- Makefile.inc1 (revision 240060) +++ Makefile.inc1 (working copy) @@ -636,7 +636,10 @@ # =20 # Non-base distributions produced by the base system -EXTRA_DISTRIBUTIONS=3D doc games +EXTRA_DISTRIBUTIONS=3D doc +.if !defined(WITHOUT_GAMES) && !empty(WITHOUT_GAMES) +EXTRA_DISTRIBUTIONS+=3D games +.endif .if defined(LIB32TMP) && ${MK_LIB32} !=3D "no" EXTRA_DISTRIBUTIONS+=3D lib32 .endif --GRPZ8SYKNexpdSJ7-- --eRtJSFbw+EEWtPj3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQQ9OoAAoJEFJPDDeguUajiLYH/R2bWE/Pmhubruxcpzmanqy1 b54uUxO7zWXk6xfYpIxXYbwqJCkcLP5wPnXSXEb4XhkDt2pabRKiK9A70RQNJdP5 +Nzj2wNM4370/76o0tuQ4HTBZaoWmvYhVkPtOU7DsjS0UXsgk14WMNPVV5m5wMxW NaYoAGZYVs/gYBlEDsRySBO9XyQ9LWFnAk0xu592ogiS8TndnUkhLxdctHm/W2Wm e8i4ciVghKaCEB/ICS+v3qJse2JJKJ0APGoIrWMMStGHhyKgSSQmaq05pmixDz4k I+5Vpcq4yCbd++b5g/3xOpnbxz3i8r+rhJEaEQpLCY4f7ncd8+9sv0KN8QtQk0M= =H7ug -----END PGP SIGNATURE----- --eRtJSFbw+EEWtPj3-- From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 2 22:05:16 2012 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA74A106564A; Sun, 2 Sep 2012 22:05:16 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6CCC08FC0C; Sun, 2 Sep 2012 22:05:16 +0000 (UTC) Received: by obbun3 with SMTP id un3so10825630obb.13 for ; Sun, 02 Sep 2012 15:05:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=KkA+1TASOOkvvfO/yXujL8tGajbHDRvGsOOui4CvK7E=; b=OJB85kcIl/9xtvyTuVSCxlYON6y0HiFmjXMzd8Ed3pw73iGSd7BQgrI6LhC9im9xEt cDjLb15t2bKySOd/amliuiIEZQZpHNv/lbPR4s8tF2iOvBTq+ZBxBzCDJ9VcJjdNQCzi DqKyNDDrs/WaEswdRLpmv0jMimSrIsK9Y0lRFiFSDjMbK6UO21g8wIuT6KlhoMT4PYpV LMeLGu3hrXJ5kZA0K0OC/RK0sjkQVsEwtd6wR1gWDR5qcRJiy1VLcaUtKRCPym2zowzH 9Q637RLawv7McPmaxS4Z5NehBlZSj8hFNWn1Fry6nWlMKzMO0FqBtpY9151X+NfLQQyS 7Svg== MIME-Version: 1.0 Received: by 10.182.174.100 with SMTP id br4mr12564861obc.62.1346623515971; Sun, 02 Sep 2012 15:05:15 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Sun, 2 Sep 2012 15:05:15 -0700 (PDT) In-Reply-To: <20120902214616.GB1507@glenbarber.us> References: <20120902214616.GB1507@glenbarber.us> Date: Sun, 2 Sep 2012 15:05:15 -0700 Message-ID: From: Garrett Cooper To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 Cc: hackers@freebsd.org Subject: Re: [PATCH] head/Makefile.inc1: Fix 'make distributeworld' when defining WITHOUT_GAMES X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 22:05:16 -0000 On Sun, Sep 2, 2012 at 2:46 PM, Glen Barber wrote: > Hi, > > Attached patch fixes 'make distributeworld' and our 'make release' > scripts when WITHOUT_GAMES is set. > > Can someone please comment/test/commit? It should be `.if ${MK_GAMES} != "no"`. Other than that, LGTM! Thanks! -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 2 22:12:02 2012 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B01F1065670; Sun, 2 Sep 2012 22:12:02 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1903A8FC1C; Sun, 2 Sep 2012 22:12:02 +0000 (UTC) Received: by obbun3 with SMTP id un3so10830744obb.13 for ; Sun, 02 Sep 2012 15:12:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=mJ6jtGrB9EaMEKCGyMhYAYJz5qLLOtdNelLSXKkpeuY=; b=J447595kduDClFl+k7HMDF/lefBr5ASmGPi/vskB5u5s6PMeXeUUHpxb6uSQbUb4Un vXa5njOuDoTLJ90DYBivtbYO5fXIsyYt7ooP0EhXQHxT3+zH8RU+HNe56rc664dKXW+t MZYww4zMghSwPdJWUOkwl7u5cMAwFe3WOQOJIgpsld9DjDf5KvYg/cgEPhEihkRrFd2T Gb6ZFwT8B1QEphDZ1INa6bMB9d8ZEg/T0L4njy9qT2cgtc7etKGV51Pb29hbGI3P+/t2 ppDPkN9Prep7Zr9PsY8q+h5ffGhX469XYU7hu94A4ly7QksCmvGdOwxPCE/n/LPu92Yo 2S6A== MIME-Version: 1.0 Received: by 10.60.171.69 with SMTP id as5mr12902617oec.100.1346623921679; Sun, 02 Sep 2012 15:12:01 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Sun, 2 Sep 2012 15:12:01 -0700 (PDT) In-Reply-To: References: <20120902214616.GB1507@glenbarber.us> Date: Sun, 2 Sep 2012 15:12:01 -0700 Message-ID: From: Garrett Cooper To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 Cc: hackers@freebsd.org Subject: Re: [PATCH] head/Makefile.inc1: Fix 'make distributeworld' when defining WITHOUT_GAMES X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 22:12:02 -0000 On Sun, Sep 2, 2012 at 3:05 PM, Garrett Cooper wrote: > On Sun, Sep 2, 2012 at 2:46 PM, Glen Barber wrote: >> Hi, >> >> Attached patch fixes 'make distributeworld' and our 'make release' >> scripts when WITHOUT_GAMES is set. >> >> Can someone please comment/test/commit? > > It should be `.if ${MK_GAMES} != "no"`. Other than that, LGTM! I would also dare to go one step further and remove `${WORLDTMP}/legacy/usr/games` from BPATH and XPATH when ${MK_GAMES} == "no" to reduce the number of path lookups done (this should help speed up the build a bit). Thanks! -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 2 22:52:53 2012 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3766106566C; Sun, 2 Sep 2012 22:52:53 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id AB8148FC08; Sun, 2 Sep 2012 22:52:53 +0000 (UTC) Received: from glenbarber.us (75.97.141.105.res-cmts.sewb.ptd.net [75.97.141.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id A5B2A23F645; Sun, 2 Sep 2012 18:52:52 -0400 (EDT) Date: Sun, 2 Sep 2012 18:52:50 -0400 From: Glen Barber To: Garrett Cooper Message-ID: <20120902225250.GE1507@glenbarber.us> References: <20120902214616.GB1507@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SdvjNjn6lL3tIsv0" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: hackers@freebsd.org Subject: Re: [PATCH] head/Makefile.inc1: Fix 'make distributeworld' when defining WITHOUT_GAMES X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 22:52:54 -0000 --SdvjNjn6lL3tIsv0 Content-Type: multipart/mixed; boundary="w/VI3ydZO+RcZ3Ux" Content-Disposition: inline --w/VI3ydZO+RcZ3Ux Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 02, 2012 at 03:12:01PM -0700, Garrett Cooper wrote: > On Sun, Sep 2, 2012 at 3:05 PM, Garrett Cooper wrote: > > On Sun, Sep 2, 2012 at 2:46 PM, Glen Barber wrote: > >> Hi, > >> > >> Attached patch fixes 'make distributeworld' and our 'make release' > >> scripts when WITHOUT_GAMES is set. > >> > >> Can someone please comment/test/commit? > > > > It should be `.if ${MK_GAMES} !=3D "no"`. Other than that, LGTM! You're right, thanks. New diff attached. >=20 > I would also dare to go one step further and remove > `${WORLDTMP}/legacy/usr/games` from BPATH and XPATH when ${MK_GAMES} > =3D=3D "no" to reduce the number of path lookups done (this should help > speed up the build a bit). Considering how many problems I am finding in our 'make release' build infrastructure, I would rather not do anything daringly right away. I would rather fix the bugs I am finding, be sure things are not broken differently, and then we can further fix things. Thank you for the suggestion. Glen --w/VI3ydZO+RcZ3Ux Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="head-Makefile.inc1.diff.txt" Content-Transfer-Encoding: quoted-printable Index: Makefile.inc1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- Makefile.inc1 (revision 240060) +++ Makefile.inc1 (working copy) @@ -636,7 +636,10 @@ # =20 # Non-base distributions produced by the base system -EXTRA_DISTRIBUTIONS=3D doc games +EXTRA_DISTRIBUTIONS=3D doc +.if ${MK_GAMES} !=3D "no" +EXTRA_DISTRIBUTIONS+=3D games +.endif .if defined(LIB32TMP) && ${MK_LIB32} !=3D "no" EXTRA_DISTRIBUTIONS+=3D lib32 .endif --w/VI3ydZO+RcZ3Ux-- --SdvjNjn6lL3tIsv0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQQ+NCAAoJEFJPDDeguUajtyEH/128f4/UsjqK+N+JhtxmJk3Y Tb+7flcIUzlFLe2QVWq5qBhZlayUrl3iyhC1aPphnu5NeYljT8j3PwEdIVAOcSn2 08aHpKIxZEYZOk2H15Asq3+DADLhCfElsJw1m64okcKtacSYUw+FCeJATQwm+h6r gIcoZmaPyFq1mCw6WY7OVHoLEAVxd4jAgQHzOtSVbgBSCNx1mRBRq7oSCdJZRnS6 uxJUieF61s5xuZSZhWf/Rw1DPcvGD+pa4qsSJEla6/Sf9If77Btr89R261eDMs0l I6UzeSzXlXvoHLjlCfTmxKCVWk1B7bRhciyb/CLdvA7MAX9jI0A1nVT3bL+DH7c= =xgRf -----END PGP SIGNATURE----- --SdvjNjn6lL3tIsv0-- From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 2 23:22:51 2012 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A680106566B; Sun, 2 Sep 2012 23:22:51 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 054A48FC0A; Sun, 2 Sep 2012 23:22:50 +0000 (UTC) Received: by obbun3 with SMTP id un3so10884469obb.13 for ; Sun, 02 Sep 2012 16:22:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AMCHNmywqE/C5CRFErlb/yxxn3PPOAXgEM1zk1FsQlY=; b=wJlyaHff+3unaJY+QkUvAbmIwppQuhVnqZbS3vi4JLdVdr5kPLQ/mRSWwWo92RQjHC Ko1RhzTbuN3mSyc19nZrik7O/EmFqM0CR6TzabSTJeriNe5Hq4QJ3bxG9ctxkS3K5hxR NkItud6RjX1a+i7swCbiM9iyJ2KSjElsY33rwTt2D0Rsp56hjJqPzx96xCbDgis7qIhB tRqrxBn1HhmVB+EwDnxzMItGPLydbT1uE8JReAKo//SLMQs5v0E+0iTaE9kVejx+cn4E Z/nJNWTcYWhTY47upnCuahOnkPdcDWMVhMRTHDpa+Z3jZ6RMAHjTFTixCXJvu4r/yLcG C0bQ== MIME-Version: 1.0 Received: by 10.182.218.37 with SMTP id pd5mr12809766obc.24.1346628170073; Sun, 02 Sep 2012 16:22:50 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Sun, 2 Sep 2012 16:22:50 -0700 (PDT) In-Reply-To: <20120902225250.GE1507@glenbarber.us> References: <20120902214616.GB1507@glenbarber.us> <20120902225250.GE1507@glenbarber.us> Date: Sun, 2 Sep 2012 16:22:50 -0700 Message-ID: From: Garrett Cooper To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 Cc: hackers@freebsd.org Subject: Re: [PATCH] head/Makefile.inc1: Fix 'make distributeworld' when defining WITHOUT_GAMES X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 23:22:51 -0000 On Sun, Sep 2, 2012 at 3:52 PM, Glen Barber wrote: > On Sun, Sep 02, 2012 at 03:12:01PM -0700, Garrett Cooper wrote: >> On Sun, Sep 2, 2012 at 3:05 PM, Garrett Cooper wrote: >> > On Sun, Sep 2, 2012 at 2:46 PM, Glen Barber wrote: >> >> Hi, >> >> >> >> Attached patch fixes 'make distributeworld' and our 'make release' >> >> scripts when WITHOUT_GAMES is set. >> >> >> >> Can someone please comment/test/commit? >> > >> > It should be `.if ${MK_GAMES} != "no"`. Other than that, LGTM! > > You're right, thanks. New diff attached. Cool|! Too bad we don't have a publicly advertised MK_DOC knob -- otherwise doc would be an optional EXTRA_DISTRIBUTION as well (there's an undocumented NODOC knob in release/Makefile) (yes bde@ -- feel free to cringe at gmail's suckage with column wrapping). Index: /usr/src/Makefile.inc1 =================================================================== --- /usr/src/Makefile.inc1 (revision 239292) +++ /usr/src/Makefile.inc1 (working copy) @@ -640,7 +640,13 @@ # # Non-base distributions produced by the base system -EXTRA_DISTRIBUTIONS= doc games +EXTRA_DISTRIBUTIONS= +.if ${MK_DOC} != "no" +EXTRA_DISTRIBUTIONS+= doc +.endif +.if ${MK_GAMES} != "no" +EXTRA_DISTRIBUTIONS+= games +.endif .if defined(LIB32TMP) && ${MK_LIB32} != "no" EXTRA_DISTRIBUTIONS+= lib32 .endif >> I would also dare to go one step further and remove >> `${WORLDTMP}/legacy/usr/games` from BPATH and XPATH when ${MK_GAMES} >> == "no" to reduce the number of path lookups done (this should help >> speed up the build a bit). > > Considering how many problems I am finding in our 'make release' build > infrastructure, I would rather not do anything daringly right away. I > would rather fix the bugs I am finding, be sure things are not broken > differently, and then we can further fix things. Sure. > Thank you for the suggestion. No problem! Thanks! -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 2 23:30:02 2012 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF43F1065673; Sun, 2 Sep 2012 23:30:02 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 9A1F28FC0A; Sun, 2 Sep 2012 23:30:02 +0000 (UTC) Received: from glenbarber.us (75.97.141.105.res-cmts.sewb.ptd.net [75.97.141.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 08F2523F645; Sun, 2 Sep 2012 19:30:01 -0400 (EDT) Date: Sun, 2 Sep 2012 19:30:00 -0400 From: Glen Barber To: Garrett Cooper Message-ID: <20120902233000.GF1507@glenbarber.us> References: <20120902214616.GB1507@glenbarber.us> <20120902225250.GE1507@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="cVp8NMj01v+Em8Se" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: hackers@freebsd.org Subject: Re: [PATCH] head/Makefile.inc1: Fix 'make distributeworld' when defining WITHOUT_GAMES X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 23:30:02 -0000 --cVp8NMj01v+Em8Se Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 02, 2012 at 04:22:50PM -0700, Garrett Cooper wrote: > >> > It should be `.if ${MK_GAMES} !=3D "no"`. Other than that, LGTM! > > > > You're right, thanks. New diff attached. >=20 > Cool|! Too bad we don't have a publicly advertised MK_DOC knob -- > otherwise doc would be an optional EXTRA_DISTRIBUTION as well (there's > an undocumented NODOC knob in release/Makefile) (yes bde@ -- feel free > to cringe at gmail's suckage with column wrapping). >=20 Like I said, there are many problems. MK_DOC may be an upcoming fix =66rom me. FWIW, I cringe at Gmail suckages, too. I make mutt fix it... Glen --cVp8NMj01v+Em8Se Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQQ+v4AAoJEFJPDDeguUajGFkIAINLHl5E+cw6mY7ghe46eqlM j+vPmXXlK+SnM/sLt6DTmRMyR9qlG7q2vdX0phgAun+iWtce8xb8VBIqoEX3N/VT VXkNTseX3WjssvfQ2BR7hxrIjE8K372JOs6VLKFZAQUG4Uw/yPFITZf97cQ10x81 oXUA83SV0SYgPI9BLc7OlATgfvB6AhL1LJA46j9Pkwwm3r8U0ZPfhCx146RAy2L2 ca1ILu7RW7KlP6pnWJRLBMjo7UYIiwOcVz7geN9sSZ6x5xjfQTudvV236OsY9F7R ZJ0EtZjGJ00riacTC3vJ/r7bx6d41feGs4FuvWB2P/LBFX/4z7y59jlf2DhuhNs= =+VT+ -----END PGP SIGNATURE----- --cVp8NMj01v+Em8Se-- From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 2 23:35:26 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD2C8106566B for ; Sun, 2 Sep 2012 23:35:26 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3D3D18FC0C for ; Sun, 2 Sep 2012 23:35:25 +0000 (UTC) Received: by lage12 with SMTP id e12so4000020lag.13 for ; Sun, 02 Sep 2012 16:35:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:date:x-google-sender-auth:message-id :subject:from:to:content-type; bh=hN6wQr/V4T8dUHJP9y/OgXfSR5XzRlOwmyBqhSkM/Vk=; b=LfTVDvXUTtwmsh8dRPVswsvwkqEVAiwxr+vzHSqR8NGfY30HeG+hsOoEuyRgzhELNi mlD4Wnf82BEeoGcYnBS6nGrQDdbI7P4doEL0r1bTV00d8AWvQRhZ8rOROaYuPiSL6eEk Hrj3fgCMZWlMk1x+KECbuAI4BR9uST7VrDr4sO3uFUXzUgan2Ty9bCtjds2JPi31+mHw XLXSFA3sV4vmWSCfv8oPP2fXdLQOA10HqZeNmgYXb7aVfNah7+3WLcNZzVJZbuGT15ZO vXl7CyVa79uWeyV2vTJdDWLKcwT7n00DTEVziPvOKS9dyMm5WQyZvDqHCZaiH6shr1dU hCow== MIME-Version: 1.0 Received: by 10.112.83.97 with SMTP id p1mr4858975lby.94.1346628924693; Sun, 02 Sep 2012 16:35:24 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.102.39 with HTTP; Sun, 2 Sep 2012 16:35:24 -0700 (PDT) Date: Mon, 3 Sep 2012 00:35:24 +0100 X-Google-Sender-Auth: tF5Jq95IIGuNu0WBbnc42G7j3zI Message-ID: From: Attilio Rao To: FreeBSD Hackers Content-Type: text/plain; charset=UTF-8 Subject: syslog(3) issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2012 23:35:26 -0000 Hi, I was trying to use syslog(3) in a port application that uses threading , having all of them at the LOG_CRIT level. What I see is that when the logging gets massive (1000 entries) I cannot find some items within the /var/log/messages (I know because I started stamping also some sort of message ID in order to see what is going on). The missing items are in the order of 25% of what really be there. Someone has a good idea on where I can start verifying for my syslogd system? I have really 0 experience with syslogd and maybe I could be missing something obvious. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 3 00:20:47 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5FAE0106566C; Mon, 3 Sep 2012 00:20:47 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 104DE8FC0A; Mon, 3 Sep 2012 00:20:46 +0000 (UTC) Received: by obbun3 with SMTP id un3so10930097obb.13 for ; Sun, 02 Sep 2012 17:20:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/DY+NA0ULHCXzpgbTbVOfn7xwC8m/53m29EbpO7fZfo=; b=sUcmwKlr2WEAIgdH93uDJ8gBzK18auxmJ2kauzuW286dZ9vKBCbs8jOtomslbWgT5e Lu/FgFt/2YBYWp4Y+77fm3GohKazSChVXlQYDSK+2r7PVnGw6Q1UAwI6Bmv+bh9VCg18 DVcxPIKgr1ZIVCQobhcwhnt7yLiwCVKp2GD3sfqPsCfUIL9i69hBOyC5wmEic3/hGMSe BOAmjGqIA4wNbfInAd2y1TJ1oKUWBKJbK/J/d1Bj67QpPLLVMupM8byiLrE105bvXLiT Erk195LyAoA162gG5wVOdeuwXqcAR1hFLau6K7Psvej1VhDDX8hwTZUvcP/9vBhLqlr3 tCJw== MIME-Version: 1.0 Received: by 10.60.2.134 with SMTP id 6mr12753160oeu.62.1346631646651; Sun, 02 Sep 2012 17:20:46 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Sun, 2 Sep 2012 17:20:46 -0700 (PDT) In-Reply-To: References: Date: Sun, 2 Sep 2012 17:20:46 -0700 Message-ID: From: Garrett Cooper To: attilio@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Hackers Subject: Re: syslog(3) issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 00:20:47 -0000 On Sun, Sep 2, 2012 at 4:35 PM, Attilio Rao wrote: > Hi, > I was trying to use syslog(3) in a port application that uses > threading , having all of them at the LOG_CRIT level. What I see is > that when the logging gets massive (1000 entries) I cannot find some > items within the /var/log/messages (I know because I started stamping > also some sort of message ID in order to see what is going on). The > missing items are in the order of 25% of what really be there. > > Someone has a good idea on where I can start verifying for my syslogd > system? I have really 0 experience with syslogd and maybe I could be > missing something obvious. I'd maybe use something like rsyslog and force TCP to verify that the messages made it to their endpoints, and if all the messages make it to the rsyslogd daemon use tcpdump/wireshark to figure out if the UDP datagrams (default transport layer for syslog) aren't getting dropped on the floor. Cheers! -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 3 00:37:02 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 987C6106564A for ; Mon, 3 Sep 2012 00:37:02 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 187C28FC0C for ; Mon, 3 Sep 2012 00:37:01 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so2692513lbb.13 for ; Sun, 02 Sep 2012 17:37:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=/IBlKtdNWkgextArWhhJjS9FB6B6XIs3aqFNfoku110=; b=tQ8CJQQoFet4VPB/v5aUvycyJG4OSfgI0+5NeVXK36s8/DhZBCW+2mme9yhcIW6ckW 3dhGLw6xrCp9c4nTJdRq1wmcWQNTtwbPiWLWpoZnlktV+hUkKyh5dLMF5sOe+jO9XwYa PyxBzmZ+HE1vsNEpZ1zTJ6P9VzFozG79DhvG+wfK3ABYrOz4F32KjSF122LsH1Y5ARHN Va29id3JsMo3dJONdy8x+6cjTF4dOfnzyUWq4/DUO7F6lP8SYq9Hu+yfha/BgV/dRZHG Jh4f4xLPsrhDPmDSaTNBaykqHqHtivFO4hZalH0VyCfcpbSQYiI93QHs8Xot26q77x3p ZGLw== MIME-Version: 1.0 Received: by 10.112.103.71 with SMTP id fu7mr4631200lbb.21.1346632160174; Sun, 02 Sep 2012 17:29:20 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.102.39 with HTTP; Sun, 2 Sep 2012 17:29:20 -0700 (PDT) In-Reply-To: References: Date: Mon, 3 Sep 2012 01:29:20 +0100 X-Google-Sender-Auth: ii4JOx3UtpD1-t5WPoEYFefLGlo Message-ID: From: Attilio Rao To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Hackers Subject: Re: syslog(3) issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 00:37:02 -0000 On Mon, Sep 3, 2012 at 1:20 AM, Garrett Cooper wrote: > On Sun, Sep 2, 2012 at 4:35 PM, Attilio Rao wrote: >> Hi, >> I was trying to use syslog(3) in a port application that uses >> threading , having all of them at the LOG_CRIT level. What I see is >> that when the logging gets massive (1000 entries) I cannot find some >> items within the /var/log/messages (I know because I started stamping >> also some sort of message ID in order to see what is going on). The >> missing items are in the order of 25% of what really be there. >> >> Someone has a good idea on where I can start verifying for my syslogd >> system? I have really 0 experience with syslogd and maybe I could be >> missing something obvious. > > I'd maybe use something like rsyslog and force TCP to verify that > the messages made it to their endpoints, and if all the messages make > it to the rsyslogd daemon use tcpdump/wireshark to figure out if the > UDP datagrams (default transport layer for syslog) aren't getting > dropped on the floor. Forgot to mention: the logging is done completely locally so I don't think network should play a role here. Also, I would like to understand if I'm missing something subdle or if we actually may have a bug in syslogd. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 3 01:51:06 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5804C1065680; Mon, 3 Sep 2012 01:51:06 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 2B8848FC15; Mon, 3 Sep 2012 01:51:04 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id q831ov73022530; Sun, 2 Sep 2012 19:51:04 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q831ojm1039593; Sun, 2 Sep 2012 19:50:45 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: attilio@freebsd.org In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Sun, 02 Sep 2012 19:50:44 -0600 Message-ID: <1346637044.1140.566.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers Subject: Re: syslog(3) issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 01:51:06 -0000 On Mon, 2012-09-03 at 00:35 +0100, Attilio Rao wrote: > Hi, > I was trying to use syslog(3) in a port application that uses > threading , having all of them at the LOG_CRIT level. What I see is > that when the logging gets massive (1000 entries) I cannot find some > items within the /var/log/messages (I know because I started stamping > also some sort of message ID in order to see what is going on). The > missing items are in the order of 25% of what really be there. > > Someone has a good idea on where I can start verifying for my syslogd > system? I have really 0 experience with syslogd and maybe I could be > missing something obvious. There's a chance this PR about syslogd incorrectly calculating socket receive buffer sizes is related and the patch attached to it could fix it... http://www.freebsd.org/cgi/query-pr.cgi?pr=1604331 I filed the PR long ago, if the patches have drifted out of date I'll be happy to re-work them. -- Ian From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 3 02:23:18 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EB28106564A; Mon, 3 Sep 2012 02:23:18 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 4F0D68FC14; Mon, 3 Sep 2012 02:23:18 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id q832NH8V023013; Sun, 2 Sep 2012 20:23:17 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q832NFNg039620; Sun, 2 Sep 2012 20:23:15 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: attilio@freebsd.org In-Reply-To: <1346637044.1140.566.camel@revolution.hippie.lan> References: <1346637044.1140.566.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Sun, 02 Sep 2012 20:23:15 -0600 Message-ID: <1346638995.1140.575.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers Subject: Re: syslog(3) issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 02:23:18 -0000 On Sun, 2012-09-02 at 19:50 -0600, Ian Lepore wrote: > On Mon, 2012-09-03 at 00:35 +0100, Attilio Rao wrote: > > Hi, > > I was trying to use syslog(3) in a port application that uses > > threading , having all of them at the LOG_CRIT level. What I see is > > that when the logging gets massive (1000 entries) I cannot find some > > items within the /var/log/messages (I know because I started stamping > > also some sort of message ID in order to see what is going on). The > > missing items are in the order of 25% of what really be there. > > > > Someone has a good idea on where I can start verifying for my syslogd > > system? I have really 0 experience with syslogd and maybe I could be > > missing something obvious. > > There's a chance this PR about syslogd incorrectly calculating socket > receive buffer sizes is related and the patch attached to it could fix > it... > > http://www.freebsd.org/cgi/query-pr.cgi?pr=1604331 > > I filed the PR long ago, if the patches have drifted out of date I'll be > happy to re-work them. > > -- Ian > Oops, I glitched the PR number when I pasted it, this one should be correct: http://www.freebsd.org/cgi/query-pr.cgi?pr=160433 -- Ian From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 3 06:01:11 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B067D106564A; Mon, 3 Sep 2012 06:01:11 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5B4D48FC0C; Mon, 3 Sep 2012 06:01:11 +0000 (UTC) Received: by obbun3 with SMTP id un3so11248909obb.13 for ; Sun, 02 Sep 2012 23:01:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=mPJ1HHBky1ux+1DNSGl2nsn3gFPP+e2X+JjOZiQc/yQ=; b=Q9fqZdOh1eCq3iIyIKs6OZqYOAtNb4dCUZgWikdQbZtsfmJjkzfyo+WQDWd2TFcDiE cyjgjBtXRna7whfgT0Yt7AOfDNPNxtx0xqU9f09/pO4+YxcZEGFxbQqR/StXcF/lKLNZ iXhh/bZ8kpEiWF18TazJfLOk6Eil9YC69dPDnRrmM1FWLNGhY9LNvKsCmQOJ+7o7b8tq 8+SKJtmCRyq8lf3Q83hj363oUFoYF32gHZ15mlxlhM9I5EaZe+rtyLkfE3APWWpM0bV2 72XKABdcGB79gZVQE7ooJtQXmxLXbgl0PTkhYOcsRCTfMWe50eX76iBLFvlJhREH3wA+ kVKw== MIME-Version: 1.0 Received: by 10.182.218.37 with SMTP id pd5mr13251048obc.24.1346652070443; Sun, 02 Sep 2012 23:01:10 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Sun, 2 Sep 2012 23:01:09 -0700 (PDT) Date: Sun, 2 Sep 2012 23:01:09 -0700 Message-ID: From: Garrett Cooper To: freebsd-hackers@freebsd.org Content-Type: multipart/mixed; boundary=f46d04447dff4b7a4504c8c5de50 Cc: "freebsd-arch@FreeBSD.org Arch" Subject: [CFT/RFC]: refactor bsd.prog.mk to understand multiple programs instead of a singular program X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 06:01:11 -0000 --f46d04447dff4b7a4504c8c5de50 Content-Type: text/plain; charset=ISO-8859-1 Hello, I've been a bit busy working on porting over ATF from NetBSD, and one of the pieces that's currently not available in FreeBSD that's available in NetBSD is the ability to understand and compile multiple programs. In order to do this I had to refactor bsd.prog.mk (a lot). The attached patch is the end result so far, and I was wondering if anyone could please review it and/or test it (outside of me doing so). I wrote over 40 tests, but it's not exercising everything, and I would like for someone to please review/test this out who has an interest in NLS support (ala bsd.nls.mk) in particular. AFAICT this is the only gap that I couldn't resolve right away (there isn't a ton of recent documentation on how to use bsd.nls.mk). I'll run a micro benchmark and buildworld a few times (in progress) with and without the change to measure the performance effect. Any assistance would be much appreciated. Thanks! -Garrett --f46d04447dff4b7a4504c8c5de50 Content-Type: application/octet-stream; name="share-mk-bsd-prog-mk-CURRENT.patch" Content-Disposition: attachment; filename="share-mk-bsd-prog-mk-CURRENT.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h6n5s8au0 LS0tIHNoYXJlL21rL2JzZC5wcm9nLm1rCTIwMTItMDktMDEgMTQ6MzA6MTUuOTIxNzk1NTU0IC0w NzAwCisrKyBzaGFyZS9tay9ic2QucHJvZy5tawkyMDEyLTA5LTAyIDIyOjMxOjU5LjkxNTc0MzI2 OCAtMDcwMApAQCAtNSwxOTUgKzUsMjc3IEBACiAKIC5TVUZGSVhFUzogLm91dCAubyAuYyAuY2Mg LmNwcCAuY3h4IC5DIC5tIC55IC5sIC5sbiAucyAuUyAuYXNtCiAKLSMgWFhYIFRoZSB1c2Ugb2Yg Q09QVFMgaW4gbW9kZXJuIG1ha2VmaWxlcyBpcyBkaXNjb3VyYWdlZC4KLS5pZiBkZWZpbmVkKENP UFRTKQotQ0ZMQUdTKz0ke0NPUFRTfQotLmVuZGlmCisjIExlZ2FjeSBrbm9icworLmlmIGRlZmlu ZWQoUFJPRykgfHwgZGVmaW5lZChQUk9HX0NYWCkKKy4gaWYgZGVmaW5lZChQUk9HKQorUFJPR1M9 CQkke1BST0d9CisuIGVuZGlmCisuIGlmIGRlZmluZWQoUFJPR19DWFgpCitQUk9HUz0JCSR7UFJP R19DWFh9CitQUk9HU19DWFg9CSR7UFJPR19DWFh9CisuIGVuZGlmCisjIExvb3Agb25jZSB0byBr ZWVwIHBhdHRlcm4gYW5kIGF2b2lkIG5hbWVzcGFjZSBwb2xsdXRpb24KKy4gZm9yIF9QIGluICR7 UFJPR1N9CisuICBpZiAhZGVmaW5lZChNQU4pCisuICAgZm9yIHNlY3QgaW4gMSAxYW91dCAyIDMg NCA1IDYgNyA4IDkKKy4gICAgaWYgZGVmaW5lZChNQU4ke3NlY3R9KQorTUFOLiR7X1B9PQkke01B TiR7c2VjdH19CisuICAgIGVuZGlmCisuICAgZW5kZm9yCisuICBlbmRpZiAjICFkZWZpbmVkKE1B TikKK01BTi4ke19QfT89CSR7X1B9LjEKKy4gIGlmIGRlZmluZWQoTkxTTkFNRSkgJiYgIWVtcHR5 KE5MU05BTUUpCitOTFNOQU1FLiR7UH06PQkke05MU05BTUV9CisuICBlbmRpZgorLiAgaWYgZGVm aW5lZChQUkVDSU9VU1BST0cpCitQUkVDSU9VU1BST0cuJHtfUH09CisuICBlbmRpZgorLiAgaWYg ZGVmaW5lZChQUk9HTkFNRSkKK1BST0dOQU1FLiR7X1B9PQkke1BST0dOQU1FfQorLiAgZW5kaWYK Ky4gIGlmIGRlZmluZWQoU1JDUykKK1NSQ1MuJHtfUH06PQkke1NSQ1N9CisuICBlbmRpZgorLiBl bmRmb3IKKy5lbHNlICMgIWRlZmluZWQoUFJPRykgJiYgIWRlZmluZWQoUFJPR19DWFgpCisuIGlm IGRlZmluZWQoUFJPR1NfQ1hYKSAmJiAhZW1wdHkoUFJPR1NfQ1hYKQorUFJPR1MrPQkJJHtQUk9H U19DWFh9CisuIGVuZGlmCisuZW5kaWYgIyBkZWZpbmVkKFBST0cpIHx8IGRlZmluZWQoUFJPR19D WFgpCisKKy5pZiBkZWZpbmVkKFBST0dTX0NYWCkgJiYgIWVtcHR5KFBST0dTX0NYWCkKKy4gZm9y IF9QIGluICR7UFJPR1NfQ1hYfQorUFJPR19DWFguJHtfUH09CisuIGVuZGZvcgorLmVuZGlmCisK KyMgQXZvaWQgcmVjdXJzaXZlIHZhcmlhYmxlcy4gSXQgc2hvdWxkbid0IGJlIHVzZWQgdGhpcyB3 YXkgd2l0aCAke1BST0dTfSBlaXRoZXIKKy51bmRlZiBOTFNOQU1FCisKKyMgU2V0dXAgZ2xvYmFs IENGTEFHUywgQ1hYRkxBR1MsIGFuZCBMREZMQUdTCitDRkxBR1M/PQorQ1hYRkxBR1M/PQorRFBB REQ/PQorTERBREQ/PQorTERGTEFHUz89CiAKLS5pZiAke01LX0FTU0VSVF9ERUJVR30gPT0gIm5v IgotQ0ZMQUdTKz0gLUROREVCVUcKLU5PX1dFUlJPUj0KKy5pZiBkZWZpbmVkKENPUFRTKQorQ0ZM QUdTKz0JJHtDT1BUU30KIC5lbmRpZgogCiAuaWYgZGVmaW5lZChERUJVR19GTEFHUykKLUNGTEFH Uys9JHtERUJVR19GTEFHU30KLUNYWEZMQUdTKz0ke0RFQlVHX0ZMQUdTfQotCi0uaWYgJHtNS19D VEZ9ICE9ICJubyIgJiYgJHtERUJVR19GTEFHUzpNLWd9ICE9ICIiCi1DVEZGTEFHUys9IC1nCi0u ZW5kaWYKKy4gaWYgJHtNS19DVEZ9ICE9ICJubyIgJiYgJHtERUJVR19GTEFHUzpNLWd9ICE9ICIi CitDVEZGTEFHUys9CS1nCisuIGVuZGlmCitDRkxBR1MrPQktRE5ERUJVRworQ0ZMQUdTKz0JJHtE RUJVR19GTEFHU30KK0NYWEZMQUdTKz0JJHtERUJVR19GTEFHU30KIC5lbmRpZgogCi0uaWYgZGVm aW5lZChDUlVOQ0hfQ0ZMQUdTKQotQ0ZMQUdTKz0ke0NSVU5DSF9DRkxBR1N9Ci0uZW5kaWYKK1NU UklQPz0JCS1zCiAKLS5pZiAhZGVmaW5lZChERUJVR19GTEFHUykKLVNUUklQPz0JLXMKLS5lbmRp ZgotCi0uaWYgZGVmaW5lZChOT19TSEFSRUQpICYmICgke05PX1NIQVJFRH0gIT0gIm5vIiAmJiAk e05PX1NIQVJFRH0gIT0gIk5PIikKLUxERkxBR1MrPSAtc3RhdGljCi0uZW5kaWYKLQotLmlmIGRl ZmluZWQoUFJPR19DWFgpCi1QUk9HPQkke1BST0dfQ1hYfQotLmVuZGlmCi0KLS5pZiBkZWZpbmVk KFBST0cpCi0uaWYgZGVmaW5lZChTUkNTKQotCi1PQkpTKz0gICR7U1JDUzpOKi5oOlI6Uy8kLy5v L2d9Ci0KLS5pZiB0YXJnZXQoYmVmb3JlbGlua2luZykKLSR7UFJPR306ICR7T0JKU30gYmVmb3Jl bGlua2luZwotLmVsc2UKLSR7UFJPR306ICR7T0JKU30KLS5lbmRpZgotLmlmIGRlZmluZWQoUFJP R19DWFgpCi0JJHtDWFh9ICR7Q1hYRkxBR1N9ICR7TERGTEFHU30gLW8gJHsuVEFSR0VUfSAke09C SlN9ICR7TERBRER9Ci0uZWxzZQotCSR7Q0N9ICR7Q0ZMQUdTfSAke0xERkxBR1N9IC1vICR7LlRB UkdFVH0gJHtPQkpTfSAke0xEQUREfQotLmVuZGlmCi0uaWYgJHtNS19DVEZ9ICE9ICJubyIKLQkk e0NURk1FUkdFfSAke0NURkZMQUdTfSAtbyAkey5UQVJHRVR9ICR7T0JKU30KKy5pZiAke01LX0FT U0VSVF9ERUJVR30gPT0gIm5vIgorQ0ZMQUdTKz0JLUROREVCVUcKK05PX1dFUlJPUj0KIC5lbmRp ZgogCi0uZWxzZQkjICFkZWZpbmVkKFNSQ1MpCisuZm9yIF9QIGluICR7UFJPR1N9CiAKLS5pZiAh dGFyZ2V0KCR7UFJPR30pCi0uaWYgZGVmaW5lZChQUk9HX0NYWCkKLVNSQ1M9CSR7UFJPR30uY2MK LS5lbHNlCi1TUkNTPQkke1BST0d9LmMKLS5lbmRpZgorQ0ZMQUdTLiR7X1B9CT89CitDWFhGTEFH Uy4ke19QfQk/PQorTERGTEFHUy4ke19QfQk/PQorLiBpZiAhZGVmaW5lZChOTFNESVIuJHtfUH0p CitOTFNESVIuJHtfUH06PQkke05MU0RJUn0KKy4gZW5kaWYKKy4gdW5kZWYgTkxTRElSCisKKy4g aWYgKGRlZmluZWQoTk9fU0hBUkVEKSAmJiAke05PX1NIQVJFRH0gIT0gIm5vIikgfHwgKGRlZmlu ZWQoTk9fU0hBUkVELiR7X1B9KSAmJiAke05PX1NIQVJFRC4ke19QfX0gIT0gIm5vIikKK0xERkxB R1MuJHtfUH0rPSAtc3RhdGljCisuIGVuZGlmCisKKy4gaWYgZGVmaW5lZChTUkNTLiR7X1B9KQor CitPQkpTLiR7X1B9PQkke1NSQ1MuJHtfUH06TiouaDpSOlMvJC8uby9nfQorCisuICBpZiB0YXJn ZXQoYmVmb3JlbGlua2luZykKKyR7X1B9OiAke09CSlMuJHtfUH19IGJlZm9yZWxpbmtpbmcKKy4g IGVsc2UKKyR7X1B9OiAke09CSlMuJHtfUH19CisuICBlbmRpZgorLiAgaWYgZGVmaW5lZChQUk9H X0NYWC4ke19QfSkKKwkke0NYWH0gJHtDWFhGTEFHU30gJHtDWFhGTEFHUy4ke19QfX0gJHtMREZM QUdTfSAke0xERkxBR1MuJHtfUH19IC1vICR7LlRBUkdFVH0gJHtPQkpTLiR7X1B9fSAke0xEQURE fSAke0xEQURELiR7X1B9fQorLiAgZWxzZQorCSR7Q0N9ICR7Q0ZMQUdTfSAke0NGTEFHUy4ke19Q fX0gJHtMREZMQUdTfSAke0xERkxBR1MuJHtfUH19IC1vICR7LlRBUkdFVH0gJHtPQkpTLiR7X1B9 fSAke0xEQUREfSAke0xEQURELiR7X1B9fQorLiAgZW5kaWYKKy4gIGlmICR7TUtfQ1RGfSAhPSAi bm8iCisJJHtDVEZNRVJHRX0gJHtDVEZGTEFHU30gLW8gJHsuVEFSR0VUfSAke09CSlMuJHtfUH19 CisuICBlbmRpZgorCisuIGVsc2UgIyAhZGVmaW5lZChTUkNTLiR7X1B9KQorCisuICBpZiAhdGFy Z2V0KCR7X1B9KQorLiAgIGlmIGRlZmluZWQoUFJPR19DWFguJHtfUH0pCitTUkNTLiR7X1B9Pz0J JHtfUH0uY2MKKy4gICBlbHNlCitTUkNTLiR7X1B9Pz0JJHtfUH0uYworLiAgIGVuZGlmCiAKICMg QWx3YXlzIG1ha2UgYW4gaW50ZXJtZWRpYXRlIG9iamVjdCBmaWxlIGJlY2F1c2U6CiAjIC0gaXQg c2F2ZXMgdGltZSByZWJ1aWxkaW5nIHdoZW4gb25seSB0aGUgbGlicmFyeSBoYXMgY2hhbmdlZAog IyAtIHRoZSBuYW1lIG9mIHRoZSBvYmplY3QgZ2V0cyBwdXQgaW50byB0aGUgZXhlY3V0YWJsZSBz eW1ib2wgdGFibGUgaW5zdGVhZCBvZgogIyAgIHRoZSBuYW1lIG9mIGEgdmFyaWFibGUgdGVtcG9y YXJ5IG9iamVjdC4KICMgLSBpdCdzIHVzZWZ1bCB0byBrZWVwIG9iamVjdHMgYXJvdW5kIGZvciBj cnVuY2hpbmcuCi1PQkpTPQkke1BST0d9Lm8KK09CSlMuJHtfUH09CSR7X1B9Lm8KIAotLmlmIHRh cmdldChiZWZvcmVsaW5raW5nKQotJHtQUk9HfTogJHtPQkpTfSBiZWZvcmVsaW5raW5nCi0uZWxz ZQotJHtQUk9HfTogJHtPQkpTfQotLmVuZGlmCi0uaWYgZGVmaW5lZChQUk9HX0NYWCkKLQkke0NY WH0gJHtDWFhGTEFHU30gJHtMREZMQUdTfSAtbyAkey5UQVJHRVR9ICR7T0JKU30gJHtMREFERH0K LS5lbHNlCi0JJHtDQ30gJHtDRkxBR1N9ICR7TERGTEFHU30gLW8gJHsuVEFSR0VUfSAke09CSlN9 ICR7TERBRER9Ci0uZW5kaWYKLS5pZiAke01LX0NURn0gIT0gIm5vIgotCSR7Q1RGTUVSR0V9ICR7 Q1RGRkxBR1N9IC1vICR7LlRBUkdFVH0gJHtPQkpTfQotLmVuZGlmCi0uZW5kaWYKKy4gICBpZiB0 YXJnZXQoYmVmb3JlbGlua2luZykKKyR7X1B9OiAke09CSlMuJHtfUH19IGJlZm9yZWxpbmtpbmcK Ky4gICBlbHNlCiske19QfTogJHtPQkpTLiR7X1B9fQorLiAgIGVuZGlmICMgdGFyZ2V0KGJlZm9y ZWxpbmtpbmcpCisuICAgaWYgZGVmaW5lZChQUk9HX0NYWC4ke19QfSkKKwkke0NYWH0gJHtDWFhG TEFHU30gJHtDWFhGTEFHUy4ke19QfX0gJHtMREZMQUdTfSAke0xERkxBR1MuJHtfUH19IC1vICR7 LlRBUkdFVH0gJHtPQkpTLiR7X1B9fSAke0xEQUREfSAke0xEQURELiR7X1B9fQorLiAgIGVsc2UK Kwkke0NDfSAke0NGTEFHU30gJHtDRkxBR1MuJHtfUH19ICR7TERGTEFHU30gJHtMREZMQUdTLiR7 X1B9fSAtbyAkey5UQVJHRVR9ICR7T0JKUy4ke19QfX0gJHtMREFERH0gJHtMREFERC4ke19QfX0K Ky4gICBlbmRpZgorLiAgIGlmICR7TUtfQ1RGfSAhPSAibm8iCisJJHtDVEZNRVJHRX0gJHtDVEZG TEFHU30gLW8gJHsuVEFSR0VUfSAke09CSlMuJHtfUH19CisuICAgZW5kaWYKKworLiAgZW5kaWYg IyAhdGFyZ2V0KCR7X1B9KQorCisuIGVuZGlmICMgZGVmaW5lZChTUkNTLiR7X1B9KQorCisjIE5l ZWRlZCBpbiBic2QuZGVwLm1rIC4KKy4gaWYgIWVtcHR5KFNSQ1MuJHtfUH0pCitTUkNTKz0JJHtT UkNTLiR7X1B9fQorLiBlbmRpZgogCi0uZW5kaWYKK0NMRUFORklMRVMrPSAJJHtPQkpTLiR7X1B9 fQogCi0uaWYJJHtNS19NQU59ICE9ICJubyIgJiYgIWRlZmluZWQoTUFOKSAmJiBcCi0JIWRlZmlu ZWQoTUFOMSkgJiYgIWRlZmluZWQoTUFOMikgJiYgIWRlZmluZWQoTUFOMykgJiYgXAotCSFkZWZp bmVkKE1BTjQpICYmICFkZWZpbmVkKE1BTjUpICYmICFkZWZpbmVkKE1BTjYpICYmIFwKLQkhZGVm aW5lZChNQU43KSAmJiAhZGVmaW5lZChNQU44KSAmJiAhZGVmaW5lZChNQU45KSAmJiBcCi0JIWRl ZmluZWQoTUFOMWFvdXQpCi1NQU49CSR7UFJPR30uMQotTUFOMT0JJHtNQU59Ci0uZW5kaWYKLS5l bmRpZgorLmVuZGZvciAjIGZvciBfUCBpbiAke1BST0dTfQorCithbGw6IG9iandhcm4gJHtQUk9H U30gJHtTQ1JJUFRTfQogCi1hbGw6IG9iandhcm4gJHtQUk9HfSAke1NDUklQVFN9CiAuaWYgJHtN S19NQU59ICE9ICJubyIKKy4gZm9yIF9QIGluICR7UFJPR1N9CisuICBpZiBkZWZpbmVkKE1BTi4k e19QfSkKK01BTis9CSR7TUFOLiR7X1B9fQorLiAgZW5kaWYKKy4gZW5kZm9yCiBhbGw6IF9tYW5w YWdlcwogLmVuZGlmCiAKLS5pZiBkZWZpbmVkKFBST0cpCi1DTEVBTkZJTEVTKz0gJHtQUk9HfQot LmVuZGlmCi0KLS5pZiBkZWZpbmVkKE9CSlMpCi1DTEVBTkZJTEVTKz0gJHtPQkpTfQotLmVuZGlm CitDTEVBTkZJTEVTKz0gJHtQUk9HU30KIAogLmluY2x1ZGUgPGJzZC5saWJuYW1lcy5taz4KIAot LmlmIGRlZmluZWQoUFJPRykKIF9FWFRSQURFUEVORDoKLS5pZiBkZWZpbmVkKExERkxBR1MpICYm ICFlbXB0eShMREZMQUdTOk0tbm9zdGRsaWIpCi0uaWYgZGVmaW5lZChEUEFERCkgJiYgIWVtcHR5 KERQQUREKQotCWVjaG8gJHtQUk9HfTogJHtEUEFERH0gPj4gJHtERVBFTkRGSUxFfQotLmVuZGlm Ci0uZWxzZQotCWVjaG8gJHtQUk9HfTogJHtMSUJDfSAke0RQQUREfSA+PiAke0RFUEVOREZJTEV9 Ci0uaWYgZGVmaW5lZChQUk9HX0NYWCkKLS5pZiAhZW1wdHkoQ1hYRkxBR1M6TS1zdGRsaWI9bGli YysrKQotCWVjaG8gJHtQUk9HfTogJHtMSUJDUExVU1BMVVN9ID4+ICR7REVQRU5ERklMRX0KLS5l bHNlCi0JZWNobyAke1BST0d9OiAke0xJQlNURENQTFVTUExVU30gPj4gJHtERVBFTkRGSUxFfQot LmVuZGlmCi0uZW5kaWYKLS5lbmRpZgotLmVuZGlmCisuZm9yIF9QIGluICR7UFJPR1N9CisuIGlm ICFlbXB0eShMREZMQUdTOk0tbm9zdGRsaWIpIHx8IChkZWZpbmVkKExERkxBR1MuJHtfUH0pICYm ICFlbXB0eShMREZMQUdTLiR7X1B9Ok0tbm9zdGRsaWIpKQorCWVjaG8gJHtfUH06ICR7RFBBRER9 ICR7RFBBREQuJHtfUH19ID4+ICR7REVQRU5ERklMRX0KKy4gZWxzZQorCWVjaG8gJHtfUH06ICR7 TElCQ30gJHtEUEFERH0gJHtEUEFERC4ke19QfX0gPj4gJHtERVBFTkRGSUxFfQorLiAgaWYgZGVm aW5lZChQUk9HX0NYWC4ke19QfSkKKy4gICBpZiAhZW1wdHkoQ1hYRkxBR1M6TS1zdGRsaWI9bGli YysrKSB8fCAhZW1wdHkoQ1hYRkxBR1MuJHtfUH06TS1zdGRsaWI9bGliYysrKQorCWVjaG8gJHtf UH06ICR7TElCQ1BMVVNQTFVTfSA+PiAke0RFUEVOREZJTEV9CisuICAgZWxzZQorCWVjaG8gJHtf UH06ICR7TElCU1REQ1BMVVNQTFVTfSA+PiAke0RFUEVOREZJTEV9CisuICAgZW5kaWYKKy4gIGVu ZGlmCisuIGVuZGlmCisuZW5kZm9yCiAKLS5pZiAhdGFyZ2V0KGluc3RhbGwpCisuZm9yIF9QIGlu ICR7UFJPR1N9CitJTlNUQUxMRkxBR1MuJHtfUH0/PSAke0lOU1RBTExGTEFHU30KIAotLmlmIGRl ZmluZWQoUFJFQ0lPVVNQUk9HKQotLmlmICFkZWZpbmVkKE5PX0ZTQ0hHKQotSU5TVEFMTEZMQUdT Kz0gLWZzY2hnCi0uZW5kaWYKLUlOU1RBTExGTEFHUys9IC1TCi0uZW5kaWYKKy4gaWYgIXRhcmdl dChpbnN0YWxsKQorLiAgaWYgZGVmaW5lZChQUkVDSU9VU1BST0cuJHtfUH0pCisuICAgaWYgIWRl ZmluZWQoTk9fRlNDSEcpICYmICFkZWZpbmVkKE5PX0ZTQ0hHLiR7X1B9KQorSU5TVEFMTEZMQUdT LiR7X1B9Kz0gLWZzY2hnCisuICAgZW5kaWYKK0lOU1RBTExGTEFHUy4ke19QfSs9IC1TCisuICBl bmRpZgorLiBlbmRpZgorCitCSU5ESVIuJHtfUH0/PQkJJHtCSU5ESVJ9CitCSU5HUlAuJHtfUH0/ PQkJJHtCSU5HUlB9CitCSU5NT0RFLiR7X1B9Pz0JCSR7QklOTU9ERX0KK0JJTk9XTi4ke19QfT89 CQkke0JJTk9XTn0KIAotX0lOU1RBTExGTEFHUzo9CSR7SU5TVEFMTEZMQUdTfQotLmZvciBpZSBp biAke0lOU1RBTExGTEFHU19FRElUfQotX0lOU1RBTExGTEFHUzo9CSR7X0lOU1RBTExGTEFHUyR7 aWV9fQogLmVuZGZvcgogCi0uaWYgIXRhcmdldChyZWFsaW5zdGFsbCkgJiYgIWRlZmluZWQoSU5U RVJOQUxQUk9HKQotcmVhbGluc3RhbGw6IF9wcm9naW5zdGFsbAotLk9SREVSOiBiZWZvcmVpbnN0 YWxsIF9wcm9naW5zdGFsbAotX3Byb2dpbnN0YWxsOgotLmlmIGRlZmluZWQoUFJPRykKLS5pZiBk ZWZpbmVkKFBST0dOQU1FKQotCSR7SU5TVEFMTH0gJHtTVFJJUH0gLW8gJHtCSU5PV059IC1nICR7 QklOR1JQfSAtbSAke0JJTk1PREV9IFwKLQkgICAgJHtfSU5TVEFMTEZMQUdTfSAke1BST0d9ICR7 REVTVERJUn0ke0JJTkRJUn0vJHtQUk9HTkFNRX0KLS5lbHNlCi0JJHtJTlNUQUxMfSAke1NUUklQ fSAtbyAke0JJTk9XTn0gLWcgJHtCSU5HUlB9IC1tICR7QklOTU9ERX0gXAotCSAgICAke19JTlNU QUxMRkxBR1N9ICR7UFJPR30gJHtERVNURElSfSR7QklORElSfQotLmVuZGlmCi0uZW5kaWYKLS5l bmRpZgkjICF0YXJnZXQocmVhbGluc3RhbGwpCi0KLS5pZiBkZWZpbmVkKFNDUklQVFMpICYmICFl bXB0eShTQ1JJUFRTKQotcmVhbGluc3RhbGw6IF9zY3JpcHRzaW5zdGFsbAotLk9SREVSOiBiZWZv cmVpbnN0YWxsIF9zY3JpcHRzaW5zdGFsbAotCi1TQ1JJUFRTRElSPz0JJHtCSU5ESVJ9Ci1TQ1JJ UFRTT1dOPz0JJHtCSU5PV059Ci1TQ1JJUFRTR1JQPz0JJHtCSU5HUlB9Ci1TQ1JJUFRTTU9ERT89 CSR7QklOTU9ERX0KLQotLmZvciBzY3JpcHQgaW4gJHtTQ1JJUFRTfQotLmlmIGRlZmluZWQoU0NS SVBUU05BTUUpCi1TQ1JJUFRTTkFNRV8ke3NjcmlwdDpUfT89CSR7U0NSSVBUU05BTUV9Ci0uZWxz ZQotU0NSSVBUU05BTUVfJHtzY3JpcHQ6VH0/PQkke3NjcmlwdDpUOlJ9Ci0uZW5kaWYKLVNDUklQ VFNESVJfJHtzY3JpcHQ6VH0/PQkke1NDUklQVFNESVJ9Ci1TQ1JJUFRTT1dOXyR7c2NyaXB0OlR9 Pz0JJHtTQ1JJUFRTT1dOfQotU0NSSVBUU0dSUF8ke3NjcmlwdDpUfT89CSR7U0NSSVBUU0dSUH0K LVNDUklQVFNNT0RFXyR7c2NyaXB0OlR9Pz0JJHtTQ1JJUFRTTU9ERX0KLV9zY3JpcHRzaW5zdGFs bDogX1NDUklQVFNJTlNfJHtzY3JpcHQ6VH0KLV9TQ1JJUFRTSU5TXyR7c2NyaXB0OlR9OiAke3Nj cmlwdH0KKy5pZiAhdGFyZ2V0KGluc3RhbGwpCisKKy4gZm9yIF9QIGluICR7UFJPR1N9CisKKy4g IGlmICFkZWZpbmVkKElOVEVSTkFMUFJPRy4ke19QfSkKKworLk9SREVSOiBiZWZvcmVpbnN0YWxs IF9wcm9naW5zdGFsbC4ke19QfQorX3Byb2dpbnN0YWxsLiR7X1B9OgorLiAgIGlmIGRlZmluZWQo UFJPR05BTUUuJHtfUH0pCisJJHtJTlNUQUxMfSAke1NUUklQfSAtbyAke0JJTk9XTi4ke19QfX0g LWcgJHtCSU5HUlAuJHtfUH19IFwKKwkgICAgLW0gJHtCSU5NT0RFLiR7X1B9fSAke0lOU1RBTExG TEFHUy4ke19QfX0gJHtfUH0gXAorCSAgICAke0RFU1RESVJ9JHtCSU5ESVIuJHtfUH19LyR7UFJP R05BTUUuJHtfUH19CisuICAgZWxzZQorCSR7SU5TVEFMTH0gJHtTVFJJUH0gLW8gJHtCSU5PV04u JHtfUH19IC1nICR7QklOR1JQLiR7X1B9fSBcCisJICAgIC1tICR7QklOTU9ERS4ke19QfX0gJHtJ TlNUQUxMRkxBR1MuJHtfUH19ICR7X1B9IFwKKwkgICAgJHtERVNURElSfSR7QklORElSLiR7X1B9 fQorLiAgIGVuZGlmIAorCityZWFsaW5zdGFsbDogX3Byb2dpbnN0YWxsLiR7X1B9CisKKy4gIGVu ZGlmICMgIWRlZmluZWQoSU5URVJOQUxQUk9HLiR7X1B9KQorCisuIGVuZGZvciAjIGZvciBfUCBp biAke1BST0dTfQorCisuIGlmIGRlZmluZWQoU0NSSVBUUykgJiYgIWVtcHR5KFNDUklQVFMpCitT Q1JJUFRTRElSPz0JCSR7QklORElSfQorU0NSSVBUU09XTj89CQkke0JJTk9XTn0KK1NDUklQVFNH UlA/PQkJJHtCSU5HUlB9CitTQ1JJUFRTTU9ERT89CQkke0JJTk1PREV9CisKK19fc2NyaXB0c2lu c3RhbGw6IC5VU0UKIAkke0lOU1RBTEx9IC1vICR7U0NSSVBUU09XTl8key5BTExTUkM6VH19IFwK LQkgICAgLWcgJHtTQ1JJUFRTR1JQXyR7LkFMTFNSQzpUfX0gLW0gJHtTQ1JJUFRTTU9ERV8key5B TExTUkM6VH19IFwKKwkgICAgLWcgJHtTQ1JJUFRTR1JQXyR7LkFMTFNSQzpUfX0gXAorCSAgICAt bSAke1NDUklQVFNNT0RFXyR7LkFMTFNSQzpUfX0gXAogCSAgICAkey5BTExTUkN9IFwKLQkgICAg JHtERVNURElSfSR7U0NSSVBUU0RJUl8key5BTExTUkM6VH19LyR7U0NSSVBUU05BTUVfJHsuQUxM U1JDOlR9fQotLmVuZGZvcgotLmVuZGlmCisJICAgICR7LlRBUkdFVH0KKworLiAgZm9yIFMgaW4g JHtTQ1JJUFRTfQorCityZWFsaW5zdGFsbDogc2NyaXB0c2luc3RhbGwKKy5PUkRFUjogYmVmb3Jl aW5zdGFsbCBzY3JpcHRzaW5zdGFsbAogCi1OTFNOQU1FPz0JJHtQUk9HfQorLiAgIGlmIGRlZmlu ZWQoU0NSSVBUU05BTUUpCitTQ1JJUFRTTkFNRV8ke1N9Pz0JJHtTQ1JJUFRTTkFNRX0KKy4gICBl bHNlCitTQ1JJUFRTTkFNRV8ke1N9Pz0JJHtTOlQ6Un0KKy4gICBlbmRpZgorCitTQ1JJUFRTRElS XyR7U30/PQkke1NDUklQVFNESVJ9CitTQ1JJUFRTT1dOXyR7U30/PQkke1NDUklQVFNPV059CitT Q1JJUFRTR1JQXyR7U30/PQkke1NDUklQVFNHUlB9CitTQ1JJUFRTTU9ERV8ke1N9Pz0JJHtTQ1JJ UFRTTU9ERX0KKworc2NyaXB0c2luc3RhbGw6ICR7REVTVERJUn0ke1NDUklQVFNESVJfJHtTfX0v JHtTQ1JJUFRTTkFNRV8ke1N9fQorCiske0RFU1RESVJ9JHtTQ1JJUFRTRElSXyR7U319LyR7U0NS SVBUU05BTUVfJHtTfX06IF9fc2NyaXB0c2luc3RhbGwgJHtTfQorCisuICBlbmRmb3IgIyBmb3Ig UyBpbiAke1NDUklQVFN9CisKKy4gZW5kaWYgIyBkZWZpbmVkKFNDUklQVFMpICYmICFlbXB0eShT Q1JJUFRTKQorCisuZW5kaWYgIyAhdGFyZ2V0KGluc3RhbGwpCisKKyMgV3JhcCBic2QubmxzLm1r IGJlY2F1c2UgSSBjYW4ndCBmb3JjZSB0aGF0IE1ha2VmaWxlIHNuaXBwZXQgdG8gd29yayBvbmx5 IHdpdGgKKyMgJHtQUk9HU30uCisuZm9yIF9QIGluICR7UFJPR1N9CitOTFNOQU1FLiR7X1B9Pz0J JHtfUH0KK05MUzo9CQkke05MUy4ke19QfX0KK05MU0RJUjo9CSR7TkxTRElSLiR7X1B9fQorTkxT TkFNRTo9CSR7TkxTTkFNRS4ke19QfX0KIC5pbmNsdWRlIDxic2QubmxzLm1rPgorLmVuZGZvcgog CiAuaW5jbHVkZSA8YnNkLmZpbGVzLm1rPgogLmluY2x1ZGUgPGJzZC5pbmNzLm1rPgpAQCAtMjAy LDI1ICsyODQsMzIgQEAKIC5pZiAke01LX01BTn0gIT0gIm5vIgogcmVhbGluc3RhbGw6IF9tYW5p bnN0YWxsCiAuT1JERVI6IGJlZm9yZWluc3RhbGwgX21hbmluc3RhbGwKLS5lbmRpZgogCisuaW5j bHVkZSA8YnNkLm1hbi5taz4KIC5lbmRpZgogCiAuaWYgIXRhcmdldChsaW50KQotbGludDogJHtT UkNTOk0qLmN9Ci0uaWYgZGVmaW5lZChQUk9HKQotCSR7TElOVH0gJHtMSU5URkxBR1N9ICR7Q0ZM QUdTOk0tW0RJVV0qfSAkey5BTExTUkN9Ci0uZW5kaWYKLS5lbmRpZgorLiBmb3IgX1AgaW4gJHtQ Uk9HU30KKy4gIGlmICF0YXJnZXQobGludC4ke19QfSkKKy4gICBpZiBkZWZpbmVkKFBST0dfQ1hY LiR7X1B9KQorbGludC4ke19QfToKKy4gICBlbHNlCitsaW50LiR7X1B9OiAke1NSQ1MuJHtfUH06 TSouY30KKwkke0xJTlR9ICR7TElOVEZMQUdTfSAke0NGTEFHUzpNLVtESVVdKn0gJHtDRkxBR1Mu JHtfUH06TS1bRElVXSp9ICR7LkFMTFNSQ30KKy4gICBlbmRpZgorLiAgZW5kaWYKIAotLmlmICR7 TUtfTUFOfSAhPSAibm8iCi0uaW5jbHVkZSA8YnNkLm1hbi5taz4KLS5lbmRpZgorbGludDogbGlu dC4ke19QfQorCisuIGVuZGZvcgorLmVuZGlmICMgIXRhcmdldChsaW50KQogCiAuaW5jbHVkZSA8 YnNkLmRlcC5taz4KIAotLmlmIGRlZmluZWQoUFJPRykgJiYgIWV4aXN0cygkey5PQkpESVJ9LyR7 REVQRU5ERklMRX0pCi0ke09CSlN9OiAke1NSQ1M6TSouaH0KKy5pZiAhZXhpc3RzKCR7Lk9CSkRJ Un0vJHtERVBFTkRGSUxFfSkKKy4gZm9yIF9QIGluICR7UFJPR1N9Ciske09CSlMuJHtfUH19OiAk e1NSQ1MuJHtfUH06TSouaH0KKy4gZW5kZm9yCiAuZW5kaWYKIAogLmluY2x1ZGUgPGJzZC5vYmou bWs+Ci0tLSAvdXNyL3NyYy9zaGFyZS9tay9ic2QuUkVBRE1FCTIwMTItMDUtMjAgMTU6Mzc6NDAu ODkzMDkyNTAxIC0wNzAwCisrKyBzaGFyZS9tay9ic2QuUkVBRE1FCTIwMTItMDktMDIgMjI6MjU6 NDguNDEwNzQ1MTYxIC0wNzAwCkBAIC0xLDUgKzEsNSBAQAogIwlAKCMpYnNkLlJFQURNRQk4LjIg KEJlcmtlbGV5KSA0LzIvOTQKLSMgJEZyZWVCU0Q6IHN0YWJsZS85L3NoYXJlL21rL2JzZC5SRUFE TUUgMjM1NTM0IDIwMTItMDUtMTcgMDc6NTk6MTVaIGpsaCAkCisjICRGcmVlQlNEOiBzcmMvc2hh cmUvbWsvYnNkLlJFQURNRSx2IDEuMzcgMjAxMi8wNS8yNCAyMDowMDo1OCBtYXJjZWwgRXhwICQK IAogVGhpcyBpcyB0aGUgUkVBRE1FIGZpbGUgZm9yIHRoZSAiaW5jbHVkZSIgZmlsZXMgZm9yIHRo ZSBGcmVlQlNECiBzb3VyY2UgdHJlZS4gIFRoZSBmaWxlcyBhcmUgaW5zdGFsbGVkIGluIC91c3Iv c2hhcmUvbWssIGFuZCBhcmUgYnkKQEAgLTIwNyw5OCArMjA3LDE1NyBAQAogCiBJdCBzZXRzL3Vz ZXMgdGhlIGZvbGxvd2luZyB2YXJpYWJsZXM6CiAKLUJJTkdSUAkJQmluYXJ5IGdyb3VwLgorVmFy aWFibGVzIGdsb2JhbCB0byBhbGwgcHJvZ3JhbXM6CiAKLUJJTk9XTgkJQmluYXJ5IG93bmVyLgor Q0xFQU5GSUxFUwkJQWRkaXRpb25hbCBmaWxlcyB0byByZW1vdmUgYW5kCitDTEVBTkRJUlMJCWFk ZGl0aW9uYWwgZGlyZWN0b3JpZXMgdG8gcmVtb3ZlIGR1cmluZyBjbGVhbiBhbmQgY2xlYW5kaXIK KwkJCXRhcmdldHMuICAicm0gLWYiIGFuZCAicm0gLXJmIiB1c2VkIHJlc3BlY3RpdmVseS4KKwor REVCVUdfRkxBR1MJCWRlYnVnZ2luZyBzcGVjaWZpYyBDRkxBR1MvTERGTEFHUzsgaWYgc2V0IGFu eSBiaW5hcmllcworIAkJCXByb2R1Y2VkIHdpbGwgbm90IGJlIHN0cmlwcGVkLiAgU2VlIGFsc286 IFdJVEhfQ1RGCisKK0ZJTEVTCQkJQSBsaXN0IG9mIG5vbi1leGVjdXRhYmxlIGZpbGVzLgorCQkJ VGhlIGluc3RhbGxhdGlvbiBpcyBjb250cm9sbGVkIGJ5IHRoZSBGSUxFU05BTUUsIEZJTEVTT1dO LAorCQkJRklMRVNHUlAsIEZJTEVTTU9ERSwgRklMRVNESVIgdmFyaWFibGVzIHRoYXQgY2FuIGJl CisJCQlmdXJ0aGVyIHNwZWNpYWxpemVkIGJ5IEZJTEVTPFZBUj5fPGZpbGU+LgorCitMSU5LUwkJ CVRoZSBsaXN0IG9mIGJpbmFyeSBsaW5rczsgc2hvdWxkIGJlIGZ1bGwgcGF0aG5hbWVzLCB0aGUK KwkJCWxpbmtlZC10byBmaWxlIGNvbWluZyBmaXJzdCwgZm9sbG93ZWQgYnkgdGhlIGxpbmtlZAor CQkJZmlsZS4gIFRoZSBmaWxlcyBhcmUgaGFyZC1saW5rZWQuICBGb3IgZXhhbXBsZSwgdG8gbGlu aworCQkJL2Jpbi90ZXN0IGFuZCAvYmluL1ssIHVzZToKIAotQklOTU9ERQkJQmluYXJ5IG1vZGUu CisJCQlMSU5LUz0JJHtERVNURElSfS9iaW4vdGVzdCAke0RFU1RESVJ9L2Jpbi9bCiAKLUNMRUFO RklMRVMJQWRkaXRpb25hbCBmaWxlcyB0byByZW1vdmUgYW5kCi1DTEVBTkRJUlMJYWRkaXRpb25h bCBkaXJlY3RvcmllcyB0byByZW1vdmUgZHVyaW5nIGNsZWFuIGFuZCBjbGVhbmRpcgotCQl0YXJn ZXRzLiAgInJtIC1mIiBhbmQgInJtIC1yZiIgdXNlZCByZXNwZWN0aXZlbHkuCitQUk9HCQkJVGhl IG5hbWUgb2YgdGhlIHByb2dyYW0gdG8gYnVpbGQuICBJZiBub3Qgc3VwcGxpZWQsCisJCQlub3Ro aW5nIGlzIGJ1aWx0LgogCi1DRkxBR1MJCUZsYWdzIHRvIHRoZSBjb21waWxlciB3aGVuIGNyZWF0 aW5nIEMgb2JqZWN0cy4KK1BST0dfQ1hYCQlJZiBkZWZpbmVkLCB0aGUgbmFtZSBvZiB0aGUgQysr IHByb2dyYW0gdG8gYnVpbGQuICBBbHNvCisJCQljYXVzZXMgPGJzZC5wcm9nLm1rPiB0byBsaW5r IHRoZSBwcm9ncmFtIHdpdGggdGhlCisJCQlzdGFuZGFyZCBDKysgbGlicmFyeS4gIFBST0dfQ1hY IG92ZXJyaWRlcyB0aGUgdmFsdWUKKwkJCW9mIFBST0cgaWYgUFJPRyBpcyBhbHNvIHNldC4KIAot RklMRVMJCUEgbGlzdCBvZiBub24tZXhlY3V0YWJsZSBmaWxlcy4KLQkJVGhlIGluc3RhbGxhdGlv biBpcyBjb250cm9sbGVkIGJ5IHRoZSBGSUxFU05BTUUsIEZJTEVTT1dOLAotCQlGSUxFU0dSUCwg RklMRVNNT0RFLCBGSUxFU0RJUiB2YXJpYWJsZXMgdGhhdCBjYW4gYmUKLQkJZnVydGhlciBzcGVj aWFsaXplZCBieSBGSUxFUzxWQVI+XzxmaWxlPi4KK1NUUklQCQkJVGhlIGZsYWcgcGFzc2VkIHRv IHRoZSBpbnN0YWxsIHByb2dyYW0gdG8gY2F1c2UgdGhlCisJCQliaW5hcnkgdG8gYmUgc3RyaXBw ZWQuICBUaGlzIGlzIHRvIGJlIHVzZWQgd2hlbgorCQkJYnVpbGRpbmcgeW91ciBvd24gaW5zdGFs bCBzY3JpcHQgc28gdGhhdCB0aGUgZW50aXJlCisJCQlzeXN0ZW0gY2FuIGJlIG1hZGUgc3RyaXBw ZWQvbm90LXN0cmlwcGVkIHVzaW5nIGEKKwkJCXNpbmdsZSBrbm9iLgogCi1MREFERAkJQWRkaXRp b25hbCBsb2FkZXIgb2JqZWN0cy4gIFVzdWFsbHkgdXNlZCBmb3IgbGlicmFyaWVzLgotCQlGb3Ig ZXhhbXBsZSwgdG8gbG9hZCB3aXRoIHRoZSBjb21wYXRpYmlsaXR5IGFuZCB1dGlsaXR5Ci0JCWxp YnJhcmllcywgdXNlOgorU1VCRElSCQkJQSBsaXN0IG9mIHN1YmRpcmVjdG9yaWVzIHRoYXQgc2hv dWxkIGJlIGJ1aWx0IGFzIHdlbGwuCisJCQlFYWNoIG9mIHRoZSB0YXJnZXRzIHdpbGwgZXhlY3V0 ZSB0aGUgc2FtZSB0YXJnZXQgaW4gdGhlCisJCQlzdWJkaXJlY3Rvcmllcy4KIAotCQkJTERGSUxF Uz0tbHV0aWwgLWxjb21wYXQKK1RoZSBmb2xsb3dpbmcgdmFyaWFibGVzIGNhbiBiZSB0dW5lZCBm b3Igc3BlY2lmaWMgcHJvZ3JhbSB1c2UgKHlvdSB3aWxsIG5lZWQKK3RvIHN1ZmZpeCB2YXJpYWJs ZSBkZWNsYXJhdGlvbnMgd2l0aCAuJHtQUk9HfSwgZS5nLiBQUk9HPSBmb28gLT4gU1JDUy5mb28p OgogCi1MREZMQUdTCQlBZGRpdGlvbmFsIGxvYWRlciBmbGFncy4KK0JJTkRJUgkJCUJpbmFyeSBk aXJlY3RvcnkuCiAKLUxJTktTCQlUaGUgbGlzdCBvZiBiaW5hcnkgbGlua3M7IHNob3VsZCBiZSBm dWxsIHBhdGhuYW1lcywgdGhlCi0JCWxpbmtlZC10byBmaWxlIGNvbWluZyBmaXJzdCwgZm9sbG93 ZWQgYnkgdGhlIGxpbmtlZAotCQlmaWxlLiAgVGhlIGZpbGVzIGFyZSBoYXJkLWxpbmtlZC4gIEZv ciBleGFtcGxlLCB0byBsaW5rCi0JCS9iaW4vdGVzdCBhbmQgL2Jpbi9bLCB1c2U6CitCSU5HUlAJ CQlCaW5hcnkgZ3JvdXAuCiAKLQkJCUxJTktTPQkke0RFU1RESVJ9L2Jpbi90ZXN0ICR7REVTVERJ Un0vYmluL1sKK0JJTk9XTgkJCUJpbmFyeSBvd25lci4KKworQklOTU9ERQkJCUJpbmFyeSBtb2Rl LgorCitDRkxBR1MJCQlGbGFncyB0byB0aGUgY29tcGlsZXIgd2hlbiBjcmVhdGluZyBDIG9iamVj dHMuCisKK0RQQURECQkJQWRkaXRpb25hbCBkZXBlbmRlbmNpZXMgZm9yIHRoZSBwcm9ncmFtLiAg VXN1YWxseSB1c2VkCisJCQlmb3IgbGlicmFyaWVzLiAgRm9yIGV4YW1wbGUsIHRvIGRlcGVuZCBv biB0aGUKKwkJCWNvbXBhdGliaWxpdHkgYW5kIHV0aWxpdHkgbGlicmFyaWVzIHVzZToKKworCQkJ CURQQUREPSR7TElCQ09NUEFUfSAke0xJQlVUSUx9CisKKwkJCVRoZXJlIGlzIGEgcHJlZGVmaW5l ZCBpZGVudGlmaWVyIGZvciBlYWNoCisJCQkobm9uLXByb2ZpbGVkLCBub24tc2hhcmVkKSBsaWJy YXJ5IGFuZCBvYmplY3QuICBMaWJyYXJ5CisJCQlmaWxlIG5hbWVzIGFyZSB0cmFuc2Zvcm1lZCB0 byBpZGVudGlmaWVycyBieSByZW1vdmluZworCQkJdGhlIGV4dGVuc2lvbiBhbmQgY29udmVydGlu ZyB0byB1cHBlciBjYXNlLgorCisJCQlUaGVyZSBhcmUgbm8gc3BlY2lhbCBpZGVudGlmaWVycyBm b3IgcHJvZmlsZWQgb3Igc2hhcmVkCisJCQlsaWJyYXJpZXMgb3Igb2JqZWN0cy4gIFRoZSBpZGVu dGlmaWVycyBmb3IgdGhlIHN0YW5kYXJkCisJCQlsaWJyYXJpZXMgYXJlIHVzZWQgaW4gRFBBREQu ICBUaGlzIHdvcmtzIGNvcnJlY3RseSBpZmYKKwkJCWFsbCB0aGUgbGlicmFyaWVzIGFyZSBidWls dCBhdCB0aGUgc2FtZSB0aW1lLgorCQkJVW5mb3J0dW5hdGVseSwgaXQgY2F1c2VzIHVubmVjZXNz YXJ5IHJlbGlua3MgdG8gc2hhcmVkCisJCQlsaWJyYXJpZXMgd2hlbiBvbmx5IHRoZSBzdGF0aWMg bGlicmFyaWVzIGhhdmUgY2hhbmdlZC4KKwkJCURlcGVuZGVuY2llcyBvbiBzaGFyZWQgbGlicmFy aWVzIHNob3VsZCBiZSBvbmx5IG9uIHRoZQorCQkJbGlicmFyeSB2ZXJzaW9uIG51bWJlcnMuCisK K0lOU1RBTExGTEFHUwkJaW5zdGFsbCgxKSBmbGFncy4KKworTERBREQJCQlBZGRpdGlvbmFsIGxv YWRlciBvYmplY3RzLiAgVXN1YWxseSB1c2VkIGZvciBsaWJyYXJpZXMuCisJCQlGb3IgZXhhbXBs ZSwgdG8gbG9hZCB3aXRoIHRoZSBjb21wYXRpYmlsaXR5IGFuZCB1dGlsaXR5CisJCQlsaWJyYXJp ZXMsIHVzZToKKworCQkJTERBREQ9LWx1dGlsIC1sY29tcGF0CisKK0xERkxBR1MJCQlBZGRpdGlv bmFsIGxvYWRlciBmbGFncy4KKworTUFOCQkJTWFudWFsIHBhZ2VzIChzaG91bGQgZW5kIGluIC4x IC0gLjkpLiAgSWYgbm8gTUFOCisJCQl2YXJpYWJsZSBpcyBkZWZpbmVkLCAiTUFOPTxQUk9HPi4x IiBpcyBhc3N1bWVkLgorCitOT19GU0NIRwkJRG8gbm90IGNhbGwgaW5zdGFsbCgxKSB3aXRoIC1m IHNjaGcuCisKK1BSRUNJT1VTUFJPRwkJSW5zdGFsbCB3aXRoIC1TIChzYWZlIGNvcHkpIGFuZCBo YW5kbGUgTk9fRlNDSEcKKwkJCXZhcmlhYmxlIGNhc2UgYXMgd2VsbC4KKworUFJPR19DWFgJCUMr KyBhcHBsaWNhdGlvbiBuYW1lKHMpOyB0aGUgc291cmNlcyBmb3IgdGhlCisJCQlhcHBsaWNhdGlv bihzKSBhcmUgY29tcGlsZWQgdmlhICR7Q1hYfQorCitQUk9HTkFNRQkJVGhlIG5hbWUgdGhhdCB0 aGUgYWJvdmUgcHJvZ3JhbSB3aWxsIGJlIGluc3RhbGxlZCwgaWYKKwkJCWRpZmZlcmVudCBmcm9t IDxQUk9HPi4KKworU1JDUwkJCUxpc3Qgb2Ygc291cmNlIGZpbGVzIHRvIGJ1aWxkIHRoZSBwcm9n cmFtLiAgSWYgU1JDUyBpcworCQkJbm90IGRlZmluZWQsIGl0J3MgYXNzdW1lZCB0byBiZSAke1BS T0d9LmMgb3IsIGlmCisJCQlQUk9HX0NYWCBpcyBkZWZpbmVkLCAke1BST0dfQ1hYfS5jYy4KKwor U0NSSVBUUwkJCUEgbGlzdCBvZiBpbnRlcnByZXRlciBzY3JpcHRzIFtmaWxlLntzaCxjc2gscGws YXdrLC4uLn1dLgorCQkJVGhlIGluc3RhbGxhdGlvbiBpcyBjb250cm9sbGVkIGJ5IHRoZSBTQ1JJ UFRTTkFNRSwgU0NSSVBUU09XTiwKKwkJCVNDUklQVFNHUlAsIFNDUklQVFNNT0RFLCBTQ1JJUFRT RElSIHZhcmlhYmxlcyB0aGF0IGNhbiBiZQorCQkJZnVydGhlciBzcGVjaWFsaXplZCBieSBTQ1JJ UFRTPFZBUj5fPHNjcmlwdD4uCisKK1RoZSBmb2xsb3dpbmcgdmFyaWFibGVzIGNhbiBiZSB0dW5l ZCBmb3Igc3BlY2lmaWMgc2NyaXB0czsgeW91IHdpbGwgbmVlZAordG8gc3VmZml4IHZhcmlhYmxl IGRlY2xhcmF0aW9ucyB3aXRoIF88U0NSSVBUPiwgZS5nLgorU0NSSVBUIC0+IGZvbywgLT4gU0NS SVBURElSX2Zvby4gIEluIGFsbCBjYXNlcywgdGhlIHBlci1zY3JpcHQgdmFyaWFibGVzCitkZWZh dWx0IHRvIHRoZSBlcXVpdmFsZW50IGdsb2JhbCBTQ1JJUFQqIHZhcmlhYmxlIGFuZCBmYWxsYmFj ayB0byB0aGUKK0JJTiogZXF1aXZhbGVudHMsIGUuZy4gU0NSSVBURElSX2ZvbyBmYWxscyBiYWNr IHRvIFNDUklQVERJUiBpZiBTQ1JJUFRESVJfZm9vCitpcyBub3QgZGVmaW5lZCwgdGhlbiBCSU5E SVIgaWYgU0NSSVBURElSIGlzIG5vdCBkZWZpbmVkOgorCitTQ1JJUFRTRElSCQlEaXJlY3Rvcnkg dG8gaW5zdGFsbCBhIHNjcmlwdCB0by4KKworU0NSSVBUR1JQCQlHcm91cCB0byBzZXQgZm9yIGEg c2NyaXB0LgorCitTQ1JJUFRNT0RFCQlNb2RlIHRvIGFwcGx5IHRvIGEgc2NyaXB0LgogCi1NQU4J CU1hbnVhbCBwYWdlcyAoc2hvdWxkIGVuZCBpbiAuMSAtIC45KS4gIElmIG5vIE1BTiB2YXJpYWJs ZQotCQlpcyBkZWZpbmVkLCAiTUFOPSR7UFJPR30uMSIgaXMgYXNzdW1lZC4KK1NDUklQVE9XTgkJ T3duZXIgdG8gc2V0IGZvciBhIHNjcmlwdC4KIAotUFJPRwkJVGhlIG5hbWUgb2YgdGhlIHByb2dy YW0gdG8gYnVpbGQuICBJZiBub3Qgc3VwcGxpZWQsIG5vdGhpbmcKLQkJaXMgYnVpbHQuCitMZWdh Y3kgdmFyaWFibGVzIGFyZSBhcyBmb2xsb3dzOgogCi1QUk9HX0NYWAlJZiBkZWZpbmVkLCB0aGUg bmFtZSBvZiB0aGUgcHJvZ3JhbSB0byBidWlsZC4gIEFsc28KLQkJY2F1c2VzIDxic2QucHJvZy5t az4gdG8gbGluayB0aGUgcHJvZ3JhbSB3aXRoIHRoZQotCQlzdGFuZGFyZCBDKysgbGlicmFyeS4g IFBST0dfQ1hYIG92ZXJyaWRlcyB0aGUgdmFsdWUKLQkJb2YgUFJPRyBpZiBQUk9HIGlzIGFsc28g c2V0LgotCi1QUk9HTkFNRQlUaGUgbmFtZSB0aGF0IHRoZSBhYm92ZSBwcm9ncmFtIHdpbGwgYmUg aW5zdGFsbGVkIGFzLCBpZgotCQlkaWZmZXJlbnQgZnJvbSAke1BST0d9LgotCi1TUkNTCQlMaXN0 IG9mIHNvdXJjZSBmaWxlcyB0byBidWlsZCB0aGUgcHJvZ3JhbS4gIElmIFNSQ1MgaXMgbm90Ci0J CWRlZmluZWQsIGl0J3MgYXNzdW1lZCB0byBiZSAke1BST0d9LmMgb3IsIGlmIFBST0dfQ1hYIGlz Ci0JCWRlZmluZWQsICR7UFJPR19DWFh9LmNjLgotCi1EUEFERAkJQWRkaXRpb25hbCBkZXBlbmRl bmNpZXMgZm9yIHRoZSBwcm9ncmFtLiAgVXN1YWxseSB1c2VkIGZvcgotCQlsaWJyYXJpZXMuICBG b3IgZXhhbXBsZSwgdG8gZGVwZW5kIG9uIHRoZSBjb21wYXRpYmlsaXR5IGFuZAotCQl1dGlsaXR5 IGxpYnJhcmllcyB1c2U6Ci0KLQkJCVNSQ0xJQj0ke0xJQkNPTVBBVH0gJHtMSUJVVElMfQotCi0J CVRoZXJlIGlzIGEgcHJlZGVmaW5lZCBpZGVudGlmaWVyIGZvciBlYWNoIChub24tcHJvZmlsZWQs Ci0JCW5vbi1zaGFyZWQpIGxpYnJhcnkgYW5kIG9iamVjdC4gIExpYnJhcnkgZmlsZSBuYW1lcyBh cmUKLQkJdHJhbnNmb3JtZWQgdG8gaWRlbnRpZmllcnMgYnkgcmVtb3ZpbmcgdGhlIGV4dGVuc2lv biBhbmQKLQkJY29udmVydGluZyB0byB1cHBlciBjYXNlLgotCi0JCVRoZXJlIGFyZSBubyBzcGVj aWFsIGlkZW50aWZpZXJzIGZvciBwcm9maWxlZCBvciBzaGFyZWQKLQkJbGlicmFyaWVzIG9yIG9i amVjdHMuICBUaGUgaWRlbnRpZmllcnMgZm9yIHRoZSBzdGFuZGFyZAotCQlsaWJyYXJpZXMgYXJl IHVzZWQgaW4gRFBBREQuICBUaGlzIHdvcmtzIGNvcnJlY3RseSBpZmYgYWxsCi0JCXRoZSBsaWJy YXJpZXMgYXJlIGJ1aWx0IGF0IHRoZSBzYW1lIHRpbWUuICBVbmZvcnR1bmF0ZWx5LAotCQlpdCBj YXVzZXMgdW5uZWNlc3NhcnkgcmVsaW5rcyB0byBzaGFyZWQgbGlicmFyaWVzIHdoZW4KLQkJb25s eSB0aGUgc3RhdGljIGxpYnJhcmllcyBoYXZlIGNoYW5nZWQuICBEZXBlbmRlbmNpZXMgb24KLQkJ c2hhcmVkIGxpYnJhcmllcyBzaG91bGQgYmUgb25seSBvbiB0aGUgbGlicmFyeSB2ZXJzaW9uCi0J CW51bWJlcnMuCi0KLVNUUklQCQlUaGUgZmxhZyBwYXNzZWQgdG8gdGhlIGluc3RhbGwgcHJvZ3Jh bSB0byBjYXVzZSB0aGUgYmluYXJ5Ci0JCXRvIGJlIHN0cmlwcGVkLiAgVGhpcyBpcyB0byBiZSB1 c2VkIHdoZW4gYnVpbGRpbmcgeW91cgotCQlvd24gaW5zdGFsbCBzY3JpcHQgc28gdGhhdCB0aGUg ZW50aXJlIHN5c3RlbSBjYW4gYmUgbWFkZQotCQlzdHJpcHBlZC9ub3Qtc3RyaXBwZWQgdXNpbmcg YSBzaW5nbGUgbm9iLgotCi1TVUJESVIJCUEgbGlzdCBvZiBzdWJkaXJlY3RvcmllcyB0aGF0IHNo b3VsZCBiZSBidWlsdCBhcyB3ZWxsLgotCQlFYWNoIG9mIHRoZSB0YXJnZXRzIHdpbGwgZXhlY3V0 ZSB0aGUgc2FtZSB0YXJnZXQgaW4gdGhlCi0JCXN1YmRpcmVjdG9yaWVzLgotCi1TQ1JJUFRTCQlB IGxpc3Qgb2YgaW50ZXJwcmV0ZXIgc2NyaXB0cyBbZmlsZS57c2gsY3NoLHBsLGF3aywuLi59XS4K LQkJVGhlIGluc3RhbGxhdGlvbiBpcyBjb250cm9sbGVkIGJ5IHRoZSBTQ1JJUFRTTkFNRSwgU0NS SVBUU09XTiwKLQkJU0NSSVBUU0dSUCwgU0NSSVBUU01PREUsIFNDUklQVFNESVIgdmFyaWFibGVz IHRoYXQgY2FuIGJlCi0JCWZ1cnRoZXIgc3BlY2lhbGl6ZWQgYnkgU0NSSVBUUzxWQVI+XzxzY3Jp cHQ+LgorQ09QVFMJCQlPcHRpbWl6YXRpb24gZmxhZ3MgYXBwZW5kZWQgdG8gQ0ZMQUdTOyBoaWdo bHkKKyAJCQlkaXNjb3VyYWdlZCBpbiBtb2Rlcm4gTWFrZWZpbGVzLgorCitQUk9HCQkJTGVnYWN5 IGZvcm0gb2YgYFBST0dTYAorCitQUk9HX0NYWAkJTGVnYWN5IGZvcm0gb2YgYFBST0dTX0NYWGAK KworVGhlIGZvbGxvd2luZyB2YXJpYWJsZXMgYXJlIHdyYXBwZWQgdG8gYmUgbWFkZSBgUFJPR1Mg YXdhcmVgOgorCitOTFMJCQlTZWUgYnNkLm5scy5tayBkZXNjcmlwdGlvbiBmb3IgbW9yZSBkZXRh aWxzLgorTkxTRElSCitOTFNOQU1FCisKK0RldmVsb3BlciBjb252ZW5pZW5jZSB2YXJpYWJsZXM6 CisKK1dJVEhfQVNTRVJUX0RFQlVHCUNvbXBpbGUgd2l0aCBDRkxBR1MrPS1ETkRFQlVHCiAKIFRo ZSBpbmNsdWRlIGZpbGUgPGJzZC5wcm9nLm1rPiBpbmNsdWRlcyB0aGUgZmlsZSBuYW1lZCAiLi4v TWFrZWZpbGUuaW5jIgotaWYgaXQgZXhpc3RzLCBhcyB3ZWxsIGFzIHRoZSBpbmNsdWRlIGZpbGUg PGJzZC5tYW4ubWs+LgoraWYgaXQgZXhpc3RzLCBhcyB3ZWxsIGFzIHRoZSBpbmNsdWRlIGZpbGUg PGJzZC5tYW4ubWs+LiAgRnVydGhlcm1vcmUsIGlmCitXSVRIX05MUyBpcyBkZWZpbmVkIGFuZCBO TFMuPFBST0c+IGlzIGFsc28gZGVmaW5lZCwgdGhlbiBic2QubmxzLm1rIGlzCitpbmNsdWRlZCBh cyB3ZWxsLgogCiBTb21lIHNpbXBsZSBleGFtcGxlczoKIAorMS4gU2luZ2xlIEMgUHJvZ3JhbToK KwogVG8gYnVpbGQgZm9vIGZyb20gZm9vLmMgd2l0aCBhIG1hbnVhbCBwYWdlIGZvby4xLCB1c2U6 CiAKLQlQUk9HPQlmb28KKwlQUk9HUz0JZm9vCiAKIAkuaW5jbHVkZSA8YnNkLnByb2cubWs+CiAK QEAgLTMxNCw2ICszNzMsMzQgQEAKIAogCVNSQ1M9CWEuYyBiLmMgYy5jIGQuYwogCisyLiBTaW5n bGUgQysrIFByb2dyYW06CisKK1RvIGJ1aWxkIGJhciB3aXRoIGJhci5jYyB3aXRoIGEgbWFucGFn ZSBwYWdlIGJhci4xLCB1c2U6CisKKwlQUk9HU19DWFg9CWJhcgorCisJLmluY2x1ZGUgPGJzZC5w cm9nLm1rPgorCitBbGwgb3RoZXIgY29uc3RydWN0cyBhcmUgdGhlIHNhbWUgYXMgaW4gdGhlIFNp bmdsZSBDIFByb2dyYW0gY2FzZS4KKworMy4gTXVsdGlwbGUgQyBwcm9ncmFtczoKKworVG8gYnVp bGQgZm9vIGZyb20gZm9vLmMgYW5kIGJhciB3aXRoIGJhci5jLCB1c2U6CisKKwlQUk9HUz0JZm9v IGJhcgorCisJLmluY2x1ZGUgPGJzZC5wcm9nLm1rPgorCitUbyBidWlsZCBmb28gZnJvbSBiYXIu YyBhbmQgYmFyIHdpdGggZm9vLmMsIHVzZToKKworCVBST0dTPQlmb28gYmFyCisKKwlTUkNTLmZv bz0gYmFyLmMKKworCVNSQ1MuYmFyPSBmb28uYworCisJLmluY2x1ZGUgPGJzZC5wcm9nLm1rPgor CiA9LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09 LT0tPS09LT0tPS09LT0tPS09CiAKIFRoZSBpbmNsdWRlIGZpbGUgPGJzZC5zdWJkaXIubWs+IGNv bnRhaW5zIHRoZSBkZWZhdWx0IHRhcmdldHMgZm9yIGJ1aWxkaW5nCg== --f46d04447dff4b7a4504c8c5de50-- From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 3 07:25:02 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C934106564A for ; Mon, 3 Sep 2012 07:25:02 +0000 (UTC) (envelope-from efiish@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id B48FB8FC1A for ; Mon, 3 Sep 2012 07:25:01 +0000 (UTC) Received: by lage12 with SMTP id e12so4162470lag.13 for ; Mon, 03 Sep 2012 00:25:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=p444yOB5czJ8c5Jtl4KLlONTfMmYM5uQp5VIAOi9AJk=; b=Kpivpq8UD2HIt5QOJsIv28DmoV4Kxx+FGhUiTJiG7XHyruTSshfPm3UlWbq7mxIqH+ lEMdmJk3txAujZC1nsq5o8Tst+Y2WFF3g0DTveLXKpGMaKYAxBruM3w0jx9wzu2X+3Qy soSjdfxy/x2QOsjbPWDyMZjz+AkXhMB6+hUuAnNMxt1ivZUMcpfs45HtCmJrZQKmPlgn T5H5uQ1i+L7zIq9iLXsxvMnbmvnpJdvn8g7544hIfBsSuIOKVQnLPz7/mizMPeAw5tlz ZRmCLPXWfe20r0tKOlvnsJAMEZGY9LrTVYKaoJ/3HZUpKtitzW0DmaeebuXXtbg7szuQ Celw== MIME-Version: 1.0 Received: by 10.152.129.104 with SMTP id nv8mr13037818lab.32.1346657100466; Mon, 03 Sep 2012 00:25:00 -0700 (PDT) Received: by 10.112.18.11 with HTTP; Mon, 3 Sep 2012 00:25:00 -0700 (PDT) Date: Mon, 3 Sep 2012 15:25:00 +0800 Message-ID: From: Junior White To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: How to do benchmark test for my new kernel. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 07:25:02 -0000 hi all, I build a new kernel and install it, but don't known how to test the my new kernel's performance. I have read the Regressin and Performance Testing Guide in developer's handbook. But where is the test program is, and how do i invoke them? Gratitude to any words! Thank u! From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 3 08:12:41 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51A56106564A; Mon, 3 Sep 2012 08:12:41 +0000 (UTC) (envelope-from hoomanfazaeli@gmail.com) Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id E21A48FC0A; Mon, 3 Sep 2012 08:12:40 +0000 (UTC) Received: by qatn12 with SMTP id n12so2359926qat.13 for ; Mon, 03 Sep 2012 01:12:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=PvSvI0ZTS+h8pUorhR3oVM39E/uwgNvGXSXb2XZZpkg=; b=bw8fjRlp+Pc5r2KNSWsns8F6JNBWACeOvU1cJvWGcKxZSs8a4hi9a4/I2SJSlb9SRT zIgC9MMjQMUu+22BpY8SmoSWotLRSHrcmp/rEj9wWFzkzN1+VwyfYm0ZVy5PHCthMw/Y YerdGALlLddyWzAG5mpTCRnQU8UUlfjpA5ISQaLu14hVQsg2cQ09IpR8p6SbronG+FhS XQJvM2K9X4TSpODGlzs9mtUEuoK+Man8VtfwAtPV4r9G/HAg2kTQY3VVT8hnXlzkp9ds f1OWuN2AVg4is6zA59EHLyllp7HiaHBobqwSCJ08PxnxcQfA8nhERUUecabMp+UT+s1J TCDw== Received: by 10.224.17.145 with SMTP id s17mr32987484qaa.99.1346659960431; Mon, 03 Sep 2012 01:12:40 -0700 (PDT) Received: from [127.0.0.1] ([84.241.57.181]) by mx.google.com with ESMTPS id dg10sm12204785qab.12.2012.09.03.01.12.38 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 03 Sep 2012 01:12:39 -0700 (PDT) Message-ID: <5044666C.3030005@gmail.com> Date: Mon, 03 Sep 2012 12:42:28 +0430 From: Hooman Fazaeli User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.28) Gecko/20120306 Thunderbird/3.1.20 MIME-Version: 1.0 To: attilio@FreeBSD.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers Subject: Re: syslog(3) issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 08:12:41 -0000 On 9/3/2012 4:05 AM, Attilio Rao wrote: > Hi, > I was trying to use syslog(3) in a port application that uses > threading , having all of them at the LOG_CRIT level. What I see is > that when the logging gets massive (1000 entries) I cannot find some > items within the /var/log/messages (I know because I started stamping > also some sort of message ID in order to see what is going on). The > missing items are in the order of 25% of what really be there. > > > Is not it caused by syslogd compression? As you may know syslogd compresses consecutive identical messages into one message like "last message repeated N times". The -cc option disables compression. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 3 08:37:14 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A658106564A; Mon, 3 Sep 2012 08:37:14 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 534BC8FC15; Mon, 3 Sep 2012 08:37:14 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 2E31A46E81; Mon, 3 Sep 2012 04:37:08 -0400 (EDT) Date: Mon, 3 Sep 2012 09:37:07 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Attilio Rao In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Hackers Subject: Re: syslog(3) issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 08:37:14 -0000 On Mon, 3 Sep 2012, Attilio Rao wrote: > I was trying to use syslog(3) in a port application that uses threading , > having all of them at the LOG_CRIT level. What I see is that when the > logging gets massive (1000 entries) I cannot find some items within the > /var/log/messages (I know because I started stamping also some sort of > message ID in order to see what is going on). The missing items are in the > order of 25% of what really be there. > > Someone has a good idea on where I can start verifying for my syslogd > system? I have really 0 experience with syslogd and maybe I could be missing > something obvious. syslog(3)/syslogd(8) use datagram sockets for both local and networked logging, and it is possible for those datagram sockets to fill and drop messages. I'm not sure if we have per-socket counters that can easily be queried by syslogd, but if we do, it might be beneficial to have syslogd wake up once a second and check to see if the counters have changed -- if they have, inject a log message indicating how many messages were dropped in the last $epsilon. If we don't have counters along those lines, it might make sense to add them. We might also find that it is appropriate to tune up the limits if they no longer seem sensible in the current world order -- they may have late 1980s/early 1990s values (or they may not). Robert From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 3 09:31:30 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0BD6106566C for ; Mon, 3 Sep 2012 09:31:30 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp2.one.com (csmtp2.one.com [91.198.169.22]) by mx1.freebsd.org (Postfix) with ESMTP id 5003D8FC17 for ; Mon, 3 Sep 2012 09:31:30 +0000 (UTC) Received: from [192.168.1.18] (unknown [217.157.7.221]) by csmtp2.one.com (Postfix) with ESMTPA id C4F60303D005; Mon, 3 Sep 2012 09:31:28 +0000 (UTC) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\)) From: Erik Cederstrand In-Reply-To: Date: Mon, 3 Sep 2012 11:31:36 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Junior White X-Mailer: Apple Mail (2.1485) Cc: freebsd-hackers@freebsd.org Subject: Re: How to do benchmark test for my new kernel. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 09:31:30 -0000 Den 03/09/2012 kl. 09.25 skrev Junior White : > hi all, > I build a new kernel and install it, but don't known how to test the = my > new kernel's performance. > I have read the Regressin and Performance Testing Guide in = developer's > handbook. But where is > the test program is, and how do i invoke them? The handbook is deliberately vague on this point because choosing a = benchmark program requires you to think about what you want to optimize, = i.e. which type of workload your system will be handling. If you mostly want to play around and try out different optimizations, I = would suggest to install some of the benchmark programs in = /usr/ports/benchmarks/. Try /usr/ports/benchmarks/unixbench/ for a set = of micro-benchmarks. Kind regards, Erik= From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 3 14:20:00 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B8401065673; Mon, 3 Sep 2012 14:20:00 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id C6F838FC15; Mon, 3 Sep 2012 14:19:59 +0000 (UTC) Received: by vcbgb22 with SMTP id gb22so7172179vcb.13 for ; Mon, 03 Sep 2012 07:19:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=INuDgEaIusqdaifvsdkQLb6XTC5SErz1SxfL5uH4o0c=; b=XJ0Vmthb+uQ7dx4Eb9T0XVLMuHeXzPyQWVeBhkzIeS3Bkt3jZEVcBo2F/ilauegmJA 4Q5D++3jAu8mjGdxfAicvBYBPVKfFJ7+fg1sX8XH+eaFtuDu9vQexHRwRXRcLTLU7bj+ zQmtMf+hNi+tZRKKtQMHkM5wpG7N3ZHpbx5+VrFMR1j8bcNqdbBSJxe/0Yia5EoPqwWo PYgeEqpQ1nLScWg9DjbrKUMAgMTFaKY0rd9vq0bl3g7Rh+9lllDdzT+SSxP0Ke9iDZZk gplf77fOnA7+8z6ZdnKM9QNvCy9KpGBajxNfscmXZtLchxZ0Vii0RfOXf2CDnmyXL2iM J26A== MIME-Version: 1.0 Received: by 10.52.27.239 with SMTP id w15mr6738450vdg.96.1346681993117; Mon, 03 Sep 2012 07:19:53 -0700 (PDT) Received: by 10.58.207.114 with HTTP; Mon, 3 Sep 2012 07:19:52 -0700 (PDT) In-Reply-To: References: <20546.21240.597457.60612@perdition.linnaean.org> <20546.39472.989246.974755@perdition.linnaean.org> <5042AD73.3060402@shatow.net> <20120902194027.GP1202@acme.spoerlein.net> Date: Mon, 3 Sep 2012 10:19:52 -0400 Message-ID: From: Ryan Stone To: Eitan Adler Content-Type: text/plain; charset=ISO-8859-1 Cc: Garrett Cooper , Artem Belevich , Daniel Hagerty , freebsd-hackers@freebsd.org, Bryan Drewery Subject: Re: freebsd.org git repositories and svn ids X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 14:20:00 -0000 On Sun, Sep 2, 2012 at 5:45 PM, Eitan Adler wrote: > Why isn't git.freebsd.org a straight "git svn clone" ? AFAIK that isn't broken. Well, let's put it this way: I started a git svn clone of the src repository on Aug 28. It's still going. And I'm only creating a very small subset of the branches in the repo. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 3 14:29:43 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D31BB1065673 for ; Mon, 3 Sep 2012 14:29:43 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 957C28FC19 for ; Mon, 3 Sep 2012 14:29:43 +0000 (UTC) Received: by dadr6 with SMTP id r6so3550215dad.13 for ; Mon, 03 Sep 2012 07:29:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Q9K7MSDDE125ZHIx5iEnOJylBf7Ao6kiP0zSty3jbNY=; b=ZdiZFbvLLUvljvdVvIaHvX90NuDK0EQq10hUFQPRbqBVj8TRd/zidNSywHPyV9+ZVr WnIqIZeEeASuAQfSdBjFsULonv9zzR4FeqUFwin699alNd9kXNBGe327ZfKbDZqq9dLi gxc23NwbRhDQCRo6czVgyUnUqr68ZVKvUl5nc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=Q9K7MSDDE125ZHIx5iEnOJylBf7Ao6kiP0zSty3jbNY=; b=aUxam9I/h0e5/MQKKmtJHKM4BQkPC+AoeZ2lHYKxyNgyCOBGzcZApH2pbJzdRkaVP0 /B0sABuiNC84IeVB8lR9bBzvaE+6/W/wIIsyK5VYdodUKXVrANQ7P6mvqJzYdLDJrLYf lJc6bdeOEAyN0E5u5oZoA6sO156Zmz2RktbAi6PnxRRbZ6lq47Md/cw7uCy3SgE8z1ev 4pyK3M9BCVpu12xi8e76SKjA3Z1hrMYhq9+NpNBo/ry0gTx5En75KdiSU/UTE/hmJwjK Xr2+/NrUytOXXywFTUejtCO5u/Qwcq/j8vaTLHTbyMwc2fsKjEXgRua54+cvX5rkMxCg 8iaw== Received: by 10.66.74.100 with SMTP id s4mr34512732pav.27.1346682583302; Mon, 03 Sep 2012 07:29:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.67.4.227 with HTTP; Mon, 3 Sep 2012 07:29:12 -0700 (PDT) In-Reply-To: References: <20546.21240.597457.60612@perdition.linnaean.org> <20546.39472.989246.974755@perdition.linnaean.org> <5042AD73.3060402@shatow.net> <20120902194027.GP1202@acme.spoerlein.net> From: Eitan Adler Date: Mon, 3 Sep 2012 10:29:12 -0400 Message-ID: To: Ryan Stone Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmd86nQIrlkfCPMO0TUBXexik9oJu6mhzkOymISzRYdlIXePDDO+7hrChICJpjP5zXDrkpI Cc: Garrett Cooper , Artem Belevich , Daniel Hagerty , freebsd-hackers@freebsd.org, Bryan Drewery Subject: Re: freebsd.org git repositories and svn ids X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 14:29:43 -0000 On 3 September 2012 10:19, Ryan Stone wrote: > On Sun, Sep 2, 2012 at 5:45 PM, Eitan Adler wrote: >> Why isn't git.freebsd.org a straight "git svn clone" ? AFAIK that isn't broken. > > Well, let's put it this way: I started a git svn clone of the src > repository on Aug 28. It's still going. And I'm only creating a very > small subset of the branches in the repo. I've done the same and it only took me a few hours although the ports repo took a few days. -- Eitan Adler From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 3 15:12:27 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0760C106567A; Mon, 3 Sep 2012 15:12:27 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8A2BE8FC14; Mon, 3 Sep 2012 15:12:26 +0000 (UTC) Received: by vbmv11 with SMTP id v11so7170037vbm.13 for ; Mon, 03 Sep 2012 08:12:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=uMddsKrMlQxh1PZpMd+VGNTl82CLW53Y6yhQ4mzR5RU=; b=cOvGEm1otxxtyR7+wv76ffY1lBkPvfm9ATgg8OrtWlsdVEO9VcP4aGQnmShJ6j0TVh cgwN6YAPb1sGveLuwBCU0Ks2ZVC2wnAwZdxP8i/aNC3TPfZz5FcdDpaKk5Mxnzk2kP82 znCx9bX7TZsJGklBLc7L5c/v5hmCpujC6oAoek4A5brUj0LOmsfa0ob4DyArQkmQbQQr tBhLhv08c8diaUfYeLKDqWFpcPxxoDSGfqRycXqTteFiSzFHAmolzn/vwvG/gMLdybnn LD/DPB+9hM2haM+Ay4vJ9TqoZtqQu/yT3wpBAJbEqfDgOzeiWcrZWUQhnUF0k2wJPtVY 8EdQ== MIME-Version: 1.0 Received: by 10.58.92.4 with SMTP id ci4mr13172847veb.42.1346685140662; Mon, 03 Sep 2012 08:12:20 -0700 (PDT) Received: by 10.58.207.114 with HTTP; Mon, 3 Sep 2012 08:12:20 -0700 (PDT) In-Reply-To: References: <20546.21240.597457.60612@perdition.linnaean.org> <20546.39472.989246.974755@perdition.linnaean.org> <5042AD73.3060402@shatow.net> <20120902194027.GP1202@acme.spoerlein.net> Date: Mon, 3 Sep 2012 11:12:20 -0400 Message-ID: From: Ryan Stone To: Eitan Adler Content-Type: text/plain; charset=ISO-8859-1 Cc: Garrett Cooper , Artem Belevich , Daniel Hagerty , freebsd-hackers@freebsd.org, Bryan Drewery Subject: Re: freebsd.org git repositories and svn ids X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 15:12:27 -0000 On Mon, Sep 3, 2012 at 10:29 AM, Eitan Adler wrote: > I've done the same and it only took me a few hours although the ports > repo took a few days. Hm. Maybe you were working from a local, svnsync'ed repo? From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 3 15:15:17 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F8BD1065670 for ; Mon, 3 Sep 2012 15:15:17 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5FBA98FC12 for ; Mon, 3 Sep 2012 15:15:17 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so8128569pbb.13 for ; Mon, 03 Sep 2012 08:15:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=afCoFCGbcs0XGOZwGpl0Q35QsibFRcAnLnlxaV/Zc1Y=; b=ftg+jGXXoDZqwBniozt3mpGC4SoOKQoBZSlQSgphSWwA3kd8asHVGhL6yuraoF6gJ0 dkkGHl8sxMXBv4uN4jRvfDMLeE3ZEUmWuRbW9hh+7ofmuDpZ7ZfZGXwfexf7V0isjFnz vFlG9Qmt1HfwZuyX8J1XqdZaM/pFw/QTVSkHU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=afCoFCGbcs0XGOZwGpl0Q35QsibFRcAnLnlxaV/Zc1Y=; b=mToDe9pL5r0Ftkhk/5SLCDLLwwOXiP78ORhyk2pZ9d6AdSOUmtY/wQkfGyUCKL0794 3m5w2C0go9Y3BImHlSkEIJJL0MBdb83f5BmOV07TJelG8akivfbQsRYU7yLif/+J4/dS 0G/VJPnO11dMgeNLvTt2w0cqJOfbJsyKFWGodympgWFBMs8WhfdG6AhPwcIHw2Jdi09N H9jOqCkQuI0vOIFIeCk/yc86+3ZX4HvBVXoeC4xwGoKDnQwtYh8ASnllKewANmJM86VD x6bCKuemjWvqhmUhW/veXm+yAj3CpCgpX9CxJjFd3SsYJEzziyi/ZqC+y1QJ9OQVn4jr V6kA== Received: by 10.66.78.9 with SMTP id x9mr34514746paw.84.1346685317017; Mon, 03 Sep 2012 08:15:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.67.4.227 with HTTP; Mon, 3 Sep 2012 08:14:46 -0700 (PDT) In-Reply-To: References: <20546.21240.597457.60612@perdition.linnaean.org> <20546.39472.989246.974755@perdition.linnaean.org> <5042AD73.3060402@shatow.net> <20120902194027.GP1202@acme.spoerlein.net> From: Eitan Adler Date: Mon, 3 Sep 2012 11:14:46 -0400 Message-ID: To: Ryan Stone Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmFb/5KQ5gQEBndGI6D9WCHSrmyy3kvAcZT5OKhp9b/kHTAasrVdidJPjaQiG14Sgn2R6CN Cc: Garrett Cooper , Artem Belevich , Daniel Hagerty , freebsd-hackers@freebsd.org, Bryan Drewery Subject: Re: freebsd.org git repositories and svn ids X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 15:15:17 -0000 On 3 September 2012 11:12, Ryan Stone wrote: > On Mon, Sep 3, 2012 at 10:29 AM, Eitan Adler wrote: >> I've done the same and it only took me a few hours although the ports >> repo took a few days. > > Hm. Maybe you were working from a local, svnsync'ed repo? nope: svn+ssh://svn.freebsd.org - it is the same repository I use to commit from. -- Eitan Adler From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 3 16:01:41 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB675106564A; Mon, 3 Sep 2012 16:01:41 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6D9FF8FC16; Mon, 3 Sep 2012 16:01:41 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so8179845pbb.13 for ; Mon, 03 Sep 2012 09:01:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=zoJt2z/A0tqeXC4gjA7ibsCsWrlEGjzFfJ1WX9440cI=; b=DeqXbX4nyPHWf1vZ305wFIoJLbu25ZRRfv2bJUWOOHWDMim0ZhsBgF/JySghRVBc1U xqd6oI8q8L/dBYBQqAy0P6+o1bDKEAJ2XQs0PO920hadQb3vSe7a8p923wYkYMRTb+bD T13RLRIcvCz0h3PPnrPLHSZOSq2dCjcRbG5NGKyEKyTLIFMUml9ABgy0lD255welN1Jz zVK8bVNzEVZcm/2EigRkHd6WN2U7WWCGRwoDXtPS+p73jU7iZNlARKuKONG+axyc94xj wGcwlPamdDMIG4RUSrWJm6sUTcUeg1J+VkGhsfAl5K35Fe1ZziI312SFSRIZlH6c0B09 JGlw== MIME-Version: 1.0 Received: by 10.68.203.200 with SMTP id ks8mr39415960pbc.142.1346688100969; Mon, 03 Sep 2012 09:01:40 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.68.13.170 with HTTP; Mon, 3 Sep 2012 09:01:40 -0700 (PDT) In-Reply-To: References: <20546.21240.597457.60612@perdition.linnaean.org> <20546.39472.989246.974755@perdition.linnaean.org> <5042AD73.3060402@shatow.net> <20120902194027.GP1202@acme.spoerlein.net> Date: Mon, 3 Sep 2012 09:01:40 -0700 X-Google-Sender-Auth: 4ZeyJONDpSW0m2j1RJ1vEqTRQ3I Message-ID: From: mdf@FreeBSD.org To: Eitan Adler Content-Type: text/plain; charset=ISO-8859-1 Cc: Garrett Cooper , Artem Belevich , freebsd-hackers@freebsd.org, Ryan Stone , Daniel Hagerty , Bryan Drewery Subject: Re: freebsd.org git repositories and svn ids X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 16:01:41 -0000 On Mon, Sep 3, 2012 at 7:29 AM, Eitan Adler wrote: > On 3 September 2012 10:19, Ryan Stone wrote: >> On Sun, Sep 2, 2012 at 5:45 PM, Eitan Adler wrote: >>> Why isn't git.freebsd.org a straight "git svn clone" ? AFAIK that isn't broken. >> >> Well, let's put it this way: I started a git svn clone of the src >> repository on Aug 28. It's still going. And I'm only creating a very >> small subset of the branches in the repo. > > I've done the same and it only took me a few hours although the ports > repo took a few days. Did you try to preserve the full history in the git version? I'm not familiar with git clone, but when I've made a git copy of an svn repo for uses at work (both of freebsd.org any $WORK's repo) it took two to three days just to fetch the portion of the revisions that were for head/current. A few hours sounds too short. The three-four days since Aug 28 sounds normal to me. Cheers, matthew From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 3 16:10:10 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5DDE51065679 for ; Mon, 3 Sep 2012 16:10:10 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1394B8FC21 for ; Mon, 3 Sep 2012 16:10:09 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so8189411pbb.13 for ; Mon, 03 Sep 2012 09:10:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=cFzaKqPx65/G0RCpZTe3CS3POYrsTexgW/L022R4P7g=; b=M1cQQdayN0TYdZSD1DjlssZ364hz1D9lDtovwl27VnT3JxMjJv8mVaGXno8JjBste+ /afkTddi2qr9HL+Vna7UjSjgM09fUHUslXu7aFGXaGpgyG7MHoz9YoD95Wx9aSWE90Z3 7/pYiud3wnLNNw7JVMWYtDV7di+QBoUUGUcrg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=cFzaKqPx65/G0RCpZTe3CS3POYrsTexgW/L022R4P7g=; b=Q/LCfeO44FPX4OK7gqTqj11Jt2s7uR/LGH6MB61qhF4ZKBft9xJdfJY6zO5NqmZFx7 dP1eKLvCTKhezQDZR7UQuLQ2r4OpGPtu3PzkpTlVj0Wv75yDP0+dxRjbHit//s55BVcX YgXcGaHWI+2grswho5QRPPoCaGWWTuYoEfdncTnE9tIkiyfPGsAduJ+s3y3UWwJJ6pyZ oNd9sVuXLNt/4pMdEfZsqRfcmCVFlGHGr5LjnB59MjXpo8MmPrwpXHMvnvg/sZNgzaSS nVg2cbkcXf25G2mUjqdfPXZeQ0YJmGhvASOCbixketmsHD/l9Pa+sHHm5RIqPHPL1PcH 09GQ== Received: by 10.66.85.4 with SMTP id d4mr35066370paz.11.1346688609469; Mon, 03 Sep 2012 09:10:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.67.4.227 with HTTP; Mon, 3 Sep 2012 09:09:38 -0700 (PDT) In-Reply-To: References: <20546.21240.597457.60612@perdition.linnaean.org> <20546.39472.989246.974755@perdition.linnaean.org> <5042AD73.3060402@shatow.net> <20120902194027.GP1202@acme.spoerlein.net> From: Eitan Adler Date: Mon, 3 Sep 2012 12:09:38 -0400 Message-ID: To: mdf@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQlyxLEvkaI8M3DcJj2QBXuPb72MC7oOOCU5P4MMRpaoqPKYSsNWK91gBnRrALoN3YZKbYF/ Cc: Garrett Cooper , Artem Belevich , freebsd-hackers@freebsd.org, Ryan Stone , Daniel Hagerty , Bryan Drewery Subject: Re: freebsd.org git repositories and svn ids X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 16:10:10 -0000 On 3 September 2012 12:01, wrote: > On Mon, Sep 3, 2012 at 7:29 AM, Eitan Adler wrote: >> On 3 September 2012 10:19, Ryan Stone wrote: >>> On Sun, Sep 2, 2012 at 5:45 PM, Eitan Adler wrote: >>>> Why isn't git.freebsd.org a straight "git svn clone" ? AFAIK that isn't broken. >>> >>> Well, let's put it this way: I started a git svn clone of the src >>> repository on Aug 28. It's still going. And I'm only creating a very >>> small subset of the branches in the repo. >> >> I've done the same and it only took me a few hours although the ports >> repo took a few days. > > Did you try to preserve the full history in the git version? I'm not > familiar with git clone, but when I've made a git copy of an svn repo > for uses at work (both of freebsd.org any $WORK's repo) it took two to > three days just to fetch the portion of the revisions that were for > head/current. > > A few hours sounds too short. The three-four days since Aug 28 sounds > normal to me. I have the complete history of HEAD from revision r1 to r240065. I don't have other branches. -- Eitan Adler From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 3 16:13:57 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5801B1065675 for ; Mon, 3 Sep 2012 16:13:57 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 14BE78FC12 for ; Mon, 3 Sep 2012 16:13:56 +0000 (UTC) Received: by dadr6 with SMTP id r6so3602828dad.13 for ; Mon, 03 Sep 2012 09:13:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=aAFUzsVixpU5IMGz99wsGehrFougJLTr/TGj75nIwhI=; b=bsfiHhMxrzgejCaVyt9QhdjumRbMn2h9qPZbo+jWDQ6SNb7Pc/Rzr/oRFRl0xCRuhR 4n91iU6t1iWuXjrNOt0QoCvmldFRgPKMFX+43t8rB6uhXnmbQKUUs6ggY/VuGPenLC0i Un2GH5/fZAXeX+FeIFwznPyVLfN4y9Af2jeVk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=aAFUzsVixpU5IMGz99wsGehrFougJLTr/TGj75nIwhI=; b=Iesc111Gco5l/Erj1iIATNQosQ87MMIZhfQ7lvepzUn/2Q+0UnvbiKFQafM9dacw47 lQZNk+kjXxEK3wVkL7YDjAbVGzzNivUzC4QRjgsIF/MVP0Zbf3Xpqazs6f56jBXQOH6E hl4FMTvM3qowcbLsHDdbPjp5UPtAzP1F2lqs7vIiC7lEZeCTWNHe8/+Wo3pCylizBU2j DZHfJTa7EHTTHBXSo1ZwSE48rsQZCRfRj9L8qQ4zXxxrKScU8mnvLe8c217bOcl5HAw9 sUidl3dYawrvmse16yvJ0u63zn4CJZHkLyIcLsgkfvQLV2+vNFzOOo06btNXZ/YIYDqv +p+Q== Received: by 10.68.242.231 with SMTP id wt7mr38848991pbc.99.1346688836606; Mon, 03 Sep 2012 09:13:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.67.4.227 with HTTP; Mon, 3 Sep 2012 09:13:26 -0700 (PDT) In-Reply-To: References: <20546.21240.597457.60612@perdition.linnaean.org> <20546.39472.989246.974755@perdition.linnaean.org> <5042AD73.3060402@shatow.net> <20120902194027.GP1202@acme.spoerlein.net> From: Eitan Adler Date: Mon, 3 Sep 2012 12:13:26 -0400 Message-ID: To: mdf@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnaVTNuiBJL60gPqKk+xeYmJbsWNtO/GyjPyq//1aLsiOi3q4JMMtTxWc42jt4DGxhZRZbg Cc: Garrett Cooper , Artem Belevich , freebsd-hackers@freebsd.org, Ryan Stone , Daniel Hagerty , Bryan Drewery Subject: Re: freebsd.org git repositories and svn ids X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 16:13:57 -0000 On 3 September 2012 12:09, Eitan Adler wrote: > On 3 September 2012 12:01, wrote: >> On Mon, Sep 3, 2012 at 7:29 AM, Eitan Adler wrote: >>> On 3 September 2012 10:19, Ryan Stone wrote: >>>> On Sun, Sep 2, 2012 at 5:45 PM, Eitan Adler wrote: >>>>> Why isn't git.freebsd.org a straight "git svn clone" ? AFAIK that isn't broken. >>>> >>>> Well, let's put it this way: I started a git svn clone of the src >>>> repository on Aug 28. It's still going. And I'm only creating a very >>>> small subset of the branches in the repo. >>> >>> I've done the same and it only took me a few hours although the ports >>> repo took a few days. >> >> Did you try to preserve the full history in the git version? I'm not >> familiar with git clone, but when I've made a git copy of an svn repo >> for uses at work (both of freebsd.org any $WORK's repo) it took two to >> three days just to fetch the portion of the revisions that were for >> head/current. >> >> A few hours sounds too short. The three-four days since Aug 28 sounds >> normal to me. > > I have the complete history of HEAD from revision r1 to r240065. I > don't have other branches. another thought: even if it does take this long, it should be a one time conversion cost. cloning the repo should not take that long, and a "git svn rebase" on a cron job shouldn't take that long either. -- Eitan Adler From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 4 01:51:25 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50EF4106566C for ; Tue, 4 Sep 2012 01:51:25 +0000 (UTC) (envelope-from mrsam@courier-mta.com) Received: from www.courier-mta.com (www.courier-mta.com [216.254.115.190]) by mx1.freebsd.org (Postfix) with ESMTP id 1BAF48FC0C for ; Tue, 4 Sep 2012 01:51:25 +0000 (UTC) Received: from monster.email-scan.com (monster.email-scan.com [::ffff:192.168.0.2]) (TLS: TLS1.0,256bits,RSA_AES_256_CBC_SHA1) by www.courier-mta.com with ESMTPS; Mon, 03 Sep 2012 21:46:18 -0400 id 000000000006008E.0000000050455D6A.00007216 Received: from monster.email-scan.com (localhost [127.0.0.1]) (IDENT: uid 1000) by monster.email-scan.com with ESMTP; Mon, 03 Sep 2012 21:46:17 -0400 id 000000000003E2F7.0000000050455D69.00005CC0 Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Sam Varshavchik To: freebsd-hackers@freebsd.org Date: Mon, 03 Sep 2012 21:46:17 -0400 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_monster.email-scan.com-23058-1346723177-0001"; micalg=pgp-sha1; protocol="application/pgp-signature" Subject: What happened to my /proc/curproc/file? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 01:51:25 -0000 This is a MIME GnuPG-signed message. If you see this text, it means that your E-mail or Usenet software does not support MIME signed messages. The Internet standard for MIME PGP messages, RFC 2015, was published in 1996. To open this message correctly you will need to install E-mail or Usenet software that supports modern Internet standards. --=_monster.email-scan.com-23058-1346723177-0001 Content-Type: text/plain; format=flowed; delsp=yes; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit Am I the only one who's seeing this weirdness with procfs on 9.0-RELEASE-p3. Unless I'm overlooking something stupid, a process that rmdir(2)s a subdirectory of its current directory ends up with a broken /proc/curproc/file symlink: [mrsam@freebsd ~/stasher/stasher]$ cat t.c #include #include #include void dump(int n) { char buf[2048]; printf("Line %d, rc=%s\n", n, (readlink("/proc/curproc/file", buf, 2048) < 0 ? "err":"ok")); } int main(int argc, char **argv) { dump(__LINE__); mkdir("conftestdir.tst", 0777); rmdir("conftestdir.tst"); dump(__LINE__); } [mrsam@freebsd ~/stasher/stasher]$ cc -o t t.c [mrsam@freebsd ~/stasher/stasher]$ ./t Line 15, rc=ok Line 18, rc=err ??????? --=_monster.email-scan.com-23058-1346723177-0001 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEABECAAYFAlBFXWkACgkQx9p3GYHlUOIdiwCfTA/gJcjma05KVAyGYIyRNT9R UI8AniF646pssQnIJW6qyIm6G4JcQWhg =bY6o -----END PGP SIGNATURE----- --=_monster.email-scan.com-23058-1346723177-0001-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 4 06:26:08 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 09B7C1065734; Tue, 4 Sep 2012 06:26:08 +0000 (UTC) (envelope-from rea@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.6.71]) by mx1.freebsd.org (Postfix) with ESMTP id A637B8FC0C; Tue, 4 Sep 2012 06:26:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codelabs.ru; s=two; h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=g9y431B45N0uEVx8/YomDHh+HeoqgYZ3EMbMqssC064=; b=PsN4HCi0o3QwkRhz2imJI27DD+v+oDgiVnrBvTupeJPud01Jx2ENCLXPgB9uez7rQShsXofNikNtqcauuTHDN6KSjIWyjiefJ6YTAACw6ZiHHQVgGAS9hRgAKmcrzXEvBYTPg/jpYekRZfCXrqc5bxYtPD0AJsN/CRmUgtNE4/T7ZTYc0Hk+bPpv+eo8B35cSleMjF3ZbctqpgtOmD6H6GSHX2wu1KmBg1auxL0CT1wA61l38yhteQ3fHhtaE/Lgg07uZl+6tDhnTXdarc/dstluhPve2v1YX1NXgu7x1hymj8ppPUq7LIc+jW/YlUymoO07JfFBYr1dMx8CuiSzQA==; Received: from void.codelabs.ru (void.codelabs.ru [144.206.6.66]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) id 1T8maL-000DJW-Sd; Tue, 04 Sep 2012 10:26:06 +0400 Date: Tue, 4 Sep 2012 10:26:03 +0400 From: Eygene Ryabinkin To: Attilio Rao Message-ID: References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6CiRFyVmOOJ3DkBX" Content-Disposition: inline In-Reply-To: Sender: rea@codelabs.ru Cc: FreeBSD Hackers Subject: Re: syslog(3) issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 06:26:08 -0000 --6CiRFyVmOOJ3DkBX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Attilio, good day. Mon, Sep 03, 2012 at 12:35:24AM +0100, Attilio Rao wrote: > I was trying to use syslog(3) in a port application that uses > threading , having all of them at the LOG_CRIT level. What I see is > that when the logging gets massive (1000 entries) I cannot find some > items within the /var/log/messages (I know because I started stamping > also some sort of message ID in order to see what is going on). The > missing items are in the order of 25% of what really be there. >=20 > Someone has a good idea on where I can start verifying for my syslogd > system? This is almost obvious, but had you tried running syslogd with flag '-d' that gives verbose information about incoming stuff and whether it will be logged to some file(s). --=20 Eygene Ryabinkin ,,,^..^,,, [ Life's unfair - but root password helps! | codelabs.ru ] [ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ] --6CiRFyVmOOJ3DkBX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iF4EABEIAAYFAlBFnvsACgkQFq+eroFS7PugiQD/Vau1xGchpWZU1/7w0wp1lws5 VruVRFWVUwAJKzJwY/UA/0QEiBoJ6AvGtmDjT6xQaKXXQdla00Fb3//gNppukdAo =gskw -----END PGP SIGNATURE----- --6CiRFyVmOOJ3DkBX-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 4 09:35:45 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B58AD106566C; Tue, 4 Sep 2012 09:35:45 +0000 (UTC) (envelope-from jake@avenue22.net) Received: from floor13.viper.enta.net (floor13.viper.enta.net [78.33.24.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6FD3C8FC08; Tue, 4 Sep 2012 09:35:45 +0000 (UTC) Received: from xz.cx (floor13.viper.enta.net [78.33.24.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jake) by floor13.viper.enta.net (Postfix) with ESMTPSA id 0D295BDCB7; Tue, 4 Sep 2012 10:26:54 +0100 (BST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 04 Sep 2012 10:26:54 +0100 From: Jake Smith To: , Message-ID: <53c5133d8fac4f4353eda0add82e2234@viper-webmail.viper.enta.net> X-Sender: jake@avenue22.net User-Agent: Roundcube Webmail/0.6 Cc: Subject: Building with WITH_DEBUG (-g) in make.conf X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 09:35:45 -0000 Hi, Recently a service kept crashing on a production box with a SIGSEGV 11. So I rebuilt with debug symbols to analyse the core file, by adding WITH_DEBUG=yes into my make.conf (gcc -g). It got me thinking, is there any reason why it would be a bad idea to build all my ports with debug symbols from now on? Are there any performance hits or security risks with this? Many Thanks, Jake From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 4 10:14:46 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA3BC106566B for ; Tue, 4 Sep 2012 10:14:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 3C4E48FC14 for ; Tue, 4 Sep 2012 10:14:45 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q84AEfmE050642; Tue, 4 Sep 2012 13:14:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q84AETjh043864; Tue, 4 Sep 2012 13:14:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q84AETxF043863; Tue, 4 Sep 2012 13:14:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 4 Sep 2012 13:14:29 +0300 From: Konstantin Belousov To: Sam Varshavchik Message-ID: <20120904101429.GV33100@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FDAG2dCwjLTo0D1e" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-hackers@freebsd.org Subject: Re: What happened to my /proc/curproc/file? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 10:14:46 -0000 --FDAG2dCwjLTo0D1e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 03, 2012 at 09:46:17PM -0400, Sam Varshavchik wrote: > Am I the only one who's seeing this weirdness with procfs on=20 > 9.0-RELEASE-p3. Unless I'm overlooking something stupid, a process that= =20 > rmdir(2)s a subdirectory of its current directory ends up with a broken = =20 > /proc/curproc/file symlink: >=20 > [mrsam@freebsd ~/stasher/stasher]$ cat t.c > #include > #include > #include >=20 > void dump(int n) > { > char buf[2048]; >=20 > printf("Line %d, rc=3D%s\n", n, > (readlink("/proc/curproc/file", buf, 2048) < 0 ? "err":"ok")); > } >=20 > int main(int argc, char **argv) > { > dump(__LINE__); > mkdir("conftestdir.tst", 0777); > rmdir("conftestdir.tst"); > dump(__LINE__); > } > [mrsam@freebsd ~/stasher/stasher]$ cc -o t t.c > [mrsam@freebsd ~/stasher/stasher]$ ./t > Line 15, rc=3Dok > Line 18, rc=3Derr >=20 > ??????? >=20 The procfs links, as well as any other user of vn_fullpath(9) function, can only translate a vnode to path if namecache contains useful data. As such, the facilities are not guaranteed to success all the time. In case of rmdir(2), UFS explicitely purges the cache for directory which contained direntry of the removed directory. I suspect that you have your test program binary located in the same directory which was the parent of the removed one. Similar purge is done by UFS for directories which are the sources or destinations of the move. --FDAG2dCwjLTo0D1e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBF1IQACgkQC3+MBN1Mb4hagACglV/jrLzN+NlNSuPmioMXtmhK L7YAnjyPvTYx9P14gdX6QVc93Ek+//S0 =/nd5 -----END PGP SIGNATURE----- --FDAG2dCwjLTo0D1e-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 4 11:10:46 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90556106566B for ; Tue, 4 Sep 2012 11:10:46 +0000 (UTC) (envelope-from mrsam@courier-mta.com) Received: from www.courier-mta.com (www.courier-mta.com [216.254.115.190]) by mx1.freebsd.org (Postfix) with ESMTP id 5391C8FC14 for ; Tue, 4 Sep 2012 11:10:44 +0000 (UTC) Received: from monster.email-scan.com (monster.email-scan.com [::ffff:192.168.0.2]) (TLS: TLS1.0,256bits,RSA_AES_256_CBC_SHA1) by www.courier-mta.com with ESMTPS; Tue, 04 Sep 2012 07:10:43 -0400 id 000000000006086D.000000005045E1B3.00000370 Received: from monster.email-scan.com (localhost [127.0.0.1]) (IDENT: uid 1000) by monster.email-scan.com with ESMTP; Tue, 04 Sep 2012 07:10:42 -0400 id 000000000003E1F2.000000005045E1B2.00000CF1 References: <20120904101429.GV33100@deviant.kiev.zoral.com.ua> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Sam Varshavchik To: freebsd-hackers@freebsd.org Date: Tue, 04 Sep 2012 07:10:42 -0400 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_monster.email-scan.com-23058-1346757042-0005"; micalg=pgp-sha1; protocol="application/pgp-signature" Subject: Re: What happened to my /proc/curproc/file? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 11:10:46 -0000 This is a MIME GnuPG-signed message. If you see this text, it means that your E-mail or Usenet software does not support MIME signed messages. The Internet standard for MIME PGP messages, RFC 2015, was published in 1996. To open this message correctly you will need to install E-mail or Usenet software that supports modern Internet standards. --=_monster.email-scan.com-23058-1346757042-0005 Content-Type: text/plain; format=flowed; delsp=yes; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit Konstantin Belousov writes: > The procfs links, as well as any other user of vn_fullpath(9) function, > can only translate a vnode to path if namecache contains useful data. > As such, the facilities are not guaranteed to success all the time. > > In case of rmdir(2), UFS explicitely purges the cache for directory which > contained direntry of the removed directory. I suspect that you have > your test program binary located in the same directory which was the parent > of the removed one. Correct. Looks like the same thing applies if I try to use sysctl to get KERN_PROC_PATHNAME. I need some reliable way to get a process's executable file's name, as long as it's meaningful (the executable file hasn't been removed). --=_monster.email-scan.com-23058-1346757042-0005 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEABECAAYFAlBF4bIACgkQx9p3GYHlUOJ5UACeJWUeJQRvA5qTRM8zSGzzZrHh nHoAnRaAk728nb1/sO3cti+fjivLKkHo =bLXf -----END PGP SIGNATURE----- --=_monster.email-scan.com-23058-1346757042-0005-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 4 15:53:44 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 466C6106564A for ; Tue, 4 Sep 2012 15:53:44 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 10E658FC08 for ; Tue, 4 Sep 2012 15:53:43 +0000 (UTC) Received: by dadr6 with SMTP id r6so4318161dad.13 for ; Tue, 04 Sep 2012 08:53:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ZK+A5GJlnt1jgAlTIhsvNHSfVVVeOt1ddg875Tfhh0g=; b=Fn/HoF8hQQ2ebEia7+eqXso6AI9Ds0Z4FVV1eJ8imWa0ID/z2OP8SB9shMpC7SjYK6 n5X3nT9UnsKuq/vDbFzN9k8dhpGL1d0ZlZfWv28OAz2DIRHTXJZXkvao998qNcb0ch/l eHlRTGWVvHI1s3LmqoLx6AuO9ajz26P4uqPu0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=ZK+A5GJlnt1jgAlTIhsvNHSfVVVeOt1ddg875Tfhh0g=; b=Cv0Z9IMi/gqbYk2U/jSBOUuB7/MV566fzhjg5BOyEMAtYLOVgwBQ7S3ralfrskl5F1 2HgvL6GT3Sl5Ohk2gd7VljNb6kP3XVSvYTJCWrYKsDL0XaAf+hVX5o5pUN1YRiEKIp70 ScQy6xZvievCVQj0fgNnPIyPqYPPt4fdsEajjZSvDEg914VDNX/mpyiBxdHFGvO+4IjN m8chqCZa/0BnGQi0c7vUZjeuxZuozvmWyT7Jwe6PTV3nmlmtuFkBDRt17lea1rk2dk1D Gn31tIl0HOI1ksEs/iD8YwW4CQjBtPMBctqdnyWw+6sVQCKRnmtofWYectWAbWjgX5ol 6RiA== Received: by 10.66.89.6 with SMTP id bk6mr41921099pab.81.1346774023577; Tue, 04 Sep 2012 08:53:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.67.4.227 with HTTP; Tue, 4 Sep 2012 08:53:12 -0700 (PDT) In-Reply-To: <53c5133d8fac4f4353eda0add82e2234@viper-webmail.viper.enta.net> References: <53c5133d8fac4f4353eda0add82e2234@viper-webmail.viper.enta.net> From: Eitan Adler Date: Tue, 4 Sep 2012 11:53:12 -0400 Message-ID: To: Jake Smith Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnnW146McTGR98m0zp8sOrQBn0a+co2PCvH65NnwdSTM12R7MMoaZd8DmVnHS/DTlMtmNRQ Cc: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Building with WITH_DEBUG (-g) in make.conf X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 15:53:44 -0000 [ please only choose one mailing list for now on, cross posting is discouraged ] On 4 September 2012 05:26, Jake Smith wrote: > Hi, > It got me thinking, is there any reason why it would be a bad idea to build > all my ports with debug symbols from now on? > Are there any performance hits Yes. Code size grows and the flags may enable internal debugging in the program itself. > or security risks with this? no. -- Eitan Adler From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 4 19:12:59 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D852106566B; Tue, 4 Sep 2012 19:12:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 432078FC1A; Tue, 4 Sep 2012 19:12:59 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 64968B972; Tue, 4 Sep 2012 15:12:58 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Tue, 4 Sep 2012 12:05:19 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209041205.19794.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 04 Sep 2012 15:12:58 -0400 (EDT) Cc: freebsd-arm@freebsd.org, Aleksander Dutkowski Subject: Re: availability of interrupts during bootup process X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 19:12:59 -0000 On Sunday, September 02, 2012 5:31:21 pm Aleksander Dutkowski wrote: > hello! > > I have PMIC (TWL4030) module connected to the SoC (ARM/OMAP3) via i2c (iicbus). > Current solution is that i2c_attach calls bus_generic_attach(dev); > which calls my pmic probe/attach functions, but main configuration of > PMIC in done after drivers setup by config_intrhook. > But I need it to be configured during device attaching, because usb > ehci driver depends on it. > Is it possbile? I've tried it but it hangs on waiting for i2c > interrupt, but someone told me, that interrupts are available during > bootup for some time. No, interrupts do not work during bootup. If you can poll your hardware you could use polling until interrupts are enabled (using 'if (cold)' to check for the boot time before interrupts are enabled). -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 4 19:13:00 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4424C1065670 for ; Tue, 4 Sep 2012 19:13:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 18FAB8FC1B for ; Tue, 4 Sep 2012 19:13:00 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 83DC6B992; Tue, 4 Sep 2012 15:12:59 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Tue, 4 Sep 2012 12:10:07 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <20120904101429.GV33100@deviant.kiev.zoral.com.ua> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201209041210.07555.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 04 Sep 2012 15:12:59 -0400 (EDT) Cc: Sam Varshavchik Subject: Re: What happened to my /proc/curproc/file? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 19:13:00 -0000 On Tuesday, September 04, 2012 7:10:42 am Sam Varshavchik wrote: > Konstantin Belousov writes: > > > The procfs links, as well as any other user of vn_fullpath(9) function, > > can only translate a vnode to path if namecache contains useful data. > > As such, the facilities are not guaranteed to success all the time. > > > > In case of rmdir(2), UFS explicitely purges the cache for directory which > > contained direntry of the removed directory. I suspect that you have > > your test program binary located in the same directory which was the parent > > of the removed one. > > Correct. Looks like the same thing applies if I try to use sysctl to get > KERN_PROC_PATHNAME. > > I need some reliable way to get a process's executable file's name, as long > as it's meaningful (the executable file hasn't been removed). There isn't one. What if the file is renamed, or what if it was executed via a symlink that has been removed? What if there are multiple hard links, which one is the "correct" path to return? The namecache bits are a best effort, but if those are purged, the only approach are left with is a brute-force crawl of the filesystem looking for a file whose stat() results match your executable. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 4 21:50:39 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B6E2106564A; Tue, 4 Sep 2012 21:50:39 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 14FC78FC08; Tue, 4 Sep 2012 21:50:39 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 4A2475C44; Tue, 4 Sep 2012 23:50:37 +0200 (CEST) Message-ID: <504677AB.8040908@FreeBSD.org> Date: Tue, 04 Sep 2012 23:50:35 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120828 Thunderbird/16.0 MIME-Version: 1.0 To: Eitan Adler References: <53c5133d8fac4f4353eda0add82e2234@viper-webmail.viper.enta.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Jake Smith , freebsd-ports@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Building with WITH_DEBUG (-g) in make.conf X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 21:50:39 -0000 On 2012-09-04 17:53, Eitan Adler wrote: > On 4 September 2012 05:26, Jake Smith wrote: ... >> It got me thinking, is there any reason why it would be a bad idea to build >> all my ports with debug symbols from now on? > >> Are there any performance hits > > Yes. Code size grows and the flags may enable internal > debugging in the program itself. There's a difference between just using '-g', which should never change the behaviour of the program at runtime, and adding -DDEBUG or similar flags on the command line, which may or may not enable extra code, or even cause totally different code paths. What is not different, is that both -g and other debugging options will generally cause compiling and linking to take longer, since these stages will have to process the additional debug information. >> or security risks with this? > > no. You cannot know in general. If debug options enable a different code path, you might as well get a security problem with it for free. :) I have seen many debug printf's which could easily be exploited for buffer overruns, etc. However, only using '-g' should make no difference, indeed. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 4 23:46:25 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35E1F1065673 for ; Tue, 4 Sep 2012 23:46:25 +0000 (UTC) (envelope-from mrsam@courier-mta.com) Received: from www.courier-mta.com (www.courier-mta.com [216.254.115.190]) by mx1.freebsd.org (Postfix) with ESMTP id E9B9D8FC0A for ; Tue, 4 Sep 2012 23:46:24 +0000 (UTC) Received: from monster.email-scan.com (monster.email-scan.com [::ffff:192.168.0.2]) (TLS: TLS1.0,256bits,RSA_AES_256_CBC_SHA1) by www.courier-mta.com with ESMTPS; Tue, 04 Sep 2012 19:46:23 -0400 id 000000000006086D.00000000504692CF.00003494 Received: from monster.email-scan.com (localhost [127.0.0.1]) (IDENT: uid 1000) by monster.email-scan.com with ESMTP; Tue, 04 Sep 2012 19:46:23 -0400 id 000000000003E2F7.00000000504692CF.00007762 References: <20120904101429.GV33100@deviant.kiev.zoral.com.ua> <201209041210.07555.jhb@freebsd.org> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Sam Varshavchik To: freebsd-hackers@freebsd.org Date: Tue, 04 Sep 2012 19:46:23 -0400 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_monster.email-scan.com-23058-1346802383-0006"; micalg=pgp-sha1; protocol="application/pgp-signature" Subject: Re: What happened to my /proc/curproc/file? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2012 23:46:25 -0000 This is a MIME GnuPG-signed message. If you see this text, it means that your E-mail or Usenet software does not support MIME signed messages. The Internet standard for MIME PGP messages, RFC 2015, was published in 1996. To open this message correctly you will need to install E-mail or Usenet software that supports modern Internet standards. --=_monster.email-scan.com-23058-1346802383-0006 Content-Type: text/plain; format=flowed; delsp=yes; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit John Baldwin writes: > On Tuesday, September 04, 2012 7:10:42 am Sam Varshavchik wrote: > > Konstantin Belousov writes: > > > > > The procfs links, as well as any other user of vn_fullpath(9) function, > > > can only translate a vnode to path if namecache contains useful data. > > > As such, the facilities are not guaranteed to success all the time. > > > > > > In case of rmdir(2), UFS explicitely purges the cache for directory which > > > contained direntry of the removed directory. I suspect that you have > > > your test program binary located in the same directory which was the > parent > > > of the removed one. > > > > Correct. Looks like the same thing applies if I try to use sysctl to get > > KERN_PROC_PATHNAME. > > > > I need some reliable way to get a process's executable file's name, as long > > as it's meaningful (the executable file hasn't been removed). > > There isn't one. What if the file is renamed, or what if it was executed via > a symlink that has been removed? If the file is renamed, shouldn't its new name be known? If I give the file's supposed new name to realpath(3), its man page says I'll get back the equivalent absolute pathname. Works for me. And, I thought that the resolved pathname, in any case, would be the one after all the symlink resolution takes place, like /proc shows on Linux: if, say, I have /usr/local symlinked to /mnt/local-mnt, exec("/usr/local/bin/furgle") gives me a process that, according to /proc, is /mnt/local-mnt/bin/furgle. > What if there are multiple hard links, > which > one is the "correct" path to return? I would say whichever one of them was used to exec() the process. But either one would be ok, I suppose. > The namecache bits are a best effort, > but > if those are purged, the only approach are left with is a brute-force crawl > of > the filesystem looking for a file whose stat() results match your executable. Well, for logging purposes, after I get a client process's credentials passed through a domain socket, I was hoping to use the credentials' pid to log the process's executable name. At least that's the code that I'm porting is doing; but this is going to throw a big monkey wrench into the whole thing. Is the dev+ino of what was exec()ed known, for another process? I might be able to get the client voluntarily submit its argv[0], then independently have the server validate it by stat()ing that, and comparing the result against what the kernel says the process's inode is. --=_monster.email-scan.com-23058-1346802383-0006 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEABECAAYFAlBGks8ACgkQx9p3GYHlUOK/bQCfS/SfvHkcG6qRYD3M0AYoBfB+ ll0AnRWaLVUFuz0F1iAHXMg8gcs+0yBz =rr0X -----END PGP SIGNATURE----- --=_monster.email-scan.com-23058-1346802383-0006-- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 5 01:30:13 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0EF22106566C for ; Wed, 5 Sep 2012 01:30:13 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8156A8FC16 for ; Wed, 5 Sep 2012 01:30:12 +0000 (UTC) Received: by dadr6 with SMTP id r6so4629758dad.13 for ; Tue, 04 Sep 2012 18:30:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=MgCmdp7Y2OPNjUYt0RwQJrXJ8mIt01YXUGfrzawU9bo=; b=Jv9CdmW9BwkGfWoB+qZXeDkCA1wcAbhD/JC2ixcywQIdEZdqboD/iDw2SfyUhjJk01 InIn2UxXiYK+ZI5oPVa2YoPNqhW1M0wmGaleKvLhGPpjCkLvtHslrsjf0Pvb8gTLY2Xi 1wS0Fg+qyha9LE7IQdQkOa9xk517C/q+vj6YC1FDreB1+CuI3lMSQmuAR1HH5cUDPG96 Ppqlywdjt1I/V2NmmDQ/I1J7m5LHfYtBUOlZx84+5PnYl+YOPAuv+TGcXsc3WNaSFwe3 CG1YEvhna9lE9AoMrjjL+TDdRZXBpMhJKVBy6SGP+upy3KfWZQH9xhBI19CFC9m+75aP Hf9A== Received: by 10.66.84.130 with SMTP id z2mr45086929pay.77.1346808611583; Tue, 04 Sep 2012 18:30:11 -0700 (PDT) Received: from [10.0.0.63] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id kt8sm247384pbc.1.2012.09.04.18.30.08 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 04 Sep 2012 18:30:11 -0700 (PDT) Sender: Warner Losh Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <201209041205.19794.jhb@freebsd.org> Date: Tue, 4 Sep 2012 19:30:08 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <13628135-18C7-4D98-B2DC-60C8AB65A643@bsdimp.com> References: <201209041205.19794.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1084) X-Gm-Message-State: ALoCoQlJxdjSRPAzuXINVayFbEnqKmSVSSTWl+rlut6ErALmpeGEVLODVmaf/7f9jev748ATZwtN Cc: freebsd-hackers@freebsd.org, freebsd-arm@freebsd.org, Aleksander Dutkowski Subject: Re: availability of interrupts during bootup process X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2012 01:30:13 -0000 On Sep 4, 2012, at 10:05 AM, John Baldwin wrote: > On Sunday, September 02, 2012 5:31:21 pm Aleksander Dutkowski wrote: >> hello! >>=20 >> I have PMIC (TWL4030) module connected to the SoC (ARM/OMAP3) via i2c=20= > (iicbus). >> Current solution is that i2c_attach calls bus_generic_attach(dev); >> which calls my pmic probe/attach functions, but main configuration of >> PMIC in done after drivers setup by config_intrhook. >> But I need it to be configured during device attaching, because usb >> ehci driver depends on it. >> Is it possbile? I've tried it but it hangs on waiting for i2c >> interrupt, but someone told me, that interrupts are available during >> bootup for some time. >=20 > No, interrupts do not work during bootup. If you can poll your = hardware > you could use polling until interrupts are enabled (using 'if (cold)' = to > check for the boot time before interrupts are enabled). Are interrupts off, or ithreads not scheduled? I thought I had some = stuff working that needed interrupts, but didn't need scheduling.. Am I = nuts? Warner From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 5 02:31:50 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0989A106566C; Wed, 5 Sep 2012 02:31:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 74C578FC0A; Wed, 5 Sep 2012 02:31:48 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q852Vl0v027080; Wed, 5 Sep 2012 05:31:47 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q852VZnG049753; Wed, 5 Sep 2012 05:31:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q852VZq0049752; Wed, 5 Sep 2012 05:31:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 5 Sep 2012 05:31:35 +0300 From: Konstantin Belousov To: Dimitry Andric Message-ID: <20120905023135.GB33100@deviant.kiev.zoral.com.ua> References: <53c5133d8fac4f4353eda0add82e2234@viper-webmail.viper.enta.net> <504677AB.8040908@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iKZcyocDyhoWQlc5" Content-Disposition: inline In-Reply-To: <504677AB.8040908@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Eitan Adler , freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org, Jake Smith Subject: Re: Building with WITH_DEBUG (-g) in make.conf X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2012 02:31:50 -0000 --iKZcyocDyhoWQlc5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 04, 2012 at 11:50:35PM +0200, Dimitry Andric wrote: > On 2012-09-04 17:53, Eitan Adler wrote: > >On 4 September 2012 05:26, Jake Smith wrote: > ... > >>It got me thinking, is there any reason why it would be a bad idea to= =20 > >>build > >>all my ports with debug symbols from now on? > > > >>Are there any performance hits > > > >Yes. Code size grows and the flags may enable internal > >debugging in the program itself. >=20 > There's a difference between just using '-g', which should never change > the behaviour of the program at runtime, and adding -DDEBUG or similar > flags on the command line, which may or may not enable extra code, or > even cause totally different code paths. >=20 > What is not different, is that both -g and other debugging options will > generally cause compiling and linking to take longer, since these stages > will have to process the additional debug information. >=20 >=20 > >>or security risks with this? > > > >no. >=20 > You cannot know in general. If debug options enable a different code > path, you might as well get a security problem with it for free. :) >=20 > I have seen many debug printf's which could easily be exploited for > buffer overruns, etc. >=20 > However, only using '-g' should make no difference, indeed. To nitpick, this is not true if you have code that explicitely tries to use dwarf information from the resulting binary. Think e.g. libunwind which can be configured to use .debug sections. --iKZcyocDyhoWQlc5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBGuYYACgkQC3+MBN1Mb4jJEgCgioTPiVnbFIvxbwW0d/vCLEW9 M0QAmwWdixjyhUs/ulSNPo7OT7J+gHzi =Az3L -----END PGP SIGNATURE----- --iKZcyocDyhoWQlc5-- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 5 02:37:58 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14F83106566C for ; Wed, 5 Sep 2012 02:37:58 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id D18338FC0A for ; Wed, 5 Sep 2012 02:37:57 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so155382pbb.13 for ; Tue, 04 Sep 2012 19:37:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=QRJpk9MbPBGpDMQtQ341Xs4ApmowDM+5x4rp6/aNjKw=; b=O7DBPdfQqJQS4EZwLqkunCNH8DJ1kiI5b6ZNLTm6eR3JCw/AWV+Jc2nu4x+zxuI08b Q8li4q95j4BZg6gYHoAlu5IULbVBCl7H64348gedBiR7HxHdEauIOWbIgKmaxf9gwVA2 etGpkGoGsLq7QGVR59pQSziszGpB0CE6bJV1A= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=QRJpk9MbPBGpDMQtQ341Xs4ApmowDM+5x4rp6/aNjKw=; b=hUZaptzS0BwjwbELguHHQx0QxvNIPLrhr3DbRTGO2xyv7LcOE8K9SMg31khokPPjdi wxUU7VHbo8gepo1D4V92+3GOGUfskvv0AZqjIYOb3f7LltOi8gB9ly6xbVfCu7z6iC0I Hck/C15I+R37eHwk8zLHcHHDOaJJUdnm1mw2sqrEvRWTo2NnbutPwIt10F/x7LPUo3ME eyyGasTrbqSfecDO3vV6JI4k89bRfgqnnZi9dLu1BGyi82BYEVk1Yt0sOvj2L1DvIDB2 a/3iqE5VUGfoT31OwIge/3HMwtoYKyXcIjftCEe8GyEpqLMj8bVwUUwee2udaFaukZ9V oCkw== Received: by 10.66.74.100 with SMTP id s4mr45488672pav.27.1346812677387; Tue, 04 Sep 2012 19:37:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.67.4.227 with HTTP; Tue, 4 Sep 2012 19:37:26 -0700 (PDT) In-Reply-To: <504677AB.8040908@FreeBSD.org> References: <53c5133d8fac4f4353eda0add82e2234@viper-webmail.viper.enta.net> <504677AB.8040908@FreeBSD.org> From: Eitan Adler Date: Tue, 4 Sep 2012 22:37:26 -0400 Message-ID: To: Dimitry Andric Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQn53+9pEDuY8PCUWfcmlxLaZlogDSoViit6OPs6BLhwFn9Vp4vKpEU8kPhASJFbJBoseGtf Cc: Jake Smith , freebsd-ports@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Building with WITH_DEBUG (-g) in make.conf X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2012 02:37:58 -0000 On 4 September 2012 17:50, Dimitry Andric wrote: > On 2012-09-04 17:53, Eitan Adler wrote: >> >> On 4 September 2012 05:26, Jake Smith wrote: > > ... > >>> It got me thinking, is there any reason why it would be a bad idea to >>> build >>> all my ports with debug symbols from now on? >> >> >>> Are there any performance hits >> >> >> Yes. Code size grows and the flags may enable internal >> debugging in the program itself. > > > There's a difference between just using '-g', which should never change > the behaviour of the program at runtime, and adding -DDEBUG or similar > flags on the command line, which may or may not enable extra code, or > even cause totally different code paths. My "no" was relating to debug information specifically. Changing the codepath in any way may open the door to new vulnerabilities. There is nothing specific to this being a debug option that makes this an issue. That said, I should have been more precise. :) -- Eitan Adler From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 5 06:40:58 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9F97106566C for ; Wed, 5 Sep 2012 06:40:58 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id 92CCA8FC12 for ; Wed, 5 Sep 2012 06:40:58 +0000 (UTC) Received: by iebc12 with SMTP id c12so501107ieb.13 for ; Tue, 04 Sep 2012 23:40:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+/yIZEyGPe+dOg/ifPcCLGfJbAhFvV4fqqw3jtVhqXg=; b=rNat/OqaLI2mU2Z3vLOvd5MSz0VS4JzTFOy8UNtqNUIGrzAicshMubJdOYRqEHSnOY FAklQ1tNvL0138kLHukmCWl/tEOMjJBJj1nPXcWyKlvKEdi1BoH9o55nFJfcJlN95B1P LhuPMSjZpK2SSfnG5xmZaCj0pbKzuHiErrhx1PQnP/8ZbkBo1up/j1ekBT0ip/nhyPr9 X/7UlLNTFSfaZ+XzWPJbKOZggrNjfwOP/Y0HiKglfUp2BH5F/XufLC4I225jYa/Zi9zM Q0iE7G1gLQWRDKDYA/TS3nMXSYkjbZSMBmJtH4X7uLiGJ3IX6RN0crGGe/XdagovWFiF ZfGg== MIME-Version: 1.0 Received: by 10.50.33.239 with SMTP id u15mr668584igi.54.1346827257817; Tue, 04 Sep 2012 23:40:57 -0700 (PDT) Received: by 10.64.28.36 with HTTP; Tue, 4 Sep 2012 23:40:57 -0700 (PDT) Date: Wed, 5 Sep 2012 09:40:57 +0300 Message-ID: From: Alexander Yerenkow To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Ports cross-compiling X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2012 06:40:58 -0000 Hello all. I'm currently trying to make poudriere cross compile some ports for arm arch. I'm using such command (as example): env TARGET=arm TARGET_ARCH=armv6 TARGET_CPUARCH=armv6 PATH=/usr/obj/arm.armv6/usr/src/tmp/usr/bin:${PATH} CONFIGURE_HOST=amd64 STRIP_CMD=true make PKGNAMESUFFIX=-arm WRKDIRPREFIX=/tmp WITHOUT_CHECKS=yes LOCALBASE=/usr/localarm6 -C /usr/ports/A/B package I have problem: 1. When I run this command from chrooted env, all builds fine; configure script make check if we cross-compiling, somehow it gets "no" and all goes well. 2. When this command run by poudriere in jail, all fails as here: checking whether we are cross compiling... configure: error: in `/tmp/usr/ports/devel/pcre/work/pcre-8.31': configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details ===> Script "configure" failed unexpectedly. So, I'd like to propose small changes to ports/Mk/bsd.port.mk SET_LATE_CONFIGURE_ARGS= \ ..... if [ ! -z "${CONFIGURE_HOST}" ]; then \ _LATE_CONFIGURE_ARGS="$${_LATE_CONFIGURE_ARGS} --host=${CONFIGURE_HOST}" ; \ fi ; \ ..... And after this, builds going just fine (of course for ports that can be cross-built). Is it possible to accept this? Seems to me non-destructive patch. -- Regards, Alexander Yerenkow From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 5 13:54:58 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6FCA106564A; Wed, 5 Sep 2012 13:54:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id BB55A8FC14; Wed, 5 Sep 2012 13:54:58 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0F126B98E; Wed, 5 Sep 2012 09:54:58 -0400 (EDT) From: John Baldwin To: Warner Losh Date: Wed, 5 Sep 2012 08:17:48 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <201209041205.19794.jhb@freebsd.org> <13628135-18C7-4D98-B2DC-60C8AB65A643@bsdimp.com> In-Reply-To: <13628135-18C7-4D98-B2DC-60C8AB65A643@bsdimp.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209050817.48698.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 05 Sep 2012 09:54:58 -0400 (EDT) Cc: freebsd-hackers@freebsd.org, freebsd-arm@freebsd.org, Aleksander Dutkowski Subject: Re: availability of interrupts during bootup process X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2012 13:54:59 -0000 On Tuesday, September 04, 2012 9:30:08 pm Warner Losh wrote: > > On Sep 4, 2012, at 10:05 AM, John Baldwin wrote: > > > On Sunday, September 02, 2012 5:31:21 pm Aleksander Dutkowski wrote: > >> hello! > >> > >> I have PMIC (TWL4030) module connected to the SoC (ARM/OMAP3) via i2c > > (iicbus). > >> Current solution is that i2c_attach calls bus_generic_attach(dev); > >> which calls my pmic probe/attach functions, but main configuration of > >> PMIC in done after drivers setup by config_intrhook. > >> But I need it to be configured during device attaching, because usb > >> ehci driver depends on it. > >> Is it possbile? I've tried it but it hangs on waiting for i2c > >> interrupt, but someone told me, that interrupts are available during > >> bootup for some time. > > > > No, interrupts do not work during bootup. If you can poll your hardware > > you could use polling until interrupts are enabled (using 'if (cold)' to > > check for the boot time before interrupts are enabled). > > Are interrupts off, or ithreads not scheduled? I thought I had some stuff > working that needed interrupts, but didn't need scheduling.. Am I nuts? No, that's correct. Filters will work, just not scheduling. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 5 18:36:55 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA738106566B; Wed, 5 Sep 2012 18:36:55 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8528FC21; Wed, 5 Sep 2012 18:36:54 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so788144lbb.13 for ; Wed, 05 Sep 2012 11:36:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=lQXYll98C6byIT4PN6GQ/6+UsW7nYvc0rZ0434FMMB0=; b=yX9vAaiZHTT5SuCQ9p7X6lq997dJPtvmy5cGwKo0wRQQ6BdKqXuL1tvd/kRuaPDyOB QKvMmR1vn0MATvzhU35qbDHWFPWcVZcLziYstORW7IeXe5nS3KfbZl8IUTveC4epPXUv XFTIb4ummIvAnslsDkHFvvCCnDX3lfHqU0MINpH1mTMWBx3QyQDPDXi6U7oVrKZ2LFzB hmyol3m6m8spegWUscTECNJcC9zUFXjnDLYX8apt9HY4F6qGn9gOqhzuCjNZsQtJ03ow Al9jFAyolKL4bhG6i3vJg9XNr2aQjRuaeYR9t+BqQyg1dRxk5niwenwrQCJV5FILNW9O /adA== MIME-Version: 1.0 Received: by 10.112.87.162 with SMTP id az2mr8133771lbb.42.1346870213511; Wed, 05 Sep 2012 11:36:53 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.102.39 with HTTP; Wed, 5 Sep 2012 11:36:53 -0700 (PDT) In-Reply-To: <1346638995.1140.575.camel@revolution.hippie.lan> References: <1346637044.1140.566.camel@revolution.hippie.lan> <1346638995.1140.575.camel@revolution.hippie.lan> Date: Wed, 5 Sep 2012 19:36:53 +0100 X-Google-Sender-Auth: cb-nttJyzAYoQegE5Y8A7shJesw Message-ID: From: Attilio Rao To: Ian Lepore , "Alexander V. Chernikov" Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Hackers Subject: Re: syslog(3) issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2012 18:36:55 -0000 On Mon, Sep 3, 2012 at 3:23 AM, Ian Lepore wrote: > On Sun, 2012-09-02 at 19:50 -0600, Ian Lepore wrote: >> On Mon, 2012-09-03 at 00:35 +0100, Attilio Rao wrote: >> > Hi, >> > I was trying to use syslog(3) in a port application that uses >> > threading , having all of them at the LOG_CRIT level. What I see is >> > that when the logging gets massive (1000 entries) I cannot find some >> > items within the /var/log/messages (I know because I started stamping >> > also some sort of message ID in order to see what is going on). The >> > missing items are in the order of 25% of what really be there. >> > >> > Someone has a good idea on where I can start verifying for my syslogd >> > system? I have really 0 experience with syslogd and maybe I could be >> > missing something obvious. >> >> There's a chance this PR about syslogd incorrectly calculating socket >> receive buffer sizes is related and the patch attached to it could fix >> it... >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=1604331 >> >> I filed the PR long ago, if the patches have drifted out of date I'll be >> happy to re-work them. >> >> -- Ian >> > > Oops, I glitched the PR number when I pasted it, this one should be > correct: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=160433 This patch fixes the problem for me, thanks a lot. Alexander, do you have any reservation against it? When do you think the patch can be merged to -CURRENTR? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 6 07:11:17 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA33A106566C; Thu, 6 Sep 2012 07:11:17 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 390E88FC0C; Thu, 6 Sep 2012 07:11:16 +0000 (UTC) Received: from aspire.rulingia.com (12.58.233.220.static.exetel.com.au [220.233.58.12]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q867B9vv065733 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 6 Sep 2012 17:11:13 +1000 (EST) (envelope-from peter@rulingia.com) Received: from aspire.rulingia.com (localhost [127.0.0.1]) by aspire.rulingia.com (8.14.5/8.14.5) with ESMTP id q867Axf0010989 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Sep 2012 17:11:00 +1000 (EST) (envelope-from peter@aspire.rulingia.com) Received: (from peter@localhost) by aspire.rulingia.com (8.14.5/8.14.5/Submit) id q867AwgW010988; Thu, 6 Sep 2012 17:10:58 +1000 (EST) (envelope-from peter) Date: Thu, 6 Sep 2012 17:10:57 +1000 From: Peter Jeremy To: freebsd-ports@freebsd.org, freebsd-hackers@freebsd.org Message-ID: <20120906071057.GF2654@aspire.rulingia.com> References: <53c5133d8fac4f4353eda0add82e2234@viper-webmail.viper.enta.net> <504677AB.8040908@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ChQOR20MqfxkMJg9" Content-Disposition: inline In-Reply-To: <504677AB.8040908@FreeBSD.org> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: Building with WITH_DEBUG (-g) in make.conf X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2012 07:11:17 -0000 --ChQOR20MqfxkMJg9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Sep-04 23:50:35 +0200, Dimitry Andric wrote: >There's a difference between just using '-g', which should never change >the behaviour of the program at runtime, and adding -DDEBUG or similar >flags on the command line, which may or may not enable extra code, or >even cause totally different code paths. In theory, gcc should generate identical code with and without '-g' but, last time I looked, adding '-g' causes non-trivial changes in the gcc code paths so it's quite possible that different code is emitted. >What is not different, is that both -g and other debugging options will >generally cause compiling and linking to take longer, since these stages >will have to process the additional debug information. As well as being much larger - several times larger is not uncommon. This further slows things down due to the additional I/O and reduced cache effectiveness. --=20 Peter Jeremy --ChQOR20MqfxkMJg9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBITIEACgkQ/opHv/APuIem0gCfaPgMoju+zb6sSSWKJR2TqFQJ yUUAnixbazneNvvFh9P+5FKo8iL5RdCp =TCTW -----END PGP SIGNATURE----- --ChQOR20MqfxkMJg9-- From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 6 08:57:38 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D18B106564A; Thu, 6 Sep 2012 08:57:38 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id DC3268FC17; Thu, 6 Sep 2012 08:57:37 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1T9Xtz-0001pt-K9; Thu, 06 Sep 2012 09:57:31 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1T9Xtz-0006b2-Bc; Thu, 06 Sep 2012 09:57:31 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q868vVAS098574; Thu, 6 Sep 2012 09:57:31 +0100 (BST) (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q868vVKP098573; Thu, 6 Sep 2012 09:57:31 +0100 (BST) (envelope-from mexas) Date: Thu, 6 Sep 2012 09:57:31 +0100 (BST) From: Anton Shterenlikht Message-Id: <201209060857.q868vVKP098573@mech-cluster241.men.bris.ac.uk> To: freebsd-hackers@freebsd.org, freebsd-ia64@freebsd.org Cc: Subject: analysing ia64 core dumps X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2012 08:57:38 -0000 I'm trying to debug firefox and related on ia64. I was told in gecko@ to ask here about analysing core dumps. I rebuilt and reinstalled /usr/src/lib/libthr with DEBUG_FLAGS='-g -O0' What can I get from this trace: http://seis.bris.ac.uk/~mexas/ff-gdb ? I also rebuilt freebsd-gecko/devel/nspr (a development version of port devel/nspr) WITH_DEBUG=. It fails several tests: http://seis.bris.ac.uk/~mexas/nspr-test.log in particular this one: nbconn FAILED nbconn: Assertion failure: (rv == 1) && (pd.out_flags == PR_POLL_READ), at /usr/ports/freebsd-gecko/devel/nspr/work/nspr-4.9.2/mozilla/nsprpub/pr/tests/nbconn.c:368 # gdb ./nbconn nbconn.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "ia64-marcel-freebsd"... Core was generated by `nbconn'. Program terminated with signal 6, Aborted. Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000120248a80 in thr_kill () from /lib/libc.so.7 [New Thread 120c04400 (LWP 100056/nbconn)] (gdb) bt #0 0x0000000120248a80 in thr_kill () from /lib/libc.so.7 #1 0x0000000000000000 in ?? () Previous frame identical to this frame (corrupt stack?) (gdb) thread apply all bt Thread 1 (Thread 120c04400 (LWP 100056/nbconn)): #0 0x0000000120248a80 in thr_kill () from /lib/libc.so.7 #1 0x0000000000000000 in ?? () (gdb) What can I get from this trace? Thank you Anton From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 6 21:08:31 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4035106564A for ; Thu, 6 Sep 2012 21:08:31 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 869D18FC08 for ; Thu, 6 Sep 2012 21:08:31 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so3263316pbb.13 for ; Thu, 06 Sep 2012 14:08:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=WQGjlO8WNTs+1XBq/QdVCRrF6HHc9vVykh6SbTQ33Cg=; b=OvwoRNi3QfJAqaQeCFbQTIsvQA9BHtqZ13b/f3AlO3X/YI11n49ttr8OYKBVY3x5Ir 4765BT42CGT8Nc/mHMZwekoBFqnx7Ynq6w6e+T+icSC85alBis+lxHs+liwmBPpG5GMc 0Fee+so5V8XQCFCzHUX51oU0Iu+8AA1Sw/rD/o/bFmlmimImHwMISWmNISk53xXCxi8b B+4vHyHymaUe72h7IzxkmlcAB8uioUOWsh3A61wdFDvpSOl7y1qDJKfcs/eTvQlpaxfW oN11KNrVhio8fMeEZieQE57vjEE6oqLqt/9pPM4ZqMWi+cP0FjPkQne3fsA1GK+Doep/ p8YA== Received: by 10.68.136.102 with SMTP id pz6mr6156684pbb.160.1346965711063; Thu, 06 Sep 2012 14:08:31 -0700 (PDT) Received: from [10.192.166.0] (stargate.chelsio.com. [67.207.112.58]) by mx.google.com with ESMTPS id kp3sm1929982pbc.64.2012.09.06.14.08.28 (version=SSLv3 cipher=OTHER); Thu, 06 Sep 2012 14:08:30 -0700 (PDT) Sender: Navdeep Parhar Message-ID: <504910CB.8050007@FreeBSD.org> Date: Thu, 06 Sep 2012 14:08:27 -0700 From: Navdeep Parhar User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120902 Thunderbird/15.0 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Order in which a driver attaches to devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2012 21:08:31 -0000 I have a system with multiple cards supported by cxgbe(4). When I build a kernel with the driver compiled in, it attaches to the cards in a different order from when it's loaded as a module. Why? The network interfaces get re-ordered and this is quite annoying. Regards, Navdeep built-in: t4nex0: mem 0xf9fc0000-0xf9ffffff,0xfa000000-0xfa7fffff,0xf9fbe000-0xf9fbffff irq 26 at device 0.4 on pci8 cxgbe0: on t4nex0 cxgbe1: on t4nex0 cxgbe2: on t4nex0 cxgbe3: on t4nex0 t4nex1: mem 0xf8fc0000-0xf8ffffff,0xf9000000-0xf97fffff,0xf8fbe000-0xf8fbffff irq 32 at device 0.4 on pci6 cxgbe4: on t4nex1 cxgbe5: on t4nex1 kldload if_cxgb: t4nex0: mem 0xf8fc0000-0xf8ffffff,0xf9000000-0xf97fffff,0xf8fbe000-0xf8fbffff irq 32 at device 0.4 on pci6 cxgbe0: on t4nex0 cxgbe1: on t4nex0 t4nex1: mem 0xf9fc0000-0xf9ffffff,0xfa000000-0xfa7fffff,0xf9fbe000-0xf9fbffff irq 26 at device 0.4 on pci8 cxgbe2: on t4nex1 cxgbe3: on t4nex1 cxgbe4: on t4nex1 cxgbe5: on t4nex1 From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 7 15:07:05 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46D18106566C; Fri, 7 Sep 2012 15:07:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1DE008FC08; Fri, 7 Sep 2012 15:07:04 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3C736B945; Fri, 7 Sep 2012 11:07:04 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 7 Sep 2012 10:48:39 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <504910CB.8050007@FreeBSD.org> In-Reply-To: <504910CB.8050007@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209071048.39664.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 07 Sep 2012 11:07:04 -0400 (EDT) Cc: Navdeep Parhar Subject: Re: Order in which a driver attaches to devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 15:07:05 -0000 On Thursday, September 06, 2012 5:08:27 pm Navdeep Parhar wrote: > I have a system with multiple cards supported by cxgbe(4). When I build > a kernel with the driver compiled in, it attaches to the cards in a > different order from when it's loaded as a module. Why? The network > interfaces get re-ordered and this is quite annoying. Hmmmm. The boot time probe does a depth first walk of the PCI bus. This is what is suggested by PCI-SIG for enumerating PCI buses (and is normally how BIOSs walk the bus assigning bus numbers). The walk that is done at kldload time walks the 'pciX' bus devices in numerical order (rather than walking the tree). I suspect your BIOS is doing something weird and assigning bus numbers in a non-depth first ordering so that the two orderings are not consisent as they are on other machines. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 7 15:07:05 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8CD8106564A; Fri, 7 Sep 2012 15:07:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id AF4338FC12; Fri, 7 Sep 2012 15:07:05 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 00359B948; Fri, 7 Sep 2012 11:07:05 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org, mexas@bristol.ac.uk Date: Fri, 7 Sep 2012 10:49:11 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <201209060857.q868vVKP098573@mech-cluster241.men.bris.ac.uk> In-Reply-To: <201209060857.q868vVKP098573@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Message-Id: <201209071049.11682.jhb@freebsd.org> Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 07 Sep 2012 11:07:05 -0400 (EDT) Cc: freebsd-ia64@freebsd.org Subject: Re: analysing ia64 core dumps X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 15:07:06 -0000 On Thursday, September 06, 2012 4:57:31 am Anton Shterenlikht wrote: > I'm trying to debug firefox and related on ia64. > I was told in gecko@ to ask here about analysing core dumps. > > I rebuilt and reinstalled /usr/src/lib/libthr with > DEBUG_FLAGS='-g -O0' You don't need -O0, probably just -g. You should probably do this for libc as well I think. That might help your backtrace. What I tend to do for these btw is build debug shared libraries and use LD_LIBRARY_PATH to run my test program with those libraries rather than overwriting the main libraries in /lib. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 7 15:07:07 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 69F5C1065674 for ; Fri, 7 Sep 2012 15:07:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2B2928FC15 for ; Fri, 7 Sep 2012 15:07:07 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 45FCFB93B; Fri, 7 Sep 2012 11:07:03 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 7 Sep 2012 10:33:52 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <201209041210.07555.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201209071033.52864.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 07 Sep 2012 11:07:03 -0400 (EDT) Cc: Sam Varshavchik Subject: Re: What happened to my /proc/curproc/file? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 15:07:07 -0000 On Tuesday, September 04, 2012 7:46:23 pm Sam Varshavchik wrote: > John Baldwin writes: > > > On Tuesday, September 04, 2012 7:10:42 am Sam Varshavchik wrote: > > > Konstantin Belousov writes: > > > > > > > The procfs links, as well as any other user of vn_fullpath(9) function, > > > > can only translate a vnode to path if namecache contains useful data. > > > > As such, the facilities are not guaranteed to success all the time. > > > > > > > > In case of rmdir(2), UFS explicitely purges the cache for directory which > > > > contained direntry of the removed directory. I suspect that you have > > > > your test program binary located in the same directory which was the parent > > > > of the removed one. > > > > > > Correct. Looks like the same thing applies if I try to use sysctl to get > > > KERN_PROC_PATHNAME. > > > > > > I need some reliable way to get a process's executable file's name, as long > > > as it's meaningful (the executable file hasn't been removed). > > > > There isn't one. What if the file is renamed, or what if it was executed via > > a symlink that has been removed? > > If the file is renamed, shouldn't its new name be known? If I give the > file's supposed new name to realpath(3), its man page says I'll get back > the equivalent absolute pathname. Works for me. What if it was renamed by a different NFS client? :) Also, files don't have backreferences to all their open file descriptors. Even if they did they would have to have different sets for different paths. That is a lot of overhead to maintain in the kernel, and it isn't maintained. All the kernel effectively has internally is an i-node. > And, I thought that the resolved pathname, in any case, would be the one > after all the symlink resolution takes place, like /proc shows on Linux: if, > say, I have /usr/local symlinked to /mnt/local-mnt, > exec("/usr/local/bin/furgle") gives me a process that, according to /proc, > is /mnt/local-mnt/bin/furgle. That is what you would get by reverse-walking the name cache for /proc/curproc/file as well. > > The namecache bits are a best effort, > > but > > if those are purged, the only approach are left with is a brute-force crawl > > of > > the filesystem looking for a file whose stat() results match your executable. > > Well, for logging purposes, after I get a client process's credentials > passed through a domain socket, I was hoping to use the credentials' pid to > log the process's executable name. At least that's the code that I'm porting > is doing; but this is going to throw a big monkey wrench into the whole > thing. Do you need the whole path or just the command name? The command name is stored in the kernel, and if you know the other process' pid you can fetch that via kvm_getprocs(). > Is the dev+ino of what was exec()ed known, for another process? I might be > able to get the client voluntarily submit its argv[0], then independently > have the server validate it by stat()ing that, and comparing the result > against what the kernel says the process's inode is. It's known in the kernel certainly. I don't think we currently have any way of exporting that info to userland however. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 7 16:00:11 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEC2E106566C; Fri, 7 Sep 2012 16:00:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 6472D8FC0C; Fri, 7 Sep 2012 16:00:09 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q87Fxodu016136; Fri, 7 Sep 2012 18:59:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q87Fxanu071425; Fri, 7 Sep 2012 18:59:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q87FxaxK071424; Fri, 7 Sep 2012 18:59:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 7 Sep 2012 18:59:36 +0300 From: Konstantin Belousov To: John Baldwin Message-ID: <20120907155936.GY33100@deviant.kiev.zoral.com.ua> References: <201209041210.07555.jhb@freebsd.org> <201209071033.52864.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JIl7C0YrBDiPMQ28" Content-Disposition: inline In-Reply-To: <201209071033.52864.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Sam Varshavchik , freebsd-hackers@freebsd.org Subject: Re: What happened to my /proc/curproc/file? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 16:00:11 -0000 --JIl7C0YrBDiPMQ28 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 07, 2012 at 10:33:52AM -0400, John Baldwin wrote: > On Tuesday, September 04, 2012 7:46:23 pm Sam Varshavchik wrote: > > Is the dev+ino of what was exec()ed known, for another process? I might= be =20 > > able to get the client voluntarily submit its argv[0], then independent= ly =20 > > have the server validate it by stat()ing that, and comparing the result= =20 > > against what the kernel says the process's inode is. >=20 > It's known in the kernel certainly. I don't think we currently have any = way > of exporting that info to userland however. It is, as KF_FD_TYPE_TEXT by sysctl kern.proc.filedesc. --JIl7C0YrBDiPMQ28 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBKGegACgkQC3+MBN1Mb4i84QCg87Qw1p4AuQZgMOKKOUlTTPDX yPIAmgML6SmkH0bfsXpk44CCBn6x8o0o =PbYe -----END PGP SIGNATURE----- --JIl7C0YrBDiPMQ28-- From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 7 16:24:33 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E03CA1065674 for ; Fri, 7 Sep 2012 16:24:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id B533B8FC15 for ; Fri, 7 Sep 2012 16:24:33 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1636EB97C; Fri, 7 Sep 2012 12:24:33 -0400 (EDT) From: John Baldwin To: Konstantin Belousov Date: Fri, 7 Sep 2012 12:23:54 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <201209071033.52864.jhb@freebsd.org> <20120907155936.GY33100@deviant.kiev.zoral.com.ua> In-Reply-To: <20120907155936.GY33100@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201209071223.54931.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 07 Sep 2012 12:24:33 -0400 (EDT) Cc: Sam Varshavchik , freebsd-hackers@freebsd.org Subject: Re: What happened to my /proc/curproc/file? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 16:24:34 -0000 On Friday, September 07, 2012 11:59:36 am Konstantin Belousov wrote: > On Fri, Sep 07, 2012 at 10:33:52AM -0400, John Baldwin wrote: > > On Tuesday, September 04, 2012 7:46:23 pm Sam Varshavchik wrote: > > > Is the dev+ino of what was exec()ed known, for another process? I might be > > > able to get the client voluntarily submit its argv[0], then independently > > > have the server validate it by stat()ing that, and comparing the result > > > against what the kernel says the process's inode is. > > > > It's known in the kernel certainly. I don't think we currently have any way > > of exporting that info to userland however. > > It is, as KF_FD_TYPE_TEXT by sysctl kern.proc.filedesc. That doesn't include stat info though IIRC. You can get a pathname that is the same you would get from /proc/curproc/file (so it may fail and be empty), but you don't get st_dev or st_ino. I have thought that it might be useful for kinfo_file to include a full 'struct stat' and use the fo_stat() method of each file to fill it in, but that is not present currently. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 7 16:40:04 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0EB11106566B; Fri, 7 Sep 2012 16:40:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 787978FC17; Fri, 7 Sep 2012 16:40:03 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q87Ge2V1020223; Fri, 7 Sep 2012 19:40:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q87GdoWB071631; Fri, 7 Sep 2012 19:39:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q87GdooZ071630; Fri, 7 Sep 2012 19:39:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 7 Sep 2012 19:39:50 +0300 From: Konstantin Belousov To: John Baldwin Message-ID: <20120907163950.GA33100@deviant.kiev.zoral.com.ua> References: <201209071033.52864.jhb@freebsd.org> <20120907155936.GY33100@deviant.kiev.zoral.com.ua> <201209071223.54931.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tZWhWDbreVb/2R9E" Content-Disposition: inline In-Reply-To: <201209071223.54931.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Sam Varshavchik , freebsd-hackers@freebsd.org Subject: Re: What happened to my /proc/curproc/file? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 16:40:04 -0000 --tZWhWDbreVb/2R9E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 07, 2012 at 12:23:54PM -0400, John Baldwin wrote: > On Friday, September 07, 2012 11:59:36 am Konstantin Belousov wrote: > > On Fri, Sep 07, 2012 at 10:33:52AM -0400, John Baldwin wrote: > > > On Tuesday, September 04, 2012 7:46:23 pm Sam Varshavchik wrote: > > > > Is the dev+ino of what was exec()ed known, for another process? I m= ight be =20 > > > > able to get the client voluntarily submit its argv[0], then indepen= dently =20 > > > > have the server validate it by stat()ing that, and comparing the re= sult =20 > > > > against what the kernel says the process's inode is. > > >=20 > > > It's known in the kernel certainly. I don't think we currently have = any way > > > of exporting that info to userland however. > >=20 > > It is, as KF_FD_TYPE_TEXT by sysctl kern.proc.filedesc. >=20 > That doesn't include stat info though IIRC. You can get a pathname that = is > the same you would get from /proc/curproc/file (so it may fail and be emp= ty), > but you don't get st_dev or st_ino. >=20 > I have thought that it might be useful for kinfo_file to include a full > 'struct stat' and use the fo_stat() method of each file to fill it in, but > that is not present currently. ino is in kf_file_fileid, and rdev in kf_file_rdev. Also there is fsid in kf_file_fsid. --tZWhWDbreVb/2R9E Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBKI1UACgkQC3+MBN1Mb4gVYwCg85GSN+HVDaCjdL+tBXtz6asT 0MYAoOaPV25M2OJg85GZ166GygWqNT0+ =7yrR -----END PGP SIGNATURE----- --tZWhWDbreVb/2R9E-- From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 7 18:19:23 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 791BA1065674 for ; Fri, 7 Sep 2012 18:19:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 449558FC17 for ; Fri, 7 Sep 2012 18:19:23 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DF3F1B949; Fri, 7 Sep 2012 14:19:21 -0400 (EDT) From: John Baldwin To: Konstantin Belousov Date: Fri, 7 Sep 2012 14:07:25 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <201209071223.54931.jhb@freebsd.org> <20120907163950.GA33100@deviant.kiev.zoral.com.ua> In-Reply-To: <20120907163950.GA33100@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201209071407.25689.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 07 Sep 2012 14:19:22 -0400 (EDT) Cc: Sam Varshavchik , freebsd-hackers@freebsd.org Subject: Re: What happened to my /proc/curproc/file? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 18:19:23 -0000 On Friday, September 07, 2012 12:39:50 pm Konstantin Belousov wrote: > On Fri, Sep 07, 2012 at 12:23:54PM -0400, John Baldwin wrote: > > On Friday, September 07, 2012 11:59:36 am Konstantin Belousov wrote: > > > On Fri, Sep 07, 2012 at 10:33:52AM -0400, John Baldwin wrote: > > > > On Tuesday, September 04, 2012 7:46:23 pm Sam Varshavchik wrote: > > > > > Is the dev+ino of what was exec()ed known, for another process? I might be > > > > > able to get the client voluntarily submit its argv[0], then independently > > > > > have the server validate it by stat()ing that, and comparing the result > > > > > against what the kernel says the process's inode is. > > > > > > > > It's known in the kernel certainly. I don't think we currently have any way > > > > of exporting that info to userland however. > > > > > > It is, as KF_FD_TYPE_TEXT by sysctl kern.proc.filedesc. > > > > That doesn't include stat info though IIRC. You can get a pathname that is > > the same you would get from /proc/curproc/file (so it may fail and be empty), > > but you don't get st_dev or st_ino. > > > > I have thought that it might be useful for kinfo_file to include a full > > 'struct stat' and use the fo_stat() method of each file to fill it in, but > > that is not present currently. > > ino is in kf_file_fileid, and rdev in kf_file_rdev. Also there is > fsid in kf_file_fsid. Oh, foo. I was looking at the 'o' variants. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 8 22:12:15 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8464106566B for ; Sat, 8 Sep 2012 22:12:15 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id A6D4F8FC0A for ; Sat, 8 Sep 2012 22:12:15 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so1259657pbb.13 for ; Sat, 08 Sep 2012 15:12:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:from:date:message-id:subject:to:content-type; bh=Dmm82nzHqL4TfiRaOwPVpO5htj6CqFh4IKe383pDjPs=; b=gs/b8eZEJNRLDOD+QctXW4144TuHcX6AglwrxjrvA8AlcuerwHrHORkU0oAVCcVuZ/ zZF4XeLY0xnXplM9cNOJB0E27poT+9qtYn1LmoropgD2nnhu7b5/UN9Sejpp2epr0zop T+t59dJxQVZxkjjTxaqRxi7NBfvmZZVHCkQv8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=Dmm82nzHqL4TfiRaOwPVpO5htj6CqFh4IKe383pDjPs=; b=JXRMa5tRQAkRmuu9v+14d8ZTbU9c7Y5bIudGj7QuKkvHnH7bKr/lNpJRKQ98JmFw8m tqX7Y6nbpxW/KnYVkF3Ky9JNfZfoP2r/j1GVIiD7+mMlz+SD1ZNDXtchdOAxwYhu/Waz srV9/0RlQp1zrFYjtn2K4ht75aFoFRRwi6QdLruv2ZPzWnk8S9b53rsNxRPFmbg+w2O9 tJTPOWYZGHPov3VJz/NpXoV2TU2FF+qPdJ9BZIO3vlIKXqcj3WK4uHWH08y07P1hQwR+ rPg5zeNOly2+NHUEedLWwnmQ8Pwmocd0xR1+T+0aTahEqKPXUzSjhnkri5hofa4CXMCk uhDg== Received: by 10.66.75.73 with SMTP id a9mr15508472paw.43.1347142335363; Sat, 08 Sep 2012 15:12:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.193.101 with HTTP; Sat, 8 Sep 2012 15:11:44 -0700 (PDT) From: Eitan Adler Date: Sat, 8 Sep 2012 18:11:44 -0400 Message-ID: To: current@freebsd.org, FreeBSD Hackers Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnJzzaeu1rAxVmDEAf+zUjhHHfjelHbd3lQ2RrEc/aeTcmHfglrK3zEEdCiVdYFGs2e6wGS Cc: Subject: heads up: conversation about removing CVS from HEAD on arch@ X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Sep 2012 22:12:16 -0000 Hi all, I started a thread about removing CVS from HEAD on arch. If you are interested in following or have something to say please use that list. -- Eitan Adler