From owner-freebsd-sparc64@freebsd.org Mon Dec 14 13:52:58 2015 Return-Path: Delivered-To: freebsd-sparc64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3153DA4388D; Mon, 14 Dec 2015 13:52:58 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from kif.fubar.geek.nz (kif.fubar.geek.nz [178.62.119.249]) by mx1.freebsd.org (Postfix) with ESMTP id E3C021BA8; Mon, 14 Dec 2015 13:52:54 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from zapp (global-5-141.nat-2.net.cam.ac.uk [131.111.5.141]) by kif.fubar.geek.nz (Postfix) with ESMTPSA id 53B76D78FE; Mon, 14 Dec 2015 13:46:27 +0000 (UTC) Date: Mon, 14 Dec 2015 13:46:25 +0000 From: Andrew Turner To: freebsd-ppc@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Testing an Open Firmware interrupt-map patch Message-ID: <20151214134625.79283652@zapp> X-Mailer: Claws Mail 3.13.0 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2015 13:52:58 -0000 Hello, I'm looking for testers for a patch to update how we parse the interrupt-map property to follow the ePAPR spec. This property is commonly used with PCIe controllers. The current code doesn't take the parent address size property. When this is non-zero we need to also read these values. This is needed on an arm64 board I have as the interrupt parent has memory-mapped children so needs this to be set. I have a patch at [1] to add this, however would like it if this could be tested on other platforms using this code to check it doesn't break these platforms before I commit it. I welcome feedback on this patch as I would like to commit this soon. Andrew [1] https://reviews.freebsd.org/D4518 From owner-freebsd-sparc64@freebsd.org Mon Dec 14 19:47:06 2015 Return-Path: Delivered-To: freebsd-sparc64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09562A43F17; Mon, 14 Dec 2015 19:47:06 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DB4031EED; Mon, 14 Dec 2015 19:47:05 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from [0.0.0.0] (cpe-071-065-239-148.nc.res.rr.com [71.65.239.148] (may be forged)) (authenticated bits=0) by mouf.net (8.14.9/8.14.9) with ESMTP id tBEJkhcb076002 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 14 Dec 2015 19:46:57 GMT (envelope-from swills@FreeBSD.org) Subject: Re: Testing an Open Firmware interrupt-map patch To: Andrew Turner , freebsd-ppc@FreeBSD.org, freebsd-sparc64@FreeBSD.org References: <20151214134625.79283652@zapp> From: Steve Wills Message-ID: <566F1CA4.6010804@FreeBSD.org> Date: Mon, 14 Dec 2015 14:46:44 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151214134625.79283652@zapp> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Mon, 14 Dec 2015 19:46:59 +0000 (UTC) X-Spam-Status: No, score=2.6 required=4.5 tests=RCVD_ILLEGAL_IP,RDNS_NONE autolearn=no autolearn_force=no version=3.4.1 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mouf.net X-Virus-Scanned: clamav-milter 0.98.7 at mouf.net X-Virus-Status: Clean X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2015 19:47:06 -0000 On 12/14/2015 08:46, Andrew Turner wrote: > Hello, > > I'm looking for testers for a patch to update how we parse the > interrupt-map property to follow the ePAPR spec. This property is > commonly used with PCIe controllers. > > The current code doesn't take the parent address size property. When > this is non-zero we need to also read these values. This is needed on > an arm64 board I have as the interrupt parent has memory-mapped > children so needs this to be set. > > I have a patch at [1] to add this, however would like it if this could > be tested on other platforms using this code to check it doesn't break > these platforms before I commit it. > > I welcome feedback on this patch as I would like to commit this soon. Built a kernel with this and it booted fine. Though my kernel is a bit old (r290126) and has another minor change . Is there any other testing you're looking for? Steve From owner-freebsd-sparc64@freebsd.org Mon Dec 14 23:47:15 2015 Return-Path: Delivered-To: freebsd-sparc64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D90BA479CA; Mon, 14 Dec 2015 23:47:15 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "alchemy.franken.de", Issuer "alchemy.franken.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F9EB14D9; Mon, 14 Dec 2015 23:47:14 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.15.2/8.15.2/ALCHEMY.FRANKEN.DE) with ESMTPS id tBENlAvm033004 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 15 Dec 2015 00:47:10 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.15.2/8.15.2/Submit) id tBENlAlf033003; Tue, 15 Dec 2015 00:47:10 +0100 (CET) (envelope-from marius) Date: Tue, 15 Dec 2015 00:47:10 +0100 From: Marius Strobl To: Andrew Turner Cc: freebsd-ppc@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: Testing an Open Firmware interrupt-map patch Message-ID: <20151214234710.GA32903@alchemy.franken.de> References: <20151214134625.79283652@zapp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151214134625.79283652@zapp> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (alchemy.franken.de [0.0.0.0]); Tue, 15 Dec 2015 00:47:10 +0100 (CET) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2015 23:47:15 -0000 On Mon, Dec 14, 2015 at 01:46:25PM +0000, Andrew Turner wrote: > Hello, > > I'm looking for testers for a patch to update how we parse the > interrupt-map property to follow the ePAPR spec. This property is > commonly used with PCIe controllers. > > The current code doesn't take the parent address size property. When > this is non-zero we need to also read these values. This is needed on > an arm64 board I have as the interrupt parent has memory-mapped > children so needs this to be set. > > I have a patch at [1] to add this, however would like it if this could > be tested on other platforms using this code to check it doesn't break > these platforms before I commit it. + "#address-cells", &paddrsz, sizeof(paddrsz)) == -1) + paddrsz = 0; /* default */ According to IEEE 1275-1994 (page 110) the default in case of a "#address-cells" property is 2 (see also ofw_bus_setup_iinfo()), with the latter also being known as the correct default value for sparc64 machines. In any case, this will have quite an impact on the offset calculation on sparc64 machines for e. g. EBusses beneath PCI busses (which use 3 address cells there) and, thus, most likely will cause havoc. Maybe the parent unit address should be only taken into account on platforms using interrupt parents? Marius From owner-freebsd-sparc64@freebsd.org Tue Dec 15 00:29:29 2015 Return-Path: Delivered-To: freebsd-sparc64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86110A44B4B; Tue, 15 Dec 2015 00:29:29 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from kif.fubar.geek.nz (kif.fubar.geek.nz [178.62.119.249]) by mx1.freebsd.org (Postfix) with ESMTP id 587541D21; Tue, 15 Dec 2015 00:29:29 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from zapp (bcdcce0d.skybroadband.com [188.220.206.13]) by kif.fubar.geek.nz (Postfix) with ESMTPSA id 43013D78FE; Tue, 15 Dec 2015 00:28:54 +0000 (UTC) Date: Tue, 15 Dec 2015 00:28:30 +0000 From: Andrew Turner To: Marius Strobl Cc: freebsd-sparc64@FreeBSD.org, freebsd-ppc@FreeBSD.org Subject: Re: Testing an Open Firmware interrupt-map patch Message-ID: <20151215002830.2531673d@zapp> In-Reply-To: <20151214234710.GA32903@alchemy.franken.de> References: <20151214134625.79283652@zapp> <20151214234710.GA32903@alchemy.franken.de> X-Mailer: Claws Mail 3.13.0 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2015 00:29:29 -0000 On Tue, 15 Dec 2015 00:47:10 +0100 Marius Strobl wrote: > On Mon, Dec 14, 2015 at 01:46:25PM +0000, Andrew Turner wrote: > > Hello, > > > > I'm looking for testers for a patch to update how we parse the > > interrupt-map property to follow the ePAPR spec. This property is > > commonly used with PCIe controllers. > > > > The current code doesn't take the parent address size property. When > > this is non-zero we need to also read these values. This is needed > > on an arm64 board I have as the interrupt parent has memory-mapped > > children so needs this to be set. > > > > I have a patch at [1] to add this, however would like it if this > > could be tested on other platforms using this code to check it > > doesn't break these platforms before I commit it. > > + "#address-cells", &paddrsz, sizeof(paddrsz)) == > -1) > + paddrsz = 0; /* default */ > > According to IEEE 1275-1994 (page 110) the default in case of a > "#address-cells" property is 2 (see also ofw_bus_setup_iinfo()), > with the latter also being known as the correct default value > for sparc64 machines. However both Linux and NetBSD have similar code, both assume a missing interrupt-parent #address-size property the correct value is 0. > In any case, this will have quite an impact on the offset > calculation on sparc64 machines for e. g. EBusses beneath PCI > busses (which use 3 address cells there) and, thus, most likely > will cause havoc. Maybe the parent unit address should be only > taken into account on platforms using interrupt parents? It would seem there is a difference between the encoding on Sparc64 and ePAPR. Using the the parent #address-size may lead to incorrect parsing on Sparc64, as such I will disable it there. Andrew From owner-freebsd-sparc64@freebsd.org Wed Dec 16 01:55:05 2015 Return-Path: Delivered-To: freebsd-sparc64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5FA7DA49A66; Wed, 16 Dec 2015 01:55:05 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "alchemy.franken.de", Issuer "alchemy.franken.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E2FFC1EB0; Wed, 16 Dec 2015 01:55:04 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.15.2/8.15.2/ALCHEMY.FRANKEN.DE) with ESMTPS id tBG1t1o1070496 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 16 Dec 2015 02:55:02 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.15.2/8.15.2/Submit) id tBG1t01h070495; Wed, 16 Dec 2015 02:55:00 +0100 (CET) (envelope-from marius) Date: Wed, 16 Dec 2015 02:55:00 +0100 From: Marius Strobl To: Andrew Turner Cc: freebsd-sparc64@FreeBSD.org, freebsd-ppc@FreeBSD.org Subject: Re: Testing an Open Firmware interrupt-map patch Message-ID: <20151216015500.GA70379@alchemy.franken.de> References: <20151214134625.79283652@zapp> <20151214234710.GA32903@alchemy.franken.de> <20151215002830.2531673d@zapp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151215002830.2531673d@zapp> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (alchemy.franken.de [0.0.0.0]); Wed, 16 Dec 2015 02:55:02 +0100 (CET) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Dec 2015 01:55:05 -0000 On Tue, Dec 15, 2015 at 12:28:30AM +0000, Andrew Turner wrote: > On Tue, 15 Dec 2015 00:47:10 +0100 > Marius Strobl wrote: > > > On Mon, Dec 14, 2015 at 01:46:25PM +0000, Andrew Turner wrote: > > > Hello, > > > > > > I'm looking for testers for a patch to update how we parse the > > > interrupt-map property to follow the ePAPR spec. This property is > > > commonly used with PCIe controllers. > > > > > > The current code doesn't take the parent address size property. When > > > this is non-zero we need to also read these values. This is needed > > > on an arm64 board I have as the interrupt parent has memory-mapped > > > children so needs this to be set. > > > > > > I have a patch at [1] to add this, however would like it if this > > > could be tested on other platforms using this code to check it > > > doesn't break these platforms before I commit it. > > > > + "#address-cells", &paddrsz, sizeof(paddrsz)) == > > -1) > > + paddrsz = 0; /* default */ > > > > According to IEEE 1275-1994 (page 110) the default in case of a > > "#address-cells" property is 2 (see also ofw_bus_setup_iinfo()), > > with the latter also being known as the correct default value > > for sparc64 machines. > > However both Linux and NetBSD have similar code, both assume a missing > interrupt-parent #address-size property the correct value is 0. According to ePAPR v1.1, the default in case of missing "#address-cells" properties also is 2 (page 24). However, it also says that the open-pic node/parent interrupt domain has an "#address-cells" value of 0 (page 36). So the above snippet appears more like a workaround for broken device trees as far as ePAPR is concerned, at least the comment "default" is misleading in that regard. > > In any case, this will have quite an impact on the offset > > calculation on sparc64 machines for e. g. EBusses beneath PCI > > busses (which use 3 address cells there) and, thus, most likely > > will cause havoc. Maybe the parent unit address should be only > > taken into account on platforms using interrupt parents? > > It would seem there is a difference between the encoding on Sparc64 and > ePAPR. Using the the parent #address-size may lead to incorrect parsing > on Sparc64, as such I will disable it there. > Yes, as the name suggests, ePAPR is a specification for the Power Architecture. Originally, ofw_bus_search_intrmap() also was sparc64 MD code until nwhitehorn@ in r186128 brought it over to the truly MI sys/dev/ofw/ofw_bus_subr.c I had started. Actually, as for the parent unit address in the interrupt map table ePAPR v1.1 specifically refers to the interrupt parent (page 34). So in order to avoid an #if !defined(__sparc64__) in MI code it seems best to do what I suggested above and to apply paddrsz only on the platforms that actually use interrupt parents. Alternatively, please at least invert it to an #if defined(OFW_EPAPR) and define OFW_EPAPR in sys//include/ofw_machdep.h as applicable. Marius From owner-freebsd-sparc64@freebsd.org Wed Dec 16 23:40:32 2015 Return-Path: Delivered-To: freebsd-sparc64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A71F8A4AA2B for ; Wed, 16 Dec 2015 23:40:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 983EA1D21 for ; Wed, 16 Dec 2015 23:40:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBGNeW2a062797 for ; Wed, 16 Dec 2015 23:40:32 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-sparc64@FreeBSD.org Subject: [Bug 204527] security/openssl: 1.0.2 generates illegal instructions when compiled WITH_ASM on sparc64 Date: Wed, 16 Dec 2015 23:40:32 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: lidl@pix.net X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: dinoex@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback+ merge-quarterly? X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Dec 2015 23:40:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204527 --- Comment #5 from lidl@pix.net --- Created attachment 164303 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=164303&action=edit script of 'make test' run on HEAD (r291993) The machine has been upgraded to a fairly recent HEAD (r291993) version. When the ASM option is set, it still fails. Log file of most recent attempt is attached. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-sparc64@freebsd.org Sat Dec 19 10:21:13 2015 Return-Path: Delivered-To: freebsd-sparc64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C6418A4B114 for ; Sat, 19 Dec 2015 10:21:13 +0000 (UTC) (envelope-from subscribe@torta.mk.ua) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id ACCED135E for ; Sat, 19 Dec 2015 10:21:13 +0000 (UTC) (envelope-from subscribe@torta.mk.ua) Received: by freefall.freebsd.org (Postfix) id ABCC714AF; Sat, 19 Dec 2015 10:21:13 +0000 (UTC) Delivered-To: freebsd-sparc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by freefall.freebsd.org (Postfix) with ESMTP id AB16D14AE for ; Sat, 19 Dec 2015 10:21:13 +0000 (UTC) (envelope-from subscribe@torta.mk.ua) Received: from forward25m.cmail.yandex.net (forward25m.cmail.yandex.net [IPv6:2a02:6b8:b030::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46575135D for ; Sat, 19 Dec 2015 10:21:12 +0000 (UTC) (envelope-from subscribe@torta.mk.ua) Received: from smtp3m.mail.yandex.net (smtp3m.mail.yandex.net [IPv6:2a02:6b8:0:2519::125]) by forward25m.cmail.yandex.net (Yandex) with ESMTP id 990C620C7A for ; Sat, 19 Dec 2015 13:21:09 +0300 (MSK) Received: from smtp3m.mail.yandex.net (localhost [127.0.0.1]) by smtp3m.mail.yandex.net (Yandex) with ESMTP id 766EA27A0068 for ; Sat, 19 Dec 2015 13:21:09 +0300 (MSK) Received: by smtp3m.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id W5C6k8U3uJ-L8oqbJcK; Sat, 19 Dec 2015 13:21:09 +0300 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) Message-Id: <20151219132109.L8oqbJcK@smtp3m.mail.yandex.net> Date: Sat, 19 Dec 2015 13:21:09 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=torta.mk.ua; s=mail; t=1450520469; bh=Q++czaSz9/Tp6nOOnaIz/38NE6Sb1rUhiyJFHPZmbac=; h=Content-Type:MIME-Version:Subject:From:To; b=I5rFjXwA3QTk53G3Pqlf+CGxtFOcAkASFgfXtMBAOa9jlZSo29scP5+sCpRgi00aV YMn57+XvNCRg/pHc5gnIhkuxZiSbT9NknahBgjftAVFI7vmf1Vaq4RkARXStY6s7gA tndSH2VRxCP5RLQ4aH64E7+gP1Cl5lLZ5P5g9RmA= Authentication-Results: smtp3m.mail.yandex.net; dkim=pass header.i=@torta.mk.ua MIME-Version: 1.0 Subject: =?utf-8?b?0KHQstGP0YLQvtC5INCd0LjQutC+0LvQsNC5INC4INCa0LXQutGB0Lg=?= =?utf-8?b?0Log0LTQsNGA0Y/RgiDQv9C+0LTQsNGA0LrQuC4=?= From: subscribe@torta.mk.ua To: freebsd-sparc@freebsd.org Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Dec 2015 10:21:13 -0000 DQogICAgDQogICAgICAgIA0KICAgICAgICAgICAg0JTQsNC20LUg0LXRgdC70Lgg0JLRiyDQsiDR jdGC0L7QvCDQs9C+0LTRgyDQstC10LvQuCDRgdC10LHRjyDQvdC1INCy0YHQtdCz0LTQsCDRhdC+ 0YDQvtGI0L4sINCh0LLRj9GC0L7QuSDQndC40LrQvtC70LDQuSDQs9C+0YLQvtCyINC/0L7QtNCw 0YDQuNGC0Ywg0JLQsNC8INC/0L7QtNCw0YDQvtC6Lg0KICAgICAgICAgICAg0JTQu9GPINGN0YLQ vtCz0L4g0L3Rg9C20L3QviDRgdC00LXQu9Cw0YLRjCDQt9Cw0LrQsNC3INC90LAg0JrQtdC60YHQ uNC60LUuDQogICAgICAgIA0KICAgICAgICANCiAgICAgICAgICAgINCU0LDQttC1INC10YHQu9C4 INCS0Ysg0LXRidGRINC90LUg0LrRg9C/0LjQu9C4INC90L7QstC+0LPQvtC00L3RjtGOINGR0LvQ utGDLCDQktGLINGD0LbQtSDQvNC+0LbQtdGC0LUg0L3QsNGH0LjQvdCw0YLRjCDQs9C+0YLQvtCy 0LjRgtGMINC/0YDQsNC30LTQvdC40YfQvdGD0Y4g0LPQuNGA0LvRj9C90LTRgywg0LXRgdC70Lgg 0LLRgdC1LdC20LUg0JLRiyDRgNC10YjQuNC70Lgg0LLRgdGC0YDQtdGC0LjRgtGMINC90L7QstGL 0Lkg0LPQvtC0INCyINGA0L7QvNCw0L3RgtC40YfQtdGB0LrQvtC5INC+0LHRgdGC0LDQvdC+0LLQ utC1LCDRgtC+INC30LDQv9Cw0YHQuNGC0LXRgdGMINGB0LLQtdGH0LDQvNC4Lg0KICAgICAgICAg ICAg0Jgg0L3QtSDQt9Cw0LHRi9Cy0LDQudGC0LUg0LTQtdC70LDRgtGMINC80LjRgCDQstC+0LrR gNGD0LMg0YHQtdCx0Y8g0Y/RgNGH0LUg0Lgg0LLQtdGB0LXQu9C10LU6INC00LvRjyDQktCw0YEg 0Y/RgNC60LjQtSDQutGA0LDRgdC60Lgg0Lgg0YDQsNC00YPQttC90YvQuSDQvdC+0L3Qv9Cw0YDQ tdC70YwuDQogICAgICAgICAgICANCiAgICAgICAgICAgIA0KICAgICAgICANCiAgICAgICAgDQog ICAgICAgICAgICDQmCDQvNC90L7Qs9C+0LUg0LTRgNGD0LPQvtC1INC90LAg0YHQsNC50YLQtSDQ mtC10LrRgdC40LrQsCAtIGh0dHA6Ly9rZWtzaWsuY29tLnVhLw0KICAgICAgICAgICAg0J3QsCDQ stGB0LUg0LjQvdGC0LXRgNC10YHRg9GO0YnQuNC1INCy0L7Qv9GA0L7RgdGLINCS0LDQvCDRgdC8 0L7QttC10YIg0L7RgtCy0LXRgtC40YLRjCDQvdCw0Ygg0LzQtdC90LXQtNC20LXRgCwg0L/QviDQ sNC00YDQtdGB0YM6IHpha2F6QGtla3Npay5jb20udWENCiAgICAgICAgICAgINCa0YDQvtC80LUg 0YLQvtCz0L4sINCS0Ysg0YHQvNC+0LbQtdGC0LUg0L3QsNGBINC90LDQudGC0Lgg0LIg0JLQmtC+ 0L3RgtCw0LrRgtC1INC/0L4g0LDQtNGA0LXRgdGDIGh0dHBzOi8vdmsuY29tL2tla3Npa19jb21f dWENCiAgICAgICAgICAgIA0KICAgICAgICAgICAgDQogICAgICAgICAgICDQoSDQo9Cy0LDQttC1 0L3QuNC10Lwg0JLQsNGIICLQmtC10LrRgdC40LoiDQogICAgICAgICAgICDQktCw0YggRS1NYWls INCw0LTRgNC10YEg0LHRi9C7INCy0LfRj9GCINC40Lcg0L7RgtC60YDRi9GC0YvRhSDQuNGB0YLQ vtGH0L3QuNC60L7Qsi4NCiAgICAgICAgICAgINCn0YLQvi3QsdGLINC+0YLQv9C40YHQsNGC0YzR gdGPINC+0YIg0Y3RgtC+0Lkg0YDQsNGB0YHRi9C70LrQuCDQktCw0Lwg0L3Rg9C20L3QviDQv9C1 0YDQtdC50YLQuCDQv9C+INGN0YLQvtC5INGB0YHRi9C70LrQtSAiaHR0cDovL2tla3Npay5jb20u dWEvP2FjdGlvbj1kZWxpdmVyeSZpZDs9WXVmTW1yVDMmdW5zdWJzY3JpYmU7PVRydWUmdHlwZWRl bGl2ZXJ5Oz00Ig0KICAgICAgICANCiAgICANCg==