From owner-freebsd-current@freebsd.org Sun Jan 10 05:32:58 2016 Return-Path: Delivered-To: freebsd-current@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 B233AA69A65 for ; Sun, 10 Jan 2016 05:32:58 +0000 (UTC) (envelope-from sgalabov@gmail.com) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4A8451ECF for ; Sun, 10 Jan 2016 05:32:58 +0000 (UTC) (envelope-from sgalabov@gmail.com) Received: by mail-wm0-x236.google.com with SMTP id b14so224078676wmb.1 for ; Sat, 09 Jan 2016 21:32:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:from:content-type:message-id:date:to :content-transfer-encoding:mime-version; bh=9qJtCfyRaNuedsU84flzGYzFvkswTAs8O/p22qvCFB4=; b=fBKHcQfzzEcmimb92QxYZWcwUCM3vV/SxjpkrNKvlB/cZF6x9n8X3RIxszHvZ2Vh/F 7jIsQXALi4YvrfJzJDHhe32HksqFhkZLQTUn3ZftKl72cwUPwhpOaxRjZ5vc3nAH9aeh ESfFtdBgNfRyvIjOXjxucYnyeIoSpjK9KhPo7Hk0thYjbvbxgmBHsFfoTizTQQe5T0Ln PYs4MN906OaXpTRaOeCXXEbicr14kylQ1CaqgkmbWvlQsihcpl1R2n66aYUDVMj9PTeG q3j5v6lI+0g/Ucil678Mqdoc4tRTS0emRAyq0mMh/v300BrLYx6ZWRigvcrZqyL0Y50R J3Uw== X-Received: by 10.194.192.198 with SMTP id hi6mr128860581wjc.141.1452403976854; Sat, 09 Jan 2016 21:32:56 -0800 (PST) Received: from [10.0.50.3] ([94.155.70.123]) by smtp.gmail.com with ESMTPSA id g187sm6658294wmf.8.2016.01.09.21.32.55 for (version=TLSv1/SSLv3 cipher=OTHER); Sat, 09 Jan 2016 21:32:56 -0800 (PST) Subject: Bug 206035: gpiobus causes panic (KASSERT) when attached to gpio with a single pin (suggested patch) From: Stanislav Galabov Content-Type: text/plain; charset=us-ascii X-Mailer: iPad Mail (12A405) Message-Id: <6464AD35-772F-4501-A003-AD82750B1FFF@gmail.com> Date: Sun, 10 Jan 2016 07:32:56 +0200 To: "freebsd-current@freebsd.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2016 05:32:58 -0000 Hi all, I found this issue while working on Ralink/MTK support. I've attached a sugg= ested fix to the bug report. Bug description and suggested patch are attached to the bug report: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206035 Best wishes, Stanislav= From owner-freebsd-current@freebsd.org Sun Jan 10 05:49:54 2016 Return-Path: Delivered-To: freebsd-current@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 1DE74A69ECC for ; Sun, 10 Jan 2016 05:49:54 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id BC4991437; Sun, 10 Jan 2016 05:49:53 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id I8spaY5pukK49I8srax2h4; Sat, 09 Jan 2016 22:49:46 -0700 X-Authority-Analysis: v=2.1 cv=AMkI9oPf c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=BWvPGDcYAAAA:8 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=VxmjJ2MpAAAA:8 a=kj9zAlcOel0A:10 a=7aQ_Q-yQQ-AA:10 a=6I5d2MoRAAAA:8 a=pGLkceISAAAA:8 a=YxBL1-UpAAAA:8 a=_y4AjJCIE2O5uPkej6EA:9 a=CjuIK1q_8ugA:10 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id D11BE13751; Sat, 9 Jan 2016 21:49:43 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id u0A5nhuj002753; Sat, 9 Jan 2016 21:49:43 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201601100549.u0A5nhuj002753@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Alan Cox cc: Adrian Chadd , John Baldwin , freebsd-current , Cy Schubert , Jeremie Le Hen , Ryan Stone , =?UTF-8?Q?Jean-S=c3=a9bastien_P=c3=a9dron?= , "?Alan L. Cox" Subject: Re: Panic from vesa_configure() In-Reply-To: Message from Alan Cox of "Sat, 09 Jan 2016 15:36:09 -0600." <56917D49.1000707@rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 09 Jan 2016 21:49:43 -0800 X-CMAE-Envelope: MS4wfDhma48VDAt9wlpSd04Id2aKBF+N6YUd5GpiGFuTm1OhMswUgdyf49HofFMgifCj+TDopircLEQ8md1bDAnARw3do9CPVV3McU/PnsdTmaKC5KZp7ASc cvRtm7vmZUe/Po/IPmpqmoJ1jCWHzAD+ruhUe7nHzTJdPOgPGzMyD87rlLUyPJEAZL5iG93KDvnmL0i2HP9/AfieR0NCS0hBjaPfIJ2OA2x79E6HwqC7oeIc HLP4yqZe8lMnno10gTcJo4Nv+71yNhqfPKzA26sl4b7yZ2Wu7npU3ZWKqqdrBvKh3ntEIDdYrbLB/0m5brF7sk6KPajLMi1GR/5SfXjq5/lWjeinvkYLkMc0 6hpw6wzTF5RlddNQEOeHhuHzPaiO7A== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2016 05:49:54 -0000 In message <56917D49.1000707@rice.edu>, Alan Cox writes: > This is a multi-part message in MIME format. > --------------080104010900060709060805 > Content-Type: text/plain; charset=utf-8 > Content-Transfer-Encoding: 7bit > > On 01/09/2016 14:05, Alan Cox wrote: > > On 01/09/2016 13:48, Adrian Chadd wrote: > >> On 9 January 2016 at 11:30, John Baldwin wrote: > >>> On Thursday, January 07, 2016 01:47:32 AM Cy Schubert wrote: > >>>> In message il.c > >>>> om> > >>>> , Jeremie Le Hen writes: > >>>>> On Mon, Dec 21, 2015 at 12:57 AM, Adrian Chadd > wrote > >>>>> : > >>>>>> can you copy/paste the file:line that each of those stackframes repres > ents? > >>>>>> > >>>>>> I may have an idea or two.. > >>>>> Sure here we go: > >>>>> > >>>>> (kgdb) list *vesa_configure+0x270 > >>>>> 0xffffffff80b25cd0 is in vesa_configure (/usr/src-svn/sys/dev/fb/vesa.c > :827). > >>>>> > >>>>> (kgdb) list *vga_init+0x65 > >>>>> 0xffffffff80b286e5 is in vga_init (/usr/src-svn/sys/dev/fb/vga.c:1402). > >>>>> > >>>>> (kgdb) list *isavga_attach+0x92 > >>>>> 0xffffffff80b9afd2 is in isavga_attach (/usr/src-svn/sys/isa/vga_isa.c: > 224). > >>>> Here is what I see. Only happens on real hardware (not VirtualBox VMs). > >>>> > >>>> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > >>>> uart0: console (9600,n,8,1) > >>>> acpi_alloc_wakeup_handler: can't alloc wake memory > >>> This is probably related to the same cause. Both this and the x86 BIOS s > tuff > >>> need "low" memory (memory below 1MB). > >>> > >>> x86bios_alloc() uses contigmalloc() as does acpi_alloc_wakeup_handler(). > >>> Perhaps the recent changes to contigmalloc() affect this? In particular, > >>> try reverting r292469 to see if that fixes the issue. > >> Can't we just keep a pool of those pages around and not give them out > >> unless someone specifically asks for low memory? > > vm_phys.c already implements a "soft segregation" under which these > > pages are only allocated as a last resort, unless > > kmem_alloc_{attr,contig}() or contigmalloc() is called. > > > > What happened is that r292469 changed the order in which we pull from > > the free lists for kmem_alloc_{attr,contig}() and contigmalloc() so that > > a bunch of, for example, contigmalloc(low=0, high=4GB) calls, could > > potentially exhaust physical memory in the range [0, 1MB). In other > > words, we're no longer getting the soft segregation among contigmalloc() > > calls. > > > > This patch should suffice to restore the soft segregation among > contigmalloc() calls. This fixes it. pcib2: at device 15.0 on pci0 pci2: on pcib2 vgapci0: mem 0xe8000000-0xefffffff,0xfddfe000-0xfdd fffff irq 16 at device 0.0 on pci2 vgapci0: Boot video device amdtemp0: on hostb3 acpi_tz0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) orm0: at iomem 0xc0000-0xcc7ff on isa0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] powernow0: on cpu0 powernow1: on cpu1 -- Cheers, Cy Schubert or FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Sun Jan 10 08:30:02 2016 Return-Path: Delivered-To: freebsd-current@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 BC909A69302 for ; Sun, 10 Jan 2016 08:30:02 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 825E41C60 for ; Sun, 10 Jan 2016 08:30:02 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1aIBNv-0039ag-82>; Sun, 10 Jan 2016 09:29:59 +0100 Received: from x55b3aac5.dyn.telefonica.de ([85.179.170.197] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1aIBNu-000X92-V1>; Sun, 10 Jan 2016 09:29:59 +0100 Date: Sun, 10 Jan 2016 09:29:54 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: [r293629]: ip_fw_table_algo.c:3818:6: error: variable 'error' is used uninitialized whenever 'if' condition is false Message-ID: <20160110092954.687fe472.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/XIGiHfNS0sNLzcQFXXnbP2e"; protocol="application/pgp-signature" X-Originating-IP: 85.179.170.197 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2016 08:30:02 -0000 --Sig_/XIGiHfNS0sNLzcQFXXnbP2e Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Kernel build fails with the error shown below: [...] --- all_subdir_ipfw --- /usr/src/sys/modules/ipfw/../../netpfil/ipfw/ip_fw_table_algo.c:3818:6: err= or: variable 'error' is used uninitialized whenever 'if' condition is false [-Werror,-Wsometimes-uninitialized] if (keylen =3D=3D 4) { ^~~~~~~~~~~ /usr/src/sys/modules/ipfw/../../netpfil/ipfw/ip_fw_table_algo.c:3833:6: not= e: uninitialized use occurs here if (error !=3D 0) ^~~~~ /usr/src/sys/modules/ipfw/../../netpfil/ipfw/ip_fw_table_algo.c:3818:2: not= e: remove the 'if' if its condition is always true if (keylen =3D=3D 4) { ^~~~~~~~~~~~~~~~~ /usr/src/sys/modules/ipfw/../../netpfil/ipfw/ip_fw_table_algo.c:3815:11: no= te: initialize the variable 'error' to silence this warning int error; ^ =3D 0 1 error generated. *** [ip_fw_table_algo.o] Error code 1 make[4]: stopped in /usr/src/sys/modules/ipfw 1 error make[4]: stopped in /usr/src/sys/modules/ipfw *** [all_subdir_ipfw] Error code 2 [...] Kind regards, oh --Sig_/XIGiHfNS0sNLzcQFXXnbP2e Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWkhaCAAoJEOgBcD7A/5N8rbwH/1w7UkxdgZPPNs81abD1sg7z r5YmgDgYpmyZh/uKVOxQqdseptQu3mb9iYD/8o1Y7jlp+SqvlZO1n2vfmNtTgvFZ oHCumN8VMVwaW9jqtQAW44PiTEM/EgjQjqU5xfISR8gMZuKMsvQfoC5LmOOyd0pM Mh9CaZfdS7/hIDUXfFO4LW7vit8n5uA7t+Ag8yEgIBk4Fb6u7qp1F9kak5kJ6esY zLFGwUh/NmDKx7e1ZyZLd3PhdDwhXQy+Ndn7/ZArgQNdmeL0dIKDEnIxF9QKXEhC bf7lhMDoeiYfPRuTunOldURKWt6lbrySC7Iwmsb7JG1Q8IcSehUAEYECrgU0QKU= =0Rl1 -----END PGP SIGNATURE----- --Sig_/XIGiHfNS0sNLzcQFXXnbP2e-- From owner-freebsd-current@freebsd.org Sun Jan 10 08:32:43 2016 Return-Path: Delivered-To: freebsd-current@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 3E9C7A695CF for ; Sun, 10 Jan 2016 08:32:43 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 F231A1327; Sun, 10 Jan 2016 08:32:42 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1aIBQW-003A5L-Mc>; Sun, 10 Jan 2016 09:32:40 +0100 Received: from x55b3aac5.dyn.telefonica.de ([85.179.170.197] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (envelope-from ) id <1aIBQW-000XK5-Ge>; Sun, 10 Jan 2016 09:32:40 +0100 Date: Sun, 10 Jan 2016 09:32:39 +0100 From: "O. Hartmann" To: Xin Li Cc: "Ranjan1018 ." <214748mv@gmail.com>, FreeBSD CURRENT , Alan Somers Subject: Re: [zfs] Cache on SD stops working after updating to 11-CURRENT r291458 amd64 Message-ID: <20160110093239.3f10c8c6.ohartman@zedat.fu-berlin.de> In-Reply-To: <5690DE73.7080903@delphij.net> References: <20160109100029.524a69ee.ohartman@zedat.fu-berlin.de> <5690DE73.7080903@delphij.net> Organization: FU Berlin X-Mailer: Claws Mail 3.13.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/u=Ehiw7k.2HZfsSYkimqR9H"; protocol="application/pgp-signature" X-Originating-IP: 85.179.170.197 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2016 08:32:43 -0000 --Sig_/u=Ehiw7k.2HZfsSYkimqR9H Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sat, 9 Jan 2016 02:18:27 -0800 Xin Li schrieb: > Please subscribe: >=20 > https://bugs.freebsd.org/205882 >=20 > You can locally apply -r292066 or modify the code to skip the check when > pguid is 0 as a stopgap. >=20 > Cheers, >=20 Is there any chance this get sorted out and solved in due time? Regards, oh --Sig_/u=Ehiw7k.2HZfsSYkimqR9H Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWkhcnAAoJEOgBcD7A/5N8XUUH/3D3XAQ+nVIqh1E85SnPqjAS sevQMjCxR/4y0fHQs8Bpd0mbWv7AfBqw1+LVkD3hC1Pra8DtAYYXE1B51F8XAFe7 wVStlz0OxgcJi/WSGVeNoFRvi4/B1cqbieqXjp9JOZGf7kaasq5ioc0nzJ7baL+T SKMvsogS+bOR/oVZt5J3wCbmIIy0S9vK609MdNf2DcMoOjhKq6RtlhyzHI4/UowB fV9ZIK264De0wF3DdLargq+Uwp3is5CHBfjgvWDgvkKTzyUdn+25tEGQLdwts/6+ oXnV8D8dCd68yB63fb5VO6IRghd8mrv6XGM7CaS88nI35lqIJvazqOXfpQgVGlY= =eRu9 -----END PGP SIGNATURE----- --Sig_/u=Ehiw7k.2HZfsSYkimqR9H-- From owner-freebsd-current@freebsd.org Sun Jan 10 19:37:21 2016 Return-Path: Delivered-To: freebsd-current@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 86965A6BB7D for ; Sun, 10 Jan 2016 19:37:21 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 52F0A1A1F for ; Sun, 10 Jan 2016 19:37:21 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ob0-x235.google.com with SMTP id ba1so392705979obb.3 for ; Sun, 10 Jan 2016 11:37:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=4A08TugT8YC1LUcVCPgRj1SbL0j1yeERNeifDv8dkog=; b=j9vAsQ8nGdSyYgCJg3BmrcHtRx6Kzcpqa8aRmnFTHwlXNc9KRnOY+QQ/ZGCJxA9jlv MMRP1yovGHWHY/LxenG7oGpkqDsklu5+fxR13ANlwcbbOrK4MJ5DbnJBGOqsctVQij4S XZDai2jU4eedX9EMHdrEe3rD1+XqP4P77JLUhXWD9roRxd4GCyo9bYaRKUqCpVrmLZiZ ZOL0d4GJtYqkQC72vfJqtd02bvZIcwtFwene8FwM1jjSUPJ02qVdOyvdc44BYL3QCTy+ KPMOi1wzhGFtweTsNWUvtx8uaSHOf3YtcjbMHGn1V8X6Ea1WB0pwd+F1g9urTklIRVC5 QSig== MIME-Version: 1.0 X-Received: by 10.182.94.176 with SMTP id dd16mr15697947obb.65.1452454639883; Sun, 10 Jan 2016 11:37:19 -0800 (PST) Sender: asomers@gmail.com Received: by 10.202.69.84 with HTTP; Sun, 10 Jan 2016 11:37:19 -0800 (PST) In-Reply-To: <20160110093239.3f10c8c6.ohartman@zedat.fu-berlin.de> References: <20160109100029.524a69ee.ohartman@zedat.fu-berlin.de> <5690DE73.7080903@delphij.net> <20160110093239.3f10c8c6.ohartman@zedat.fu-berlin.de> Date: Sun, 10 Jan 2016 12:37:19 -0700 X-Google-Sender-Auth: J-GzZA6SyKZcjAg_P8TPhRHv5Eg Message-ID: Subject: Re: [zfs] Cache on SD stops working after updating to 11-CURRENT r291458 amd64 From: Alan Somers To: "O. Hartmann" Cc: Xin Li , "Ranjan1018 ." <214748mv@gmail.com>, FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2016 19:37:21 -0000 On Sun, Jan 10, 2016 at 1:32 AM, O. Hartmann wrote: > Am Sat, 9 Jan 2016 02:18:27 -0800 > Xin Li schrieb: > >> Please subscribe: >> >> https://bugs.freebsd.org/205882 >> >> You can locally apply -r292066 or modify the code to skip the check when >> pguid is 0 as a stopgap. >> >> Cheers, >> > > Is there any chance this get sorted out and solved in due time? > > Regards, > > oh Yes. The fix will be quite quick, but it's currently being blocked by an open code review on the same file. https://reviews.freebsd.org/D4524 From owner-freebsd-current@freebsd.org Sun Jan 10 23:22:33 2016 Return-Path: Delivered-To: freebsd-current@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 3BABEA6AA36; Sun, 10 Jan 2016 23:22:33 +0000 (UTC) (envelope-from lidl@pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254:10::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies, LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0A71D1242; Sun, 10 Jan 2016 23:22:32 +0000 (UTC) (envelope-from lidl@pix.net) Received: from torb.pix.net ([IPv6:2001:470:e254:11:52:fed0:33f2:51b0]) (authenticated bits=0) by hydra.pix.net (8.15.2/8.15.2) with ESMTPA id u0ANMKZ6020913; Sun, 10 Jan 2016 18:22:28 -0500 (EST) (envelope-from lidl@pix.net) X-Authentication-Warning: hydra.pix.net: Host [IPv6:2001:470:e254:11:52:fed0:33f2:51b0] claimed to be torb.pix.net Subject: Re: sparc64 traps during probe (r293243) To: Marius Strobl References: <568FD8E9.30702@pix.net> <20160108185801.GA87189@alchemy.franken.de> <56901FCE.1040605@pix.net> Cc: FreeBSD-Current , freebsd-sparc64@freebsd.org From: Kurt Lidl Message-ID: <5692E7AC.90308@pix.net> Date: Sun, 10 Jan 2016 18:22:20 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <56901FCE.1040605@pix.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2016 23:22:33 -0000 On 1/8/16 3:45 PM, Kurt Lidl wrote: > On 1/8/16 1:58 PM, Marius Strobl wrote: >> On Fri, Jan 08, 2016 at 10:42:33AM -0500, Kurt Lidl wrote: >>> I recently updated a sparc64 V120 from r291993 >>> to r293243, and it now traps during the >>> autoconfiguration phase of the kernel boot: >>> >> >> <...> >> >>> -- data access exception sfar=0xfffffcf821ca0218 sfsr=0x41029 >>> %o7=0xc06165e8 -- >> >> What code line does 0xc06165e8 translate to? >> >> Marius > > Unfortunately, I cannot tell you. I managed to destroy the > /usr/lib/debug/boot/kernel directory for the kernel that didn't > work properly. > > As noted in a different reply, a cross-built r293425 kernel > did boot, and I'm now re-building a native r293425 world on > the sparc64 host. > > If it the native build doesn't work, I'll get the information > you wanted from that build. I was able to install and boot the natively built r293426 tree successfully. So whatever the problem was, it was transient, or at least has not shown up on the machine running the natively compiled version of everything. -Kurt From owner-freebsd-current@freebsd.org Mon Jan 11 22:53:10 2016 Return-Path: Delivered-To: freebsd-current@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 DEF0FA6BE42; Mon, 11 Jan 2016 22:53:10 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-lb0-x22c.google.com (mail-lb0-x22c.google.com [IPv6:2a00:1450:4010:c04::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D1C81749; Mon, 11 Jan 2016 22:53:10 +0000 (UTC) (envelope-from cochard@gmail.com) Received: by mail-lb0-x22c.google.com with SMTP id x4so5757250lbm.0; Mon, 11 Jan 2016 14:53:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=8NNcFGvRUIAq3R0zzBqZGD+X6dVaygaZxOOfzZjWvP4=; b=GJACdDnwnw3s2mHBFe8GcJZ2q/zzwcu0X7kONPZAMpPtEpS406ZNwbcohLpmvryfhH 86CtGEVierEY17NuRAXLXmIP5lsHZDOaB1kzvyusd+TccaICb6mLIrkevwBqjPSQUW5/ VXQjc3nuPlZn5Sm4JtImBCYYdo8gBsXy0+eDHVmfXcRRhFSpcEfOk4o7/4otEdvTdPjc hN0TUWuO8Und1X4xyM7xUNkcOWNQS3Mt+TSlgsF1URn6WIz4ECrfD/9l3yczO0VFzAP7 hIh0tmLYKnjPDBcGAkGHF2oADMYH6AagHneKWl7u26ruAr/LsMPgmql/CPQOravPkgSv Hggw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cochard-me.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=8NNcFGvRUIAq3R0zzBqZGD+X6dVaygaZxOOfzZjWvP4=; b=QgOjfpE0Ce+8wBSVXt/+lri1DvBLeKFzamPig1jCjvHlw/H66KcTKhELk4c/tB4yQC q7WoBPP1WPlTLneQz41j5Fd9d6SbOVcDdlYQGygH0esaiRQziFZrWtplVADjXd0DPnVS MLgz46AAIZaTauFC4Z2QTV96HsqoUNMIRpACKJpGMcvB4UHvYeJJ+BLVJwSv+vv1LAEq qk2C56pvYu4UvEFixsm5ML5h//5M1/jS4xU62iFYpeWkLost38J/nH/+rff4G1sIRkL3 4LEdgt6vtVerbhg+x1ucKZqO9LXUNsfNv682e4vK63/u4yO/d+wCuGCbQ7R3ZkCezgqg atRw== X-Received: by 10.112.149.202 with SMTP id uc10mr3531738lbb.57.1452552787888; Mon, 11 Jan 2016 14:53:07 -0800 (PST) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.25.200.10 with HTTP; Mon, 11 Jan 2016 14:52:47 -0800 (PST) In-Reply-To: References: From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Mon, 11 Jan 2016 23:52:47 +0100 X-Google-Sender-Auth: PYVoYtNDXFwb28Lna_YzgIcmtjQ Message-ID: Subject: Re: forwarding didn't work if wlan0 is member of a bridge To: "freebsd-current@freebsd.org" , "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2016 22:53:11 -0000 After weeks of troubleshooting, at last I found how to reproduce this problem ;-) Here is the setup: LAN0 <--> [(re0) fbsd router (bridge0 addm re1 addm wlan0)] <--> Wireless LAN If interface re1 (bridge0 member with wlan0) is in "active" status (=ethernet cable plugged to something): I don't have any problem, all is working great for my wireless clients connected to wlan0: They can ping devices in LAN0. But once I've unplug the ethernet cable connected to re1 (bridge member with wlan0) and re1 state switch to "no carrier", Wireless LAN clients are not able to reach LAN0. Here is my rc.conf with simple subnetting for Adrian ;-) wlans_ath0="wlan0" ifconfig_wlan0="hostap channel 6" create_args_wlan0="wlanmode hostap" cloned_interfaces="bridge0" ifconfig_re0="inet 1.0.0.1/24" ifconfig_re1="up" ifconfig_bridge0="inet 1.1.1.1/24 addm re1 addm wlan0 up" gateway_enable="YES" And an example with re1 in "no carrier" status: root@fbsd-router:~ # ifconfig bridge0 bridge0: flags=8843 metric 0 mtu 1500 ether 02:6b:c0:de:b8:00 inet 1.1.1.1 netmask 0xffffff00 broadcast 1.1.1.255 nd6 options=9 groups: bridge id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: wlan0 flags=143 ifmaxaddr 0 port 5 priority 128 path cost 33333 member: re1 flags=143 ifmaxaddr 0 port 2 priority 128 path cost 55 root@fbsd-router:~ # ifconfig re1 re1: flags=8943 metric 0 mtu 1500 options=82099 ether 00:0d:b9:3c:ae:25 nd6 options=29 media: Ethernet autoselect (none) status: no carrier => from a wireless LAN client (1.1.1.2) I'm trying to ping a host on LAN0 (1.0.0.2): root@fbsd-router:~ # tcpdump -pni re0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on re0, link-type EN10MB (Ethernet), capture size 262144 bytes 23:38:04.466866 ARP, Request who-has 1.0.0.2 tell 1.0.0.1, length 28 23:38:04.467052 ARP, Reply 1.0.0.2 is-at 00:08:a2:09:c4:a2, length 46 23:38:04.467090 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 72, seq 1, length 64 23:38:04.467226 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 72, seq 1, length 64 23:38:04.467300 IP 1.0.0.1 > 1.0.0.2: ICMP host 1.1.1.2 unreachable, length 36 23:38:05.483053 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 72, seq 2, length 64 23:38:05.483259 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 72, seq 2, length 64 23:38:05.483318 IP 1.0.0.1 > 1.0.0.2: ICMP host 1.1.1.2 unreachable, length 36 23:38:06.387304 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 72, seq 3, length 64 23:38:06.387466 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 72, seq 3, length 64 23:38:06.387514 IP 1.0.0.1 > 1.0.0.2: ICMP host 1.1.1.2 unreachable, length 36 ^C 11 packets captured 11 packets received by filter 0 packets dropped by kernel root@fbsd-router:~ # arp -na ? (1.1.1.1) at 02:6b:c0:de:b8:00 on bridge0 permanent [bridge] ? (1.1.1.2) at fc:64:ba:97:c0:ff on bridge0 expires in 1168 seconds [bridge] ? (1.0.0.1) at 00:0d:b9:3c:ae:24 on re0 permanent [ethernet] => The FreeBSD router answers "unreacheable" to the host: My wireless LAN client never get the ICMP reply. => Now I plug eth1 to a dummy machine (just for changing its status): root@fbsd-router:~ # ifconfig re1 re1: flags=8943 metric 0 mtu 1500 options=82099 ether 00:0d:b9:3c:ae:25 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active => and I restart the same ping from the wireless LAN client: root@fbsd-router:~ # tcpdump -pni re0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on re0, link-type EN10MB (Ethernet), capture size 262144 bytes 23:44:08.597429 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 74, seq 1, length 64 23:44:08.597660 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 74, seq 1, length 64 23:44:09.604447 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 74, seq 2, length 64 23:44:09.604683 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 74, seq 2, length 64 23:44:10.609711 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 74, seq 3, length 64 23:44:10.609874 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 74, seq 3, length 64 => It's works :-) How the status of a member of the bridge can impact the routing behavior of other interfaces ? How to fix this problem ? Thanks From owner-freebsd-current@freebsd.org Tue Jan 12 06:40:50 2016 Return-Path: Delivered-To: freebsd-current@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 B7877A6D756; Tue, 12 Jan 2016 06:40:50 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward9j.cmail.yandex.net (forward9j.cmail.yandex.net [IPv6:2a02:6b8:0:1630::184]) (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 584CE1B6C; Tue, 12 Jan 2016 06:40:49 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from web2j.yandex.ru (web2j.yandex.ru [5.45.198.43]) by forward9j.cmail.yandex.net (Yandex) with ESMTP id 8A3FC21E8D; Tue, 12 Jan 2016 09:26:30 +0300 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web2j.yandex.ru (Yandex) with ESMTP id B5F212CC05FC; Tue, 12 Jan 2016 09:26:29 +0300 (MSK) Received: by web2j.yandex.ru with HTTP; Tue, 12 Jan 2016 09:26:29 +0300 From: Alexander V. Chernikov Envelope-From: melifaro@ipfw.ru To: =?utf-8?B?T2xpdmllciBDb2NoYXJkLUxhYmLDqQ==?= , "freebsd-current@freebsd.org" , "freebsd-wireless@freebsd.org" In-Reply-To: References: Subject: Re: forwarding didn't work if wlan0 is member of a bridge MIME-Version: 1.0 Message-Id: <1981491452579989@web2j.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Tue, 12 Jan 2016 09:26:29 +0300 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 06:40:50 -0000 12.01.2016, 01:53, "Olivier Cochard-Labbé" : > After weeks of troubleshooting, at last I found how to reproduce this > problem ;-) Hi Olivier, > > Here is the setup: > > LAN0 <--> [(re0) fbsd router (bridge0 addm re1 addm wlan0)] <--> Wireless > LAN > > If interface re1 (bridge0 member with wlan0) is in "active" status > (=ethernet cable plugged to something): I don't have any problem, all is > working great for my wireless clients connected to wlan0: They can ping > devices in LAN0. > But once I've unplug the ethernet cable connected to re1 (bridge member > with wlan0) and re1 state switch to "no carrier", Wireless LAN clients are > not able to reach LAN0. It looks like ICMP unreach messages are generated by IP forwarding. Probably because (for some reason) bridge0 interface prefix was removed from route table. I'll try to reproduce that. > > Here is my rc.conf with simple subnetting for Adrian ;-) > > wlans_ath0="wlan0" > ifconfig_wlan0="hostap channel 6" > create_args_wlan0="wlanmode hostap" > cloned_interfaces="bridge0" > ifconfig_re0="inet 1.0.0.1/24" > ifconfig_re1="up" > ifconfig_bridge0="inet 1.1.1.1/24 addm re1 addm wlan0 up" > gateway_enable="YES" > > And an example with re1 in "no carrier" status: > > root@fbsd-router:~ # ifconfig bridge0 > bridge0: flags=8843 metric 0 mtu > 1500 >         ether 02:6b:c0:de:b8:00 >         inet 1.1.1.1 netmask 0xffffff00 broadcast 1.1.1.255 >         nd6 options=9 >         groups: bridge >         id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >         maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 >         root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >         member: wlan0 flags=143 >                 ifmaxaddr 0 port 5 priority 128 path cost 33333 >         member: re1 flags=143 >                 ifmaxaddr 0 port 2 priority 128 path cost 55 > > root@fbsd-router:~ # ifconfig re1 > re1: flags=8943 metric 0 > mtu 1500 > > options=82099 >         ether 00:0d:b9:3c:ae:25 >         nd6 options=29 >         media: Ethernet autoselect (none) >         status: no carrier > > => from a wireless LAN client (1.1.1.2) I'm trying to ping a host on LAN0 > (1.0.0.2): > > root@fbsd-router:~ # tcpdump -pni re0 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on re0, link-type EN10MB (Ethernet), capture size 262144 bytes > 23:38:04.466866 ARP, Request who-has 1.0.0.2 tell 1.0.0.1, length 28 > 23:38:04.467052 ARP, Reply 1.0.0.2 is-at 00:08:a2:09:c4:a2, length 46 > 23:38:04.467090 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 72, seq 1, > length 64 > 23:38:04.467226 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 72, seq 1, length > 64 > 23:38:04.467300 IP 1.0.0.1 > 1.0.0.2: ICMP host 1.1.1.2 unreachable, length > 36 > 23:38:05.483053 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 72, seq 2, > length 64 > 23:38:05.483259 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 72, seq 2, length > 64 > 23:38:05.483318 IP 1.0.0.1 > 1.0.0.2: ICMP host 1.1.1.2 unreachable, length > 36 > 23:38:06.387304 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 72, seq 3, > length 64 > 23:38:06.387466 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 72, seq 3, length > 64 > 23:38:06.387514 IP 1.0.0.1 > 1.0.0.2: ICMP host 1.1.1.2 unreachable, length > 36 > ^C > 11 packets captured > 11 packets received by filter > 0 packets dropped by kernel > root@fbsd-router:~ # arp -na > ? (1.1.1.1) at 02:6b:c0:de:b8:00 on bridge0 permanent [bridge] > ? (1.1.1.2) at fc:64:ba:97:c0:ff on bridge0 expires in 1168 seconds [bridge] > ? (1.0.0.1) at 00:0d:b9:3c:ae:24 on re0 permanent [ethernet] > > => The FreeBSD router answers "unreacheable" to the host: My wireless LAN > client never get the ICMP reply. > > => Now I plug eth1 to a dummy machine (just for changing its status): > > root@fbsd-router:~ # ifconfig re1 > re1: flags=8943 metric 0 > mtu 1500 > > options=82099 >         ether 00:0d:b9:3c:ae:25 >         nd6 options=29 >         media: Ethernet autoselect (1000baseT ) >         status: active > > => and I restart the same ping from the wireless LAN client: > > root@fbsd-router:~ # tcpdump -pni re0 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on re0, link-type EN10MB (Ethernet), capture size 262144 bytes > 23:44:08.597429 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 74, seq 1, > length 64 > 23:44:08.597660 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 74, seq 1, length > 64 > 23:44:09.604447 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 74, seq 2, > length 64 > 23:44:09.604683 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 74, seq 2, length > 64 > 23:44:10.609711 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 74, seq 3, > length 64 > 23:44:10.609874 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 74, seq 3, length > 64 > > => It's works :-) > > How the status of a member of the bridge can impact the routing behavior of > other interfaces ? > How to fix this problem ? > > Thanks > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Jan 12 13:23:44 2016 Return-Path: Delivered-To: freebsd-current@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 2BE92A6C9EF; Tue, 12 Jan 2016 13:23:44 +0000 (UTC) (envelope-from royger@gmail.com) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BD40915CB; Tue, 12 Jan 2016 13:23:43 +0000 (UTC) (envelope-from royger@gmail.com) Received: by mail-wm0-x236.google.com with SMTP id f206so253768630wmf.0; Tue, 12 Jan 2016 05:23:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=ZvAkXy8AXP2HQYwLa3gsfLBqfEG2xareYs2l5fj8aos=; b=vJHwKzyNfZmaHD4h0DYJAKTOBG6X5Un7u9hePIQrO9pWIzRl2sNCi7JpqU6UWLLqb9 jiK0ewPjz7tPHZWSk3jE9EiTas/tYYhOGJ+pBabee7V1sfJqKgklD2s1euzYu/ZayQs+ p1DbDduHbi83CnFKXfS/XBxqRG4VWxXLKj0r2zrQkWAnPeZAPANif2JWqb9bkDdAreQt E4eYHr3pnQgSHFysPMOSxPF4k62MQYolaOoWxQ8i61agZdXdT9CXyjJz/PGLndKCqlWO rbgM5T3B7hO/vVHMioS1waK3LN1aMcxBPhOmAiMnzRobgb3a63Usdu7VaZt4YJ7vDbdu iYBQ== X-Received: by 10.28.17.8 with SMTP id 8mr18239078wmr.65.1452605022262; Tue, 12 Jan 2016 05:23:42 -0800 (PST) Received: from [172.16.1.30] (178.Red-79-152-19.dynamicIP.rima-tde.net. [79.152.19.178]) by smtp.gmail.com with ESMTPSA id f205sm17582264wme.4.2016.01.12.05.23.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Jan 2016 05:23:41 -0800 (PST) Sender: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= Subject: Re: Xen/dom0/FreeBSD + NAS4Free WebGUI. To: Daisuke Aoyama , freebsd-xen@freebsd.org References: <86DF039090BD474AA2CB2795F6C7A0C7@ad.peach.ne.jp> <5681371F.6090007@FreeBSD.org> Cc: freebsd-current@freebsd.org, Wei Liu From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= Message-ID: <5694FE5B.2070509@FreeBSD.org> Date: Tue, 12 Jan 2016 14:23:39 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 13:23:44 -0000 El 29/12/15 a les 7.27, Daisuke Aoyama ha escrit: > Hello, > > -------------------------------------------------- > From: "Roger Pau Monne" > Sent: Monday, December 28, 2015 10:20 PM > To: "Daisuke Aoyama" ; > Cc: > Subject: Re: Xen/dom0/FreeBSD + NAS4Free WebGUI. > >> Hello, >> >> El 26/12/15 a les 15.26, Daisuke Aoyama ha escrit: >>> Hi all, >>> >>> I'm creating NAS4Free dom0 edition. >>> This is simple wrapper of Xen/dom0/FreeBSD. >>> >>> You can upgrade by same way of NAS4Free. >>> You can manage HDD, ZFS, iSCSI target, NFS share by same way of >>> NAS4Free. >>> You can manage DomU(VM) via WebGUI. >>> >>> Japanese blog: >>> http://shell.peach.ne.jp/aoyama/archives/3149 >>> http://shell.peach.ne.jp/aoyama/archives/3135 >>> >>> NAS4Free dom0 topic in English: >>> http://forums.nas4free.org/viewtopic.php?f=17&t=10028 >>> >>> Latest download: >>> http://www.peach.ne.jp/archives/nas4free/test/2244-dom0/ >>> >>> How to install: >>> 1.Download LiveCD iso image. >>> 2.Burn to CD/DVD-RW blank disc. >>> 3.Boot from it. >>> (if your server don't have an optical drive, please use an external USB >>> optical drive) >>> 4.Install to USB Flash drive (2GB or more) from menu #9. >>> 5.Reboot the server after ejecting CD/DVD media. >>> >>> How to upgrade: >>> 1.Navigate to System|Firmware in global menu from web browser. >>> 2.Click "Enable Firmware Update". >>> 3.Select NAS4Free-dom0-embedded-*.img.xz. (don't decompress the image) >>> 4.Click "Upgrade Firmware". > > I forget to write. You should backup the config from > System|Backup/Restore before upgrading. > >>> >>> Note: >>> At least you need a bridge interface before using. >>> Please create it from Network|Interface Management|Bridge. >>> You can change boot parameters from System|Advanced|loader.conf. >>> If you are interested in the xl.cfg, it is created in >>> /usr/local/etc/xen/vm-.cfg. >> >> Thanks for doing this, I just gave it a try and it worked out of the >> box, I was able to create and launch a Windows VM in less than 2min, >> quite impressive :). > > Thank you for trying. > >> >>> Known issues: >>> uuid generation of ports/sysutils/xen-tools is broken. You cannot >>> control by UUID. >>> (quick hack patch is attached this mail) >> >> I've given a look at the patch, but I have to admit I know very little >> about UUID, yet it seems like you should not poke directly at the >> internal uuid_t fields. I've created another patch which I *think* >> should solve the UUID issues, could you test it please? It should apply >> cleanly against Xen 4.5. >> >> https://people.freebsd.org/~royger/uuid.patch > > Your patch does not work as expected. > You can test it under normal FreeBSD. First create UUID by uuidgen(1): > > # uuidgen > 4c90eb5a-adee-11e5-a747-001b2157b424 > > Insert the UUID to your VM config (see also > /usr/local/etc/xen/vm-.cfg): > uuid = "4c90eb5a-adee-11e5-a747-001b2157b424" > > Run the VM: > # xl create name.cfg > > Check by xl list: > # xl list -v > # xl list -l > > Your patched result is here: > [root@nas4free-xen ~]# xl list -v > Name ID Mem VCPUs State > Time(s) UUID Reason-Code Security Label > Domain-0 0 4096 4 > r----- 202.8 00000000-0000-0000-0000-000000000000 > - - > nas4free 4 2048 2 > -b---- 51.1 00000000-0000-0000-0000-000000000000 > - - > >>> xnb device performance is terrible. >>> (it eats 100% CPU on intr while transferring via bridged 10GbE) >> >> I haven't seen this, but I'm not surprised (I also don't have a 10GbE >> card at hand right now). There's a lot of fine tuning and bug fixing to >> do regarding the backends. I plan to get with this once the PVH >> implementation is stable. > > I feel UUID is very small thing than performance 70% drop down via xnb. Hello, Could you please test the following patch, it should fix UUID: https://people.freebsd.org/~royger/0001-libxl-fix-UUID-usage-on-FreeBSD.patch I understand that the netback performance issue is a big handicap, I will try to find some time to look into it, but I have to admit my plate is quite full at the moment and it doesn't look like a trivial issue (like the UUID one). I'm adding Wei to the Cc, he has been working on netfront improvements, so maybe he also wants to take a stab at netback ;). Roger. From owner-freebsd-current@freebsd.org Tue Jan 12 16:42:42 2016 Return-Path: Delivered-To: freebsd-current@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 4EA25A80890 for ; Tue, 12 Jan 2016 16:42:42 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DFCF41EBF for ; Tue, 12 Jan 2016 16:42:41 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id b14so329888602wmb.1 for ; Tue, 12 Jan 2016 08:42:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=ujsuCiBRN/m/oTuMBEE63W8m4Zb+bV/8uLQiUI5hydU=; b=JZjukJLJjheovVkQrlZc4rt/WKgfbbHGe8SGjI+MPaOnbJThrEEwtJ4X8u+F16/uT8 7C59Naw7L3wEP+6h8tsHlZPFaMs0Tkw6gAumeAgJ4OUGV7Go5z64s/DaVGOKkh7f+a3M mZHnsA0erF+9NSObRg8fedcPHmUzrUoWUbnnjw/TNS7P94pV5eb6nnFKq60JZBydELop 9rWvBUfEN35bGAfhZRiKdW0fT+p7qQcYaznNUc8b3BYfC5oRXqPUoxpkgQ+IEz0jZPH0 axdzr975N2bA1gGy7foUcdiGgvruiPysl931ugRN01AeVrUtwtWKJaz9c5Jyg5q1Clks /6Dg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=ujsuCiBRN/m/oTuMBEE63W8m4Zb+bV/8uLQiUI5hydU=; b=NceUmR1zFyD13klw7ylP+sZETU4QKf5fSw9uLLp3wpUXiMIZ93B4HzW2xrDABIv5j8 SQ7ruj76U4qaELUgb21IhSUTz8CUWSo0NbmWCG2e8+xEyuzzfWBr/zmwlEZfcvDXRJKm dq17BWhvNLyMFhI6ivxwI7yadNTslfZbZWmxRsJvsEeryXJZxtfRZVlmo/dppeDBlPoy V4Hp/vghl7k9lcOSd8Rsp9Oh+1iCmTVfZtqCLFQAZUWHKuEANad+uHSeQM9zSv+CsEj3 olT/gTVlNXij/6XosEkGoortemLy6s5zYm6wMwSnJkPfKy8ru8HmmgHcCZTNhjDqB5el v9Cg== X-Gm-Message-State: ALoCoQkvFVZLVbsI4N3iETEY19kSMYBgogc0zWsR/Z2GGW2Htk2KDvAWU5+O2ULIi8MRH/xy8hGLLUvkSu9WFgb7eqOQHr2uEA== X-Received: by 10.28.153.3 with SMTP id b3mr21485998wme.7.1452616960404; Tue, 12 Jan 2016 08:42:40 -0800 (PST) MIME-Version: 1.0 From: Tom Vijlbrief Date: Tue, 12 Jan 2016 16:42:30 +0000 Message-ID: Subject: Installworld fails with TMPDIR pointing to NFS mounted directory To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 16:42:42 -0000 If have this issue with 11-CURRENT on my raspberry 1 and 2, but I do not think it is raspberry related or even 11-CURRENT related. export TMPDIR=/media/usbdisk/tmp make installword MAKEOBJDIRPREFIX=/media/swan/obj Works as expected but fails cleaning up when TMPDIR points to an NFS mounted directory: export TMPDIR=/media/swan/tmp The NFS server exports /media/swan which has a src/ obj/ and tmp/ subdirectory. src/ has the sources, obj/ is filled correctly by makeworld. The tmp dir has the correct permissions. The installworld runs till the end, except for the last cleanup action which fails: ===> etc/sendmail (install) cd /media/swan/src/etc/../share/man; make makedb makewhatis /d/root11/usr/share/man makewhatis /d/root11/usr/share/openssl/man rm: /media/swan/tmp/install.xrgbPMy8/locale/en_US.UTF-8: Directory not empty rm: /media/swan/tmp/install.xrgbPMy8/locale: Directory not empty rm: /media/swan/tmp/install.xrgbPMy8: Directory not empty *** Error code 1 Stop. make[1]: stopped in /media/swan/src *** Error code 1 Stop. make: stopped in /media/swan/src On some runs just a single error message that complains about: /media/swan/tmp/install.xyz not being empty, but an "ls" shows no files and an "rmdir /media/swan/tmp/ install.xyz" succeeds! In the example above "/media/swan/tmp/install.xrgbPMy8/locale/en_US.UTF-8" IS empty! It is as if a removed file remains visible for the client for a while. The NFS server is running Ubuntu 15.10, NFSv3 is used, no other clients access the NFS tmp directory, no error messages on the client or server dmesg. /etc/exports on the server: /export/all/bsd 192.168.0.0/24(rw,no_root_squash,nohide,insecure,no_subtree_check,async) The systems have completed many build/install world/kernel cycles using this NFS mount and are rock solid. Any hints would be appreciated. From owner-freebsd-current@freebsd.org Tue Jan 12 16:49:35 2016 Return-Path: Delivered-To: freebsd-current@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 9BB71A80B0A for ; Tue, 12 Jan 2016 16:49:35 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 34F15125B for ; Tue, 12 Jan 2016 16:49:35 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by mail-wm0-x22a.google.com with SMTP id b14so330222811wmb.1 for ; Tue, 12 Jan 2016 08:49:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LTeslCMuC7pIKFBsznSDwFEgi3ssL2bgF0Ip7FhUq4Y=; b=BZ/Vgl+alJQVD0sDWcOF7U4X6/4T7WrNpJaBAxfS2mb1flIxa6QC0bV+lea1kUc9UO rWDrbUvUSoFBfxw8ZjK/E2iH6tHXqomqFo3Gt2TV4tyYBUvNaZB/XW8L+Pkri1hm3yA+ WSokTONcVgat6KokX/ZZ+2KiFIwzyPX8J9gUma8KOml8Nd3qYBQ5pgPQRJmkJfYR7Nbd Z8AlA+hzz8Dm4q57RPVFJVia6kWXcmT8imSrqE6730gihFPAaLClo5osy2JS0skTaSO1 DTAg/DCB0fo4I75ykLsBlkgGT3n30JQVFf0l1+rc7iAbfzt1RQcVt11KSvp7hULmjuCK SYVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=LTeslCMuC7pIKFBsznSDwFEgi3ssL2bgF0Ip7FhUq4Y=; b=DI8BB+8PzI04qlWwwXfm5E+Y7hMXf+1n5aUIq7E/5Na6p06Pyb/CmD2dUoJicDJo9T QJ+pOR/rsdKTeNwtr8S5oCxCEMyPOBvKRnStkOOp+SvqH4lWS4W7ImUsSO+90OD+VoCG pHytRg45Vpf4vaIEGF30Ni69ysRU88TZeV2YRGXzJl5s5BJ2Egb091jQBeUkiQjdf6ir YB8V/DtpxEE6FvxMgRy6H/YNZCG038Y5HDJxZACYtMjr/6vEfiGtQULrWmI/KTIlmTCP HbqkKQ9ngX0HsqoLtv+bKlvTYhBmSrcjKFm9pA2Kvg8OYbQWHXJraTF8CO/wAR6vr6sd LoCg== X-Gm-Message-State: ALoCoQn19XhvecgLyK83aBe5f7KUG+v99G92syzxQ1FJHFl9DyX6OzCVzR1NSRyZ18cCe2A8rD7qQ4/9uOKIEFzlXQ7/FGbSukq6FOLl9ynoCPUBUXG6vIE= MIME-Version: 1.0 X-Received: by 10.28.57.214 with SMTP id g205mr10384591wma.20.1452617373744; Tue, 12 Jan 2016 08:49:33 -0800 (PST) Received: by 10.194.85.167 with HTTP; Tue, 12 Jan 2016 08:49:33 -0800 (PST) In-Reply-To: <20151224181308.GZ3625@kib.kiev.ua> References: <20151224173146.H8562@sola.nimnet.asn.au> <567BA5BB.4020304@rvijay.me> <1450970960.25138.242.camel@freebsd.org> <20151224181308.GZ3625@kib.kiev.ua> Date: Tue, 12 Jan 2016 17:49:33 +0100 Message-ID: Subject: Re: Need help with New Build -- Skylake From: Oliver Pinter To: Konstantin Belousov Cc: Ian Lepore , Vijay Rajah , freebsd-questions@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 16:49:35 -0000 On 12/24/15, Konstantin Belousov wrote: > On Thu, Dec 24, 2015 at 08:29:20AM -0700, Ian Lepore wrote: >> We had exactly this symptom -- long delay with spincursor before >> loading the kernel -- on arm systems when we first enabled forth in >> loader. The problem turned out to be the fact that loader was running >> with instruction and data caches disabled, and it took about 90-100 >> seconds to parse the 547 lines of text (almost all useless) in >> /boot/defaults/loader.conf. We stripped that file down to the dozen or >> so lines that actually needed to be there and booting became much >> faster. Eventually we got the caches enabled in the prior-stage >> bootloader and it became really fast. > > It is highly unlikely that caches are the source of the slowness. On > x86, we rely on the firmware (BIOS or EFI) to properly configure both > DRAM controllers and caches. More, Intel considers the corresponding > controllers configuration recipes as highly secret and, even for BIOS > vendors, Intel provides the binary blob of code which does the config > magic, instead of the documentation. > > That said, loader runs in the unpaged protected mode but reflects BIOS > calls into the real mode. Quite possible, either the real mode is > slow on SkyLakes, or even more possible, the switch between real and > protected mode is slow, or the protected mode without paging enabled is > slow. Or might be the PCH lacks the ISA timer. Seem like the issue is affects the legacy boot mode, in UEFI mode the system boots blazingly fast. When I have more time, I try to figure out what's the problem behind this issue. > > A developer needs the real machine to diagnose the cause. > From owner-freebsd-current@freebsd.org Tue Jan 12 17:08:47 2016 Return-Path: Delivered-To: freebsd-current@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 43E42A6D49A for ; Tue, 12 Jan 2016 17:08:47 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 25BFC1046 for ; Tue, 12 Jan 2016 17:08:47 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pa0-x231.google.com with SMTP id yy13so250033807pab.3 for ; Tue, 12 Jan 2016 09:08:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=jmgoIc5sGerHAMkxQZ3xB+GfUhP+23Ens3YFDAdVCgc=; b=d0cjGJG0RRVTE1MteEOEUVVGvd7j6BTXtmOE8bI6jDoB2xji1ZhvQdz1KT/uVko2+L MiXhNfoBzpF2LBrLDbvXg9bpT18F7Yh6BVz9NsA4+JkRgC0VHUq/jkSuQPqq7t/XHCdk Gfwly4UnKIEu1WNuEpSjjRepKKbrYh0FRq5vrD2OTO8IigbF7u0Nw3EvJYucGqbi2UQb Akj+VGUyR3dEoocbuipfZNVw65TKaKkptYkXPyP5UrDK9DqcCQb37bCFU+SHtWWLHt7D /wT5w6XJBI7657RQUKNpyS2XazSCdZhWtlsKWZ2rhNSVu0dxIofN11E98WIziFC7tJKG 1y9Q== X-Received: by 10.66.252.102 with SMTP id zr6mr105047162pac.66.1452618526663; Tue, 12 Jan 2016 09:08:46 -0800 (PST) Received: from [192.168.20.7] (c-24-16-212-205.hsd1.wa.comcast.net. [24.16.212.205]) by smtp.gmail.com with ESMTPSA id 73sm31672724pfm.10.2016.01.12.09.08.45 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 12 Jan 2016 09:08:45 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: Installworld fails with TMPDIR pointing to NFS mounted directory From: NGie Cooper In-Reply-To: Date: Tue, 12 Jan 2016 09:08:43 -0800 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <935599D8-FAC0-4ED3-BC1F-5E2AA6C8ABCE@gmail.com> References: To: Tom Vijlbrief X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 17:08:47 -0000 > On Jan 12, 2016, at 08:42, Tom Vijlbrief wrote: >=20 > If have this issue with 11-CURRENT on my raspberry 1 and 2, but I do = not > think it is raspberry related or even 11-CURRENT related. >=20 > export TMPDIR=3D/media/usbdisk/tmp >=20 > make installword MAKEOBJDIRPREFIX=3D/media/swan/obj Hi Tom, MAKEOBJDIRPREFIX should always be set via the environment, not = the command line, e.g. export MAKEOBJDIRPREFIX=3D/media/swan/obj make installworld Cheers, -NGie= From owner-freebsd-current@freebsd.org Tue Jan 12 17:08:53 2016 Return-Path: Delivered-To: freebsd-current@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 D6F7EA6D4AA for ; Tue, 12 Jan 2016 17:08:53 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id C856D1108; Tue, 12 Jan 2016 17:08:53 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id C18FD10EA; Tue, 12 Jan 2016 17:08:53 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id F06EE14216; Tue, 12 Jan 2016 17:08:52 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id iRwoBetoun6N; Tue, 12 Jan 2016 17:08:49 +0000 (UTC) Subject: Re: Installworld fails with TMPDIR pointing to NFS mounted directory DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 8067314209 To: Tom Vijlbrief , freebsd-current@freebsd.org References: From: Bryan Drewery Organization: FreeBSD Message-ID: <5695331E.6000704@FreeBSD.org> Date: Tue, 12 Jan 2016 09:08:46 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 17:08:53 -0000 On 1/12/16 8:42 AM, Tom Vijlbrief wrote: > If have this issue with 11-CURRENT on my raspberry 1 and 2, but I do not > think it is raspberry related or even 11-CURRENT related. > > export TMPDIR=/media/usbdisk/tmp > > make installword MAKEOBJDIRPREFIX=/media/swan/obj > > Works as expected but fails cleaning up when TMPDIR points to an NFS > mounted directory: > > export TMPDIR=/media/swan/tmp > > The NFS server exports /media/swan which has a src/ obj/ and tmp/ > subdirectory. > src/ has the sources, obj/ is filled correctly by makeworld. > The tmp dir has the correct permissions. The installworld runs till the > end, except for the last cleanup action which fails: > > ===> etc/sendmail (install) > cd /media/swan/src/etc/../share/man; make makedb > makewhatis /d/root11/usr/share/man > makewhatis /d/root11/usr/share/openssl/man > rm: /media/swan/tmp/install.xrgbPMy8/locale/en_US.UTF-8: Directory not empty > rm: /media/swan/tmp/install.xrgbPMy8/locale: Directory not empty > rm: /media/swan/tmp/install.xrgbPMy8: Directory not empty > *** Error code 1 Well, it's not really a build or installworld problem. Are you running the proper NFS daemons for lock/rpc? > > Stop. > make[1]: stopped in /media/swan/src > *** Error code 1 > > Stop. > make: stopped in /media/swan/src > > On some runs just a single error message that complains about: > /media/swan/tmp/install.xyz > not being empty, but an "ls" shows no files and an "rmdir /media/swan/tmp/ > install.xyz" succeeds! > In the example above "/media/swan/tmp/install.xrgbPMy8/locale/en_US.UTF-8" > IS empty! > > It is as if a removed file remains visible for the client for a while. > > The NFS server is running Ubuntu 15.10, NFSv3 is used, no other clients > access the NFS tmp directory, > no error messages on the client or server dmesg. > > /etc/exports on the server: > > /export/all/bsd > 192.168.0.0/24(rw,no_root_squash,nohide,insecure,no_subtree_check,async) > > The systems have completed many build/install world/kernel cycles using > this NFS mount and are rock solid. > > Any hints would be appreciated. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Tue Jan 12 18:00:17 2016 Return-Path: Delivered-To: freebsd-current@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 4E408A6C673 for ; Tue, 12 Jan 2016 18:00:17 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from outbound1i.ore.mailhop.org (outbound1i.ore.mailhop.org [54.149.26.35]) (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 313A81CD8 for ; Tue, 12 Jan 2016 18:00:16 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from homobox.opal.com (unknown [71.255.169.131]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 12 Jan 2016 17:59:43 +0000 (UTC) Received: from shibato (shibato.opal.com [IPv6:2001:470:8cb8:3:21e:33ff:fe5f:cb65]) (authenticated bits=0) by homobox.opal.com (8.15.2/8.15.2) with ESMTPSA id u0CHx1It014153 (version=TLSv1.2 cipher=AES128-GCM-SHA256 bits=128 verify=NO); Tue, 12 Jan 2016 12:59:02 -0500 (EST) (envelope-from fbsd@opal.com) Date: Tue, 12 Jan 2016 12:59:01 -0500 From: "J.R. Oldroyd" To: Olivier =?UTF-8?B?Q29jaGFyZC1MYWJiw6k=?= Cc: "freebsd-current@freebsd.org" , "freebsd-wireless@freebsd.org" Subject: Re: forwarding didn't work if wlan0 is member of a bridge Message-ID: <20160112125901.7e15404c@shibato> In-Reply-To: References: X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (homobox.opal.com [IPv6:2001:470:8cb8:2::1]); Tue, 12 Jan 2016 12:59:02 -0500 (EST) X-Spam-Status: No, score=-0.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_40, OPAL_URI_COUNT_5_9,T_RP_MATCHES_RCVD shortcircuit=no autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on homobox.opal.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 18:00:17 -0000 On Mon, 11 Jan 2016 23:52:47 +0100 Olivier Cochard-Labb=C3=A9 wrote: > > After weeks of troubleshooting, at last I found how to reproduce this > problem ;-) >=20 > Here is the setup: >=20 > LAN0 <--> [(re0) fbsd router (bridge0 addm re1 addm wlan0)] <--> Wireless > LAN >=20 > If interface re1 (bridge0 member with wlan0) is in "active" status > (=3Dethernet cable plugged to something): I don't have any problem, all is > working great for my wireless clients connected to wlan0: They can ping > devices in LAN0. > But once I've unplug the ethernet cable connected to re1 (bridge member > with wlan0) and re1 state switch to "no carrier", Wireless LAN clients are > not able to reach LAN0. >=20 > Here is my rc.conf with simple subnetting for Adrian ;-) >=20 > wlans_ath0=3D"wlan0" > ifconfig_wlan0=3D"hostap channel 6" > create_args_wlan0=3D"wlanmode hostap" > cloned_interfaces=3D"bridge0" > ifconfig_re0=3D"inet 1.0.0.1/24" > ifconfig_re1=3D"up" > ifconfig_bridge0=3D"inet 1.1.1.1/24 addm re1 addm wlan0 up" > gateway_enable=3D"YES" >=20 > And an example with re1 in "no carrier" status: >=20 > root@fbsd-router:~ # ifconfig bridge0 > bridge0: flags=3D8843 metric 0 mtu > 1500 > ether 02:6b:c0:de:b8:00 > inet 1.1.1.1 netmask 0xffffff00 broadcast 1.1.1.255 > nd6 options=3D9 > groups: bridge > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: wlan0 flags=3D143 > ifmaxaddr 0 port 5 priority 128 path cost 33333 > member: re1 flags=3D143 > ifmaxaddr 0 port 2 priority 128 path cost 55 >=20 >=20 > root@fbsd-router:~ # ifconfig re1 > re1: flags=3D8943 metric 0 > mtu 1500 >=20 > options=3D82099 > ether 00:0d:b9:3c:ae:25 > nd6 options=3D29 > media: Ethernet autoselect (none) > status: no carrier >=20 > =3D> from a wireless LAN client (1.1.1.2) I'm trying to ping a host on LA= N0 > (1.0.0.2): >=20 > root@fbsd-router:~ # tcpdump -pni re0 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on re0, link-type EN10MB (Ethernet), capture size 262144 bytes > 23:38:04.466866 ARP, Request who-has 1.0.0.2 tell 1.0.0.1, length 28 > 23:38:04.467052 ARP, Reply 1.0.0.2 is-at 00:08:a2:09:c4:a2, length 46 > 23:38:04.467090 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 72, seq 1, > length 64 > 23:38:04.467226 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 72, seq 1, leng= th > 64 > 23:38:04.467300 IP 1.0.0.1 > 1.0.0.2: ICMP host 1.1.1.2 unreachable, leng= th > 36 > 23:38:05.483053 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 72, seq 2, > length 64 > 23:38:05.483259 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 72, seq 2, leng= th > 64 > 23:38:05.483318 IP 1.0.0.1 > 1.0.0.2: ICMP host 1.1.1.2 unreachable, leng= th > 36 > 23:38:06.387304 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 72, seq 3, > length 64 > 23:38:06.387466 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 72, seq 3, leng= th > 64 > 23:38:06.387514 IP 1.0.0.1 > 1.0.0.2: ICMP host 1.1.1.2 unreachable, leng= th > 36 > ^C > 11 packets captured > 11 packets received by filter > 0 packets dropped by kernel > root@fbsd-router:~ # arp -na > ? (1.1.1.1) at 02:6b:c0:de:b8:00 on bridge0 permanent [bridge] > ? (1.1.1.2) at fc:64:ba:97:c0:ff on bridge0 expires in 1168 seconds [brid= ge] > ? (1.0.0.1) at 00:0d:b9:3c:ae:24 on re0 permanent [ethernet] >=20 > =3D> The FreeBSD router answers "unreacheable" to the host: My wireless L= AN > client never get the ICMP reply. >=20 > =3D> Now I plug eth1 to a dummy machine (just for changing its status): >=20 > root@fbsd-router:~ # ifconfig re1 > re1: flags=3D8943 metric 0 > mtu 1500 >=20 > options=3D82099 > ether 00:0d:b9:3c:ae:25 > nd6 options=3D29 > media: Ethernet autoselect (1000baseT ) > status: active >=20 > =3D> and I restart the same ping from the wireless LAN client: >=20 > root@fbsd-router:~ # tcpdump -pni re0 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on re0, link-type EN10MB (Ethernet), capture size 262144 bytes > 23:44:08.597429 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 74, seq 1, > length 64 > 23:44:08.597660 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 74, seq 1, leng= th > 64 > 23:44:09.604447 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 74, seq 2, > length 64 > 23:44:09.604683 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 74, seq 2, leng= th > 64 > 23:44:10.609711 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 74, seq 3, > length 64 > 23:44:10.609874 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 74, seq 3, leng= th > 64 >=20 > =3D> It's works :-) >=20 > How the status of a member of the bridge can impact the routing behavior = of > other interfaces ? > How to fix this problem ? >=20 > Thanks > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.or= g" You have different mac addresses on each interface. So, when an interface goes down, hosts with that interface's mac in their cache will stop working until the cache entry expires. Use the same mac address for the wired, wireless and bridge interfaces, something like this: cloned_interfaces=3D"wlan0 bridge0" ifconfig_ath0=3D"`ifconfig re1 ether`" ifconfig_ath0=3D"ether ${ifconfig_ath0##*ether }" wlans_ath0=3D"wlan0" create_args_wlan0=3D"wlandev ath0 wlanmode hostap" ifconfig_wlan0=3D"channel 6 ssid xxxx" ifconfig_re1=3D"up" create_args_bridge0=3D"addm re1 addm wlan0 stp re1 stp wlan0" ifconfig_bridge0=3D"ether ${ifconfig_ath0##*ether } inet 1.1.1.1/24" -jr From owner-freebsd-current@freebsd.org Tue Jan 12 18:22:49 2016 Return-Path: Delivered-To: freebsd-current@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 7957CA8035C; Tue, 12 Jan 2016 18:22:49 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 55681109A; Tue, 12 Jan 2016 18:22:49 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-ig0-x22a.google.com with SMTP id mw1so135464941igb.1; Tue, 12 Jan 2016 10:22:49 -0800 (PST) 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:content-transfer-encoding; bh=uFf25AHchebOfjrJQ1UbJCcqHjJW+/LWDPczSGlcBpg=; b=Anoxk0eIvAlW/lGRTX8+5kJ8eCMVf/emBJPLIIUG1Lt6eVqsY9snDjpvin6i2NHaAP 2bmKBOc03S2gQcgPQCn1yqGRJ1PtUhbVPS/moJidkXgfFFJGF3zJqLD8cOZ84p5RDPTA 7aVRcZGIxX3AR5oKn/M4qxRomYCEecINK+yEfYNWN7E1vP9J35B9C3gH6O/1f6J1O4u8 VJcLIyYfpejfEvC4hAxBgj6fPD5ecZSezCAxyNCpOaza0ONsE6WtOS6FLQbLzIontplm 4xh4RJd3pbB/KgsRpF5h9i5ad5gXHAy81qTh1Pl7OfDyFsQrdZycb3oK58J40Zn+98H/ r1xg== MIME-Version: 1.0 X-Received: by 10.50.137.41 with SMTP id qf9mr17904253igb.22.1452622968406; Tue, 12 Jan 2016 10:22:48 -0800 (PST) Received: by 10.36.121.202 with HTTP; Tue, 12 Jan 2016 10:22:48 -0800 (PST) In-Reply-To: References: Date: Tue, 12 Jan 2016 10:22:48 -0800 Message-ID: Subject: Re: forwarding didn't work if wlan0 is member of a bridge From: Adrian Chadd To: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Cc: "freebsd-current@freebsd.org" , "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 18:22:49 -0000 This is actually the intended behaviour, right? The routed interface is down, so the IP address on it and connected to it are unreachable. -a On 11 January 2016 at 14:52, Olivier Cochard-Labb=C3=A9 wrote: > After weeks of troubleshooting, at last I found how to reproduce this > problem ;-) > > Here is the setup: > > LAN0 <--> [(re0) fbsd router (bridge0 addm re1 addm wlan0)] <--> Wireless > LAN > > If interface re1 (bridge0 member with wlan0) is in "active" status > (=3Dethernet cable plugged to something): I don't have any problem, all i= s > working great for my wireless clients connected to wlan0: They can ping > devices in LAN0. > But once I've unplug the ethernet cable connected to re1 (bridge member > with wlan0) and re1 state switch to "no carrier", Wireless LAN clients ar= e > not able to reach LAN0. > > Here is my rc.conf with simple subnetting for Adrian ;-) > > wlans_ath0=3D"wlan0" > ifconfig_wlan0=3D"hostap channel 6" > create_args_wlan0=3D"wlanmode hostap" > cloned_interfaces=3D"bridge0" > ifconfig_re0=3D"inet 1.0.0.1/24" > ifconfig_re1=3D"up" > ifconfig_bridge0=3D"inet 1.1.1.1/24 addm re1 addm wlan0 up" > gateway_enable=3D"YES" > > And an example with re1 in "no carrier" status: > > root@fbsd-router:~ # ifconfig bridge0 > bridge0: flags=3D8843 metric 0 mt= u > 1500 > ether 02:6b:c0:de:b8:00 > inet 1.1.1.1 netmask 0xffffff00 broadcast 1.1.1.255 > nd6 options=3D9 > groups: bridge > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: wlan0 flags=3D143 > ifmaxaddr 0 port 5 priority 128 path cost 33333 > member: re1 flags=3D143 > ifmaxaddr 0 port 2 priority 128 path cost 55 > > > root@fbsd-router:~ # ifconfig re1 > re1: flags=3D8943 metric = 0 > mtu 1500 > > options=3D82099 > ether 00:0d:b9:3c:ae:25 > nd6 options=3D29 > media: Ethernet autoselect (none) > status: no carrier > > =3D> from a wireless LAN client (1.1.1.2) I'm trying to ping a host on LA= N0 > (1.0.0.2): > > root@fbsd-router:~ # tcpdump -pni re0 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decod= e > listening on re0, link-type EN10MB (Ethernet), capture size 262144 bytes > 23:38:04.466866 ARP, Request who-has 1.0.0.2 tell 1.0.0.1, length 28 > 23:38:04.467052 ARP, Reply 1.0.0.2 is-at 00:08:a2:09:c4:a2, length 46 > 23:38:04.467090 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 72, seq 1, > length 64 > 23:38:04.467226 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 72, seq 1, leng= th > 64 > 23:38:04.467300 IP 1.0.0.1 > 1.0.0.2: ICMP host 1.1.1.2 unreachable, leng= th > 36 > 23:38:05.483053 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 72, seq 2, > length 64 > 23:38:05.483259 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 72, seq 2, leng= th > 64 > 23:38:05.483318 IP 1.0.0.1 > 1.0.0.2: ICMP host 1.1.1.2 unreachable, leng= th > 36 > 23:38:06.387304 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 72, seq 3, > length 64 > 23:38:06.387466 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 72, seq 3, leng= th > 64 > 23:38:06.387514 IP 1.0.0.1 > 1.0.0.2: ICMP host 1.1.1.2 unreachable, leng= th > 36 > ^C > 11 packets captured > 11 packets received by filter > 0 packets dropped by kernel > root@fbsd-router:~ # arp -na > ? (1.1.1.1) at 02:6b:c0:de:b8:00 on bridge0 permanent [bridge] > ? (1.1.1.2) at fc:64:ba:97:c0:ff on bridge0 expires in 1168 seconds [brid= ge] > ? (1.0.0.1) at 00:0d:b9:3c:ae:24 on re0 permanent [ethernet] > > =3D> The FreeBSD router answers "unreacheable" to the host: My wireless L= AN > client never get the ICMP reply. > > =3D> Now I plug eth1 to a dummy machine (just for changing its status): > > root@fbsd-router:~ # ifconfig re1 > re1: flags=3D8943 metric = 0 > mtu 1500 > > options=3D82099 > ether 00:0d:b9:3c:ae:25 > nd6 options=3D29 > media: Ethernet autoselect (1000baseT ) > status: active > > =3D> and I restart the same ping from the wireless LAN client: > > root@fbsd-router:~ # tcpdump -pni re0 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decod= e > listening on re0, link-type EN10MB (Ethernet), capture size 262144 bytes > 23:44:08.597429 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 74, seq 1, > length 64 > 23:44:08.597660 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 74, seq 1, leng= th > 64 > 23:44:09.604447 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 74, seq 2, > length 64 > 23:44:09.604683 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 74, seq 2, leng= th > 64 > 23:44:10.609711 IP 1.1.1.2 > 1.0.0.2: ICMP echo request, id 74, seq 3, > length 64 > 23:44:10.609874 IP 1.0.0.2 > 1.1.1.2: ICMP echo reply, id 74, seq 3, leng= th > 64 > > =3D> It's works :-) > > How the status of a member of the bridge can impact the routing behavior = of > other interfaces ? > How to fix this problem ? > > Thanks > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@freebsd.org Tue Jan 12 18:23:42 2016 Return-Path: Delivered-To: freebsd-current@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 2E463A803DD for ; Tue, 12 Jan 2016 18:23:42 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 84A4E1223 for ; Tue, 12 Jan 2016 18:23:40 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from [192.168.100.100] ([87.139.233.65]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LuOYx-1a9XBy0Vl9-011jpd for ; Tue, 12 Jan 2016 19:23:33 +0100 From: olli hauer Subject: Whats the different between the two fingerprints? X-Enigmail-Draft-Status: N1110 To: FreeBSD Current Message-ID: <569544EC.4000202@gmx.de> Date: Tue, 12 Jan 2016 19:24:44 +0100 User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:Vsim00uKYsCPO3rggXXCre1UcSNMFpIBihndykrjM/mWtqICjwZ KRHHuFv2QiTSBonLXnIGlITy2pHAeOtb+J2+ReWwkkLbH0Tby4dyFhXCsHidWYa99vDB0Jk RFOr5rip+ZHRVzMjDexVvhI2fz34LOqUCVDn0tc4jgC4Vfp8LZV7hYRLH0LLUic0ijJZJPU DZxep8CVAIij2MI1AzMkw== X-UI-Out-Filterresults: notjunk:1;V01:K0:lkSyFEAKkz4=:+v8GsxFRAXAWJV8yJGcmyc 2KQlXxQAWm+e5h3AhQRKsdT6iTIhpLF2fxpG6GvG8z79fe8mhDes9O/+Z1H8l6u990FcJABfo UGTf7thBM5/56AQudjz754qPABk553H3/xp9rKNXAQD/wx2oQUYHWdVm4IHqd4aFPpD+oULqE DrKqu0Oai2kVbZ9jUUA1ds8bseVDesO7jVqn+9v7/IQ91NuG2LeGjPOgWke1pmfCYTOGUKGEk HqZBe+fG10A7OoZtW7+wotUZCHI0oh6ZKXaCclFXjv/JxLywJdgpOlCv+8QF24eJFt6lnpsOU s+tPMJHZjHEyMyYQ2CbGd4VH2nnRspjZl2e9yx6ql21aBV22od3ay4gixf7msB7RI1qVMJ9FL ndWVenc6UDyLzxq6jVKzRzGdWdZXUqqNxCfPbg3ed5jwGf5QbuSfAKGxGc0plrPX62xEtqRix xG4qgTVrIavdrgbhEzvo5kQBSykBrtjsfsQXXfSuoWzdOmOpk5mCPG3UoOJZQU4fh/n4tv0m1 H2DOCCnOFVp454xo2CSEMC1H1OwBz6XE04awJD/0EXWNKjqo5EM1TsxKFBEqbo6Ss5MTfBiG2 MTYFKQUb7CeZeoke1LXMA8JW61bZ207WznOzwnj6D3ITmAWa1nVlUmAknku3XsgsJ+/GJEuwc 3xLBN7vS4qFGUjWnirovv6q7m2fK+itEy76z/vUsbiEM+ASwDXR3g9qEIr6lThvRtH29tCPKa EVt78/dekquZwVOVQ5fZ/7OkXEa+7zryp2CLtfM1sdmfDM/GsLNmHiRDaejwQARn+FXeREUrE Qvkiyp3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 18:23:42 -0000 Hi, whats the different between the two fingerprints ? 1) 23eb3a878c79d9c982ffe8e0041dfb5d7526d9bce868f60bcd51b00c86215d9f 2) 23EB3A878C79D9C982FFE8E0041DFB5D7526D9BCE868F60BCD51B00C86215D9F For human both are the same, but not if tested with (md5|sha1|sha256|sha512|rmd160) -c $string Unluckily some vendors providing fingerprints in uppercase (pointing e.g. to HP). The fix is really trivial to implement in src/sbin/md5/md5.c (low hanging fruit) If a dev with src commit has 5min, it would be nice if the one can look at PR 205598 -- Thanks, olli From owner-freebsd-current@freebsd.org Tue Jan 12 18:41:44 2016 Return-Path: Delivered-To: freebsd-current@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 C5BACA808E3 for ; Tue, 12 Jan 2016 18:41:44 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id AB5511F1B for ; Tue, 12 Jan 2016 18:41:44 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.10] (unknown [192.168.1.10]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 9959DD10C for ; Tue, 12 Jan 2016 18:41:43 +0000 (UTC) Subject: Re: Whats the different between the two fingerprints? To: freebsd-current@freebsd.org References: <569544EC.4000202@gmx.de> From: Allan Jude Message-ID: <569548E4.90209@freebsd.org> Date: Tue, 12 Jan 2016 13:41:40 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <569544EC.4000202@gmx.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 18:41:44 -0000 On 2016-01-12 13:24, olli hauer wrote: > Hi, > > whats the different between the two fingerprints ? > > 1) 23eb3a878c79d9c982ffe8e0041dfb5d7526d9bce868f60bcd51b00c86215d9f > 2) 23EB3A878C79D9C982FFE8E0041DFB5D7526D9BCE868F60BCD51B00C86215D9F > > > For human both are the same, but not if tested with (md5|sha1|sha256|sha512|rmd160) -c $string > > Unluckily some vendors providing fingerprints in uppercase (pointing e.g. to HP). > The fix is really trivial to implement in src/sbin/md5/md5.c (low hanging fruit) > > If a dev with src commit has 5min, it would be nice if the one can look at PR 205598 > there is a PR for this. It is being worked on. -- Allan Jude From owner-freebsd-current@freebsd.org Tue Jan 12 18:59:13 2016 Return-Path: Delivered-To: freebsd-current@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 32B71A80E6E for ; Tue, 12 Jan 2016 18:59:13 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F7AC1EC6; Tue, 12 Jan 2016 18:59:12 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from [192.168.100.100] ([87.139.233.65]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0M2ojS-1a0z0d2AqM-00sfdl; Tue, 12 Jan 2016 19:59:09 +0100 Subject: Re: Whats the different between the two fingerprints? To: Allan Jude References: <569544EC.4000202@gmx.de> <569548E4.90209@freebsd.org> Cc: freebsd-current@freebsd.org From: olli hauer Message-ID: <56954D45.2020603@gmx.de> Date: Tue, 12 Jan 2016 20:00:21 +0100 User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <569548E4.90209@freebsd.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Ef68Ngzcwpie6p+2wYN4cxUX4kDWICrSlLIgakp4fPwrnk1YUtO Gy3tdFIjHZO/ZoygDLeS11MTTA0d/Myfbww9WpnL6OGOzsB+WWqBZfxdgIzxW2/69tIGFYS n/83oKoGHx9GUu+FTY0FVZWrg3Ok5Muq423mz5wFK+L2ZZ8+/2q7FRLGn4UsmzuGJFkaiJy FNXDtHQKdqSNJiay68rHQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:II7luXClC7Y=:TTqzX0vC4jSU/jAeiq6C8/ VBJIaoi05zqkVIr0QZ3j9gLqkhs/HipxKCBGZxfUVeEqJvSX1j+5q9ZEIA1Nu9J3+nwNw088R Pj3oSXikS708jHpxQvTf+2a25uzTO2wJZfYAu6vYY+X8S5y/HWRsh+d+KjEcpQhN1IjXBmZZq a2m1HTCVYCDQY+SYjTCwmXDM/LyXCKcO0pyO+jZbtjHsLj3pZNTCnculcTUTgE33sl+3GpBOD 4hwhATOm+uP/wF6itU4wOJY7a74CiufEXfU4PQ2ZhS626hECz7P2w2y+w8m1t7xlJbUz47CdU ir+trjpzAwafKE8J/4vdpSiXWqLLz4nUuTv2BUpu0IS5XUdZrhYXysb2FAK2wrs+e40MiMWly WiMyTUUJYdor0hZbklI/PmzE0LqjmxgsU+Mc83AVP4v/UaLUZ2p8oD8AOVcJVdWMst/KuJBTt iY9qeIo62+CWbtdyPJquqCpizcy/W0QuLpvStwS3zUhkLv3+/spvvnCiJ51pbN0/NOYlinqs1 YYs2Iy1fXCXJUqHnsNfqEh9luj16rYuOroS8pP00XBxZYwULQNzLc6Z70NFCLPFAJ/x8njby8 yoC76miqNaLe0roKmdz19H5/ObqWKkunBTQmgbadTKmiDtAJCgYReJ1igghOmxEKobst0s/aS pi7zKMpWaDuJOhx2RiqV1UfPobLCtQZB+9lT0FMj6V/hsnCuM2Urd5rZDzzBFHQIq+mmP87Yp Cg1N3dM3EYqZB5TvhRGxwOXnM3FdPHtCMgvEYZcm/ezhdvxb0LYRDIOQ/DbFC25Gt06KUmCmW +FTlEXg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 18:59:13 -0000 On 2016-01-12 19:41, Allan Jude wrote: > On 2016-01-12 13:24, olli hauer wrote: >> Hi, >> >> whats the different between the two fingerprints ? >> >> 1) 23eb3a878c79d9c982ffe8e0041dfb5d7526d9bce868f60bcd51b00c86215d9f >> 2) 23EB3A878C79D9C982FFE8E0041DFB5D7526D9BCE868F60BCD51B00C86215D9F >> >> >> For human both are the same, but not if tested with (md5|sha1|sha256|sha512|rmd160) -c $string >> >> Unluckily some vendors providing fingerprints in uppercase (pointing e.g. to HP). >> The fix is really trivial to implement in src/sbin/md5/md5.c (low hanging fruit) >> >> If a dev with src commit has 5min, it would be nice if the one can look at PR 205598 >> > > there is a PR for this. It is being worked on. > Yes, I wrote the PR ;) Until now it was not taken and I would be very happy to see the fix in stable9/10 before 10.3 is released. -- olli From owner-freebsd-current@freebsd.org Tue Jan 12 19:21:14 2016 Return-Path: Delivered-To: freebsd-current@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 4A6F5A66772 for ; Tue, 12 Jan 2016 19:21:14 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D89F31B82; Tue, 12 Jan 2016 19:21:13 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: by mail-wm0-x22a.google.com with SMTP id f206so267329531wmf.0; Tue, 12 Jan 2016 11:21:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=I/3zjGoagP9N8GMSIIqPfRcOggx3Kf+P7tm062JAlmo=; b=XeTZZ7+qzMSBK0JujXLyn8JMYG27ALYqZB03JWEn/MySSzMpgFYM1ZyhFQFa06y9mD 5CErUiomVKbctPIF4if5Vt2vy68KtIapsgin6fju9VAppTqmpTVzjol9CPQGdQigGJzN AAJGhBMLN47vj0i/gp3Gp/nTrWMHFVCCHsY/4Usz79RLGbll3qtYwPtNeBAuqs3HkXIN GMfMHVkkjXmCseCV8DV7VS9LMUXVyryI3NPITIJGCf0qM/k8ewE7BYWd7eD95hDwOr68 1xBOcK8fe86C4EHs83w1kZTCUxMCNyUZ8qbyo0/cCZiHAx7HJKOmAGkhVTO0/3Jfz6yg rd8Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-type; bh=I/3zjGoagP9N8GMSIIqPfRcOggx3Kf+P7tm062JAlmo=; b=bNcgUEW/Ltj/nyK8h43bF5fPERyExXc3kvp/gcK2KXSMQbhvXolpfv1Bz4pCwM5tEl O09uGxnu5V+6spJUkQUJ0ellhjwnZGPHA2tT4EkNiboh0vB7zTNDlTFj9Zf0TQl8N5y4 eAEM9demmSwK6FWst4Ki0QPexFPGtkZxlBU8HaN8xtI2gEExgxT2/FeIR3im+ZDrWUIM WGlcOZvS2hL0fs2W96Qqg889RG+G4dckHB6H23LipVZbycCSBZqS8pQiQpd3X9Z+DAW5 r92IDBg+WtLtEmhGKZxFZldm25rS0dZI1WFhWUVIWQ4r1tVS6o0AZ9ihEb1bNLdkCwJ2 5GsA== X-Gm-Message-State: ALoCoQngDdF9bEBO9BN6NN/AYUr0qbsdfOTX8deX8heqHKRAjmQe1cfxGMgbbWyY8RaP9uwoA3ZA/5bNj2REN2LYyxCWBYD50w== X-Received: by 10.28.141.10 with SMTP id p10mr20692957wmd.83.1452626471800; Tue, 12 Jan 2016 11:21:11 -0800 (PST) MIME-Version: 1.0 References: <935599D8-FAC0-4ED3-BC1F-5E2AA6C8ABCE@gmail.com> In-Reply-To: <935599D8-FAC0-4ED3-BC1F-5E2AA6C8ABCE@gmail.com> From: Tom Vijlbrief Date: Tue, 12 Jan 2016 19:21:01 +0000 Message-ID: Subject: Re: Installworld fails with TMPDIR pointing to NFS mounted directory To: NGie Cooper Cc: freebsd-current@freebsd.org, bdrewery@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 19:21:14 -0000 Op di 12 jan. 2016 om 18:08 schreef NGie Cooper : > > > On Jan 12, 2016, at 08:42, Tom Vijlbrief wrote: > > > > If have this issue with 11-CURRENT on my raspberry 1 and 2, but I do not > > think it is raspberry related or even 11-CURRENT related. > > > > export TMPDIR=/media/usbdisk/tmp > > > > make installword MAKEOBJDIRPREFIX=/media/swan/obj > > Hi Tom, > MAKEOBJDIRPREFIX should always be set via the environment, not the > command line, e.g. > > export MAKEOBJDIRPREFIX=/media/swan/obj > make installworld > > Cheers, > -NGie I think I actually did the export and not as I typed in my mail, the export is in my shell history :-) I also added: rpc_lockd_enable="YES" to my /etc/rc.conf and rebooted (rpc.lockd is now running) as Bryan suggested, but I don't think that it is needed if the only client accessing the NFS tmp dir is the local client? [root@rpibsd /media/swan/src]# env | grep swan TMPDIR=/media/swan/tmp PWD=/media/swan/src MAKEOBJDIRPREFIX=/media/swan/obj make installworld DESTDIR=/d/root11 Same result: ===> etc/sendmail (install) cd /media/swan/src/etc/../share/man; make makedb makewhatis /d/root11/usr/share/man makewhatis /d/root11/usr/share/openssl/man rm: /media/swan/tmp/install.sy3BjziY/locale/en_US.UTF-8: Directory not empty rm: /media/swan/tmp/install.sy3BjziY/locale: Directory not empty rm: /media/swan/tmp/install.sy3BjziY: Directory not empty *** Error code 1 Stop. make[1]: stopped in /media/swan/src *** Error code 1 Stop. make: stopped in /media/swan/src [root@rpibsd /media/swan/src]# From owner-freebsd-current@freebsd.org Tue Jan 12 19:39:21 2016 Return-Path: Delivered-To: freebsd-current@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 6CAA5A66E70 for ; Tue, 12 Jan 2016 19:39:21 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-qg0-x236.google.com (mail-qg0-x236.google.com [IPv6:2607:f8b0:400d:c04::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A2181967; Tue, 12 Jan 2016 19:39:21 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-qg0-x236.google.com with SMTP id o11so437250699qge.2; Tue, 12 Jan 2016 11:39:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=lW+V3wkiLrNIdtPobqXHCQnDwGFPHbL6Q4YxhV+4ZHY=; b=cBz646ST1kxjiT3ZcTJkvOEIY6s3hHfMkvwIdlGb7oKomH2Zy2N7p94yNeQVwuoykW 0HOYq87BJl5XBqPK0J9UFC4w0whqsf017Jcus1fwHYE9oHyNdTcugnKq4UKKbPUm6UDY SPyoMkVO5/kwln1gF/QaeVkr37U5l8naAIO6KpYWpEe6wKfCP9KMxi9W9xoF9OgAi3I9 qX7GErQ6mZJjMyzrqo1B1PxskuqZUH4xnmsH3G7I5JKpDZj7OubcRvLvyJ7Lnz+637zE FTRkd0v5Azlmc3o6yWjOjari0P0zr2mxUgtrhy1PpbzqD2I161lUzxj6qfJ21vJ6/KjD Hw/Q== X-Received: by 10.140.175.7 with SMTP id v7mr5689798qhv.103.1452627560234; Tue, 12 Jan 2016 11:39:20 -0800 (PST) Received: from [162.180.66.240] ([172.56.29.167]) by smtp.gmail.com with ESMTPSA id w140sm12074208qhb.37.2016.01.12.11.39.18 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 12 Jan 2016 11:39:18 -0800 (PST) Mime-Version: 1.0 (1.0) Subject: Re: Installworld fails with TMPDIR pointing to NFS mounted directory From: Garrett Cooper X-Mailer: iPhone Mail (13C75) In-Reply-To: Date: Tue, 12 Jan 2016 11:39:17 -0800 Cc: freebsd-current@freebsd.org, bdrewery@freebsd.org Message-Id: <158AF387-3A1A-4C26-A7BD-E4609B62E9B4@gmail.com> References: <935599D8-FAC0-4ED3-BC1F-5E2AA6C8ABCE@gmail.com> To: Tom Vijlbrief Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 19:39:21 -0000 > On Jan 12, 2016, at 11:21, Tom Vijlbrief wrote: >=20 >=20 > Op di 12 jan. 2016 om 18:08 schreef NGie Cooper : >>=20 >> > On Jan 12, 2016, at 08:42, Tom Vijlbrief wrote: >> > >> > If have this issue with 11-CURRENT on my raspberry 1 and 2, but I do no= t >> > think it is raspberry related or even 11-CURRENT related. >> > >> > export TMPDIR=3D/media/usbdisk/tmp >> > >> > make installword MAKEOBJDIRPREFIX=3D/media/swan/obj >>=20 >> Hi Tom, >> MAKEOBJDIRPREFIX should always be set via the environment, not th= e command line, e.g. >>=20 >> export MAKEOBJDIRPREFIX=3D/media/swan/obj >> make installworld >>=20 >> Cheers, >> -NGie >=20 > I think I actually did the export and not as I typed in my mail, > the export is in my shell history :-) >=20 > I also added: >=20 > rpc_lockd_enable=3D"YES" >=20 > to my /etc/rc.conf and rebooted (rpc.lockd is now running) as Bryan sugges= ted, but I don't think that it is needed if the only client accessing the NFS= tmp dir is the local client? >=20 > [root@rpibsd /media/swan/src]# env | grep swan > TMPDIR=3D/media/swan/tmp > PWD=3D/media/swan/src > MAKEOBJDIRPREFIX=3D/media/swan/obj >=20 > make installworld DESTDIR=3D/d/root11 >=20 > Same result: >=20 > =3D=3D=3D> etc/sendmail (install) > cd /media/swan/src/etc/../share/man; make makedb > makewhatis /d/root11/usr/share/man > makewhatis /d/root11/usr/share/openssl/man > rm: /media/swan/tmp/install.sy3BjziY/locale/en_US.UTF-8: Directory not emp= ty > rm: /media/swan/tmp/install.sy3BjziY/locale: Directory not empty > rm: /media/swan/tmp/install.sy3BjziY: Directory not empty > *** Error code 1 >=20 > Stop. > make[1]: stopped in /media/swan/src > *** Error code 1 >=20 > Stop. > make: stopped in /media/swan/src > [root@rpibsd /media/swan/src]#=20 The NFS "directory not empty" issue has been a common annoyance for me for s= everal years. It's not just you... It deserves a bug though. Thanks! -NGie= From owner-freebsd-current@freebsd.org Tue Jan 12 20:48:29 2016 Return-Path: Delivered-To: freebsd-current@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 90C2DA6DC0D; Tue, 12 Jan 2016 20:48:29 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2B5F31623; Tue, 12 Jan 2016 20:48:29 +0000 (UTC) (envelope-from cochard@gmail.com) Received: by mail-lf0-x233.google.com with SMTP id h129so47244767lfh.3; Tue, 12 Jan 2016 12:48:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=zJY0aYW0SwR8q634rR+LUXgymGcmrO5oAKurTtzH41w=; b=VV5P4o37VNNSPS3sNuu3blPnITfzD8ej1/fB1CDRdnU8cHiqsdE6efamvppItA/fvi ae2CtmrT+ts8YxPzq3X8rGWZZZdMFpsRcQ4euyPxoYNXNTL4XYX3jHHQs2lpbuNu8gEm wyYsutqYfxJ7pnviDfQd0u3wGp1nhFwKW7fqvEeOGa8tzqeRbVOCYkTcNSR3EUjoZNBS NscO1c7M8CoOScRU82C8nFcD8zxjS6g/Co9/QX0zIodjpY6+VgSFwgzmRswJxRa7a62Q g+Na4U2GweKGfzpO/V2a+SVR6kwL2J62GD1qDhWb/35k+pKradUGl2jLRo4bqyAW3dfY mGAg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cochard-me.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=zJY0aYW0SwR8q634rR+LUXgymGcmrO5oAKurTtzH41w=; b=KNq7SoXfrpVXoPa6XrXaajbdYiO+YtHhUHFNEa2NcEFO065HGJzh89Jmv+STmxkqeG 5GazycvqKtlIKT4dnpWsnQHUe0JaqO9mtMsqPUtg24NdVUHcBGrnSlSaO+EsjGSFCrKF wInWWnyxSVcZ4psisLcuYJ0JKvErkLwwCaSIJvQFgB6QYqoIIdplDjrJDhhw8RoqB6lV AQ24j7EtoYv1DA5AAxB1vPXuNY8zMen4ExwidvJR4pur+3eflmRgmOBPiQEvXno2gij8 xrEtfOEB+HW171AK8gSSzh4tRG9SW1m5x9liA61PltyLvaQOZkqMZzSOGVc6/LphSRK/ WsBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=zJY0aYW0SwR8q634rR+LUXgymGcmrO5oAKurTtzH41w=; b=GLKjWdpYxpMhQHMC+/MkVB/4PvMi3uH3nzzrgddPyhTK3vEnioxnkoO6MlKcDAdv8z ReNjX5eEXkJrX/XyWneBLapVOue6igdvzslKPBOxtLdhLeXvrxcVlK9uKgSSOIco3CJf qyAM4DFZ4jfhoslzKdoK3aUv6BjHcH1tcyYZKV7+QR5eSjpU+njVEUt88RW5ag776bK/ 9ScOvcnulc470ZycHxW/BlESWSPsaG104ljTPIdk0vXSwLtmOqE55sWgUOmOAJqGataU hNeaO3Z7g3jAdlk4ntU1zho5uGi/gwhtThxRKslKjz0AIk/VWbhpLiu2DkCqxjbK+T9M qovA== X-Gm-Message-State: ALoCoQkDELYZIJWemrt7xwjMdMDQvCrL7/An4DqcRuQFUOZmruMk38JGfhDSQ7HLF2Ml+3yfRz5VTOB4WjT7tI2DzEkccvAPZA== X-Received: by 10.25.133.84 with SMTP id h81mr34581170lfd.126.1452631706974; Tue, 12 Jan 2016 12:48:26 -0800 (PST) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.25.136.11 with HTTP; Tue, 12 Jan 2016 12:48:07 -0800 (PST) In-Reply-To: References: From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Tue, 12 Jan 2016 21:48:07 +0100 X-Google-Sender-Auth: Sc6B9x47TMlwJUiJxFSOmGX9LF4 Message-ID: Subject: Re: forwarding didn't work if wlan0 is member of a bridge To: Adrian Chadd Cc: "freebsd-current@freebsd.org" , "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 20:48:29 -0000 On Tue, Jan 12, 2016 at 7:22 PM, Adrian Chadd wrote: > This is actually the intended behaviour, right? The routed interface > is down, so the IP address on it and connected to it are unreachable. > =E2=80=8BHi Adrian, the routed interface is a bridge interface, and this bridge interface had only one of its 2 members interface down. Then the routed interface is not down. From owner-freebsd-current@freebsd.org Tue Jan 12 20:52:53 2016 Return-Path: Delivered-To: freebsd-current@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 EC4B9A6DFA1; Tue, 12 Jan 2016 20:52:53 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward17j.cmail.yandex.net (forward17j.cmail.yandex.net [5.255.227.236]) (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 AA6FA1C60; Tue, 12 Jan 2016 20:52:53 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from web14j.yandex.ru (web14j.yandex.ru [5.45.198.55]) by forward17j.cmail.yandex.net (Yandex) with ESMTP id 1883620DA7; Tue, 12 Jan 2016 23:52:42 +0300 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web14j.yandex.ru (Yandex) with ESMTP id 0DBF728A01FA; Tue, 12 Jan 2016 23:52:41 +0300 (MSK) Received: by web14j.yandex.ru with HTTP; Tue, 12 Jan 2016 23:52:41 +0300 From: Alexander V. Chernikov Envelope-From: melifaro@ipfw.ru To: =?utf-8?B?T2xpdmllciBDb2NoYXJkLUxhYmLDqQ==?= , Adrian Chadd Cc: "freebsd-current@freebsd.org" , "freebsd-wireless@freebsd.org" In-Reply-To: References: Subject: Re: forwarding didn't work if wlan0 is member of a bridge MIME-Version: 1.0 Message-Id: <1223091452631961@web14j.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Tue, 12 Jan 2016 23:52:41 +0300 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 20:52:54 -0000 12.01.2016, 23:48, "Olivier Cochard-Labbé" : > On Tue, Jan 12, 2016 at 7:22 PM, Adrian Chadd > wrote: > >>  This is actually the intended behaviour, right? The routed interface >>  is down, so the IP address on it and connected to it are unreachable. > > ​Hi Adrian, > > the routed interface is a bridge interface, and this bridge interface had > only one of its 2 members interface down. > Then the routed interface is not down. Could you show 'netstat -rn' output when one of bridge members is down? Btw, I tried to reproduce it today (but, with ix0 instead of wlan0) and I wasn't able to trigger the problem. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Jan 12 20:58:25 2016 Return-Path: Delivered-To: freebsd-current@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 5EB35A801BE; Tue, 12 Jan 2016 20:58:25 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2AF0B1150; Tue, 12 Jan 2016 20:58:25 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-ig0-x231.google.com with SMTP id z14so135737313igp.1; Tue, 12 Jan 2016 12:58:25 -0800 (PST) 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:content-transfer-encoding; bh=/HXDF4z6ihWZ5D03ltEx4DZiUsIIiYV0OfAfkAbV09I=; b=Xi18edESH+FGJwm2JNvFNW7Wh3bbis5tDTbkJcQ7XquGHTo+NShcIMQ+Ag7Nrzx4O/ raFbu3rPlxY0FsDsiM9xyADwviJMVvr16H8X45xxbCycm5k/4Z6bzyx+MHnlXiE5HYYO DIqwesh8PIhRWJseLe1bcIxmrv+mRrk47r2HZ28cHPjst50yEWWw/ETbzLYWD4KtTbOA zriATAXO31DVVuKl7T9SdSlefuPZ7stzo0sextJ8CB0gMvb+vnVMtOtgM3cb8Z35dxGr uisEarj+X0d2xEGthQg4bTsXPzrwNHpf91xUkK2Y3JRIWpbmZWjLA9vHzkt1yigNFlUp 9maQ== MIME-Version: 1.0 X-Received: by 10.50.137.41 with SMTP id qf9mr18524308igb.22.1452632304458; Tue, 12 Jan 2016 12:58:24 -0800 (PST) Received: by 10.36.121.202 with HTTP; Tue, 12 Jan 2016 12:58:24 -0800 (PST) In-Reply-To: References: Date: Tue, 12 Jan 2016 12:58:24 -0800 Message-ID: Subject: Re: forwarding didn't work if wlan0 is member of a bridge From: Adrian Chadd To: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Cc: "freebsd-current@freebsd.org" , "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 20:58:25 -0000 Ah, okay. Can you ping out the routed interface whilst this occurs? -a On 12 January 2016 at 12:48, Olivier Cochard-Labb=C3=A9 wrote: > On Tue, Jan 12, 2016 at 7:22 PM, Adrian Chadd > wrote: >> >> This is actually the intended behaviour, right? The routed interface >> is down, so the IP address on it and connected to it are unreachable. > > > Hi Adrian, > > the routed interface is a bridge interface, and this bridge interface had > only one of its 2 members interface down. > Then the routed interface is not down. > From owner-freebsd-current@freebsd.org Tue Jan 12 21:28:01 2016 Return-Path: Delivered-To: freebsd-current@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 0CCB5A80D98 for ; Tue, 12 Jan 2016 21:28:01 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D0711511 for ; Tue, 12 Jan 2016 21:28:00 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id l65so269190698wmf.1 for ; Tue, 12 Jan 2016 13:28:00 -0800 (PST) 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=XaNCa9H2xn8ChkwJoPNYB+w8pUuAms1Jqg2JgftiVeA=; b=fJ/sOFCX0pk8NadQcmNOrbu0tpxLBxHWLmaMRpz5thawR3reEp0coioxADHxyQPMo7 m8/baN92mz1dwfWU6R+R5zm3/dmIDxRKr4zwMsEq5f6U0vjAieeCBMI8nRrwPb0dE1ja A1AZgR9Nau4UoFW+xPejGK8MXoBJgoOfrPPA+CXFMKbEIbhgtH1167xOSBIuvci/WFOh i40LCnhSYokp6dQaOBlvlmEK5uOuFC//B4seXmCMcmP0lMaRPZ2rPz9HWRj997N7BfE/ o7lEV75gOjVU8FAzjF6XPlGhYhmUz6AGW5A9L0TwZaG0nPjCJ16Cy3oOEwuhvgQPDIjJ f4qQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=XaNCa9H2xn8ChkwJoPNYB+w8pUuAms1Jqg2JgftiVeA=; b=M71XEjeS3liJD1Dbk5Zekvj953OL+PsROOoejBSTy3ORPqwEz4cr7CWvTxV+5VRF8b ikfzaVspXaVZyki1sIU0N1jkEqvCc91VCvttdX6Mnj/nM5ZBqwRnqBKfqxCV2ymhRqDU fjpeAsKTsVv10ahLF4RzLZxS6qX1sispHKrhMmM3lEE+1oIWcPtHhcrwf82LojqvOict n52mMg6z76QwFt45pr7Z5krxZYktdmmgF8Zz+f+NT8fKzal71KzgQeEPXKHAD84WyByi lqEicDfrwyvQ2UFc9LlFIuM6jn45zfryxDB2pr4K7fXCOwuAaXroECed+1aNkxjdzeCT s/FQ== X-Gm-Message-State: ALoCoQnkdgKhPMVDOSLNQ/7OP8HpaJkG4TY2r3syNP+zyAqMYTgkOEhcKFzssiclKxs9vmFpQbBheMMvYMt6xs7OnPXHVWOsOg== MIME-Version: 1.0 X-Received: by 10.28.129.202 with SMTP id c193mr21024787wmd.35.1452634079088; Tue, 12 Jan 2016 13:27:59 -0800 (PST) Received: by 10.194.234.130 with HTTP; Tue, 12 Jan 2016 13:27:59 -0800 (PST) In-Reply-To: References: Date: Wed, 13 Jan 2016 00:27:59 +0300 Message-ID: Subject: Re: Installworld fails with TMPDIR pointing to NFS mounted directory From: Sergey Kandaurov To: Tom Vijlbrief Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 21:28:01 -0000 On 12 January 2016 at 19:42, Tom Vijlbrief wrote: > [..] > export TMPDIR=/media/swan/tmp > > The NFS server exports /media/swan which has a src/ obj/ and tmp/ > subdirectory. > src/ has the sources, obj/ is filled correctly by makeworld. > The tmp dir has the correct permissions. The installworld runs till the > end, except for the last cleanup action which fails: > > ===> etc/sendmail (install) > cd /media/swan/src/etc/../share/man; make makedb > makewhatis /d/root11/usr/share/man > makewhatis /d/root11/usr/share/openssl/man > rm: /media/swan/tmp/install.xrgbPMy8/locale/en_US.UTF-8: Directory not empty > rm: /media/swan/tmp/install.xrgbPMy8/locale: Directory not empty > rm: /media/swan/tmp/install.xrgbPMy8: Directory not empty > *** Error code 1 Search for NFS "sillyrename". -- wbr, pluknet From owner-freebsd-current@freebsd.org Tue Jan 12 21:29:37 2016 Return-Path: Delivered-To: freebsd-current@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 E952CA80E33 for ; Tue, 12 Jan 2016 21:29:37 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 825C21748; Tue, 12 Jan 2016 21:29:37 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: by mail-wm0-x22d.google.com with SMTP id f206so341899368wmf.0; Tue, 12 Jan 2016 13:29:37 -0800 (PST) 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=jazXPktRkySDvTyxugr9YsmrKVR6eUc86rrmktVQchw=; b=L9DOwjMfmCPHBGPxZgiP0nmJUuih7qC4lfei9twm6DisF2zd0kbPDjVDtdR0fywPTI ZewFMp0Y/bDGTxvVL7O2Hk4wDJT7+83lzj/AdjmrP07RaReQkd7GMOHxCQ53o4SYoIcm 0JJ2MOEv4Q18tV8rVVk4v8bCRtEq4w0OOdKEaou1CGICzbw+wUymzUJHfTKJh5lGg6Kx 9QX3SDePIQ+ZXWP3MsWbtUjYcWeT/6EKJrX1OM2pvbExzZkXH7vuHVEAFrVZTFcIhZDo P47JBbo5Nb/NbtmgSgqhB5ypxqc8SqAQ653ffp7gMaDDIaY26T+2cMMyP81cmbTHVK8F 2bMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=jazXPktRkySDvTyxugr9YsmrKVR6eUc86rrmktVQchw=; b=BcSmDJzuXm+9sX3rNxR5L8Sv1cSLvLw5X557cjcdKI6UdkyaJ8UoHllkZpYevrN9zS ForKhfglYs+9w5ZeTQHatDWHr4/zDyGInsIgtBJvuK1cLpLFWJI9LA+w6oYdrx8g9JPT QCDg6qdq0OvKw48nUQWcRjMf25KJPNWBqreeu9dGOwZfGveL+IJcK2z8Wx3gAe8aN/jV FODSOPv2F/x8Hwcn0BiJP6uBFPcpo4wgrThHBZbFpnWTrqvSqFmS7bYDPwclXY5XGIfr Q11idKfaKpdaB/yp5Nh14vRtF6VllKBxP5L5y2JU1aeUUYKKQMv83ziE4Z3WsnsHiBqJ euXA== X-Gm-Message-State: ALoCoQk+YfHCIVVHE8G40Dp3N5lXxQIoJ/HkTNIqf4r/r1F/VxFyqewvckS80jokCk8oYcfYrdezElE1j1T5qnzY+KPzLjnP4Q== MIME-Version: 1.0 X-Received: by 10.28.153.3 with SMTP id b3mr22706432wme.7.1452634176040; Tue, 12 Jan 2016 13:29:36 -0800 (PST) Received: by 10.27.14.227 with HTTP; Tue, 12 Jan 2016 13:29:35 -0800 (PST) Received: by 10.27.14.227 with HTTP; Tue, 12 Jan 2016 13:29:35 -0800 (PST) In-Reply-To: <158AF387-3A1A-4C26-A7BD-E4609B62E9B4@gmail.com> References: <935599D8-FAC0-4ED3-BC1F-5E2AA6C8ABCE@gmail.com> <158AF387-3A1A-4C26-A7BD-E4609B62E9B4@gmail.com> Date: Tue, 12 Jan 2016 22:29:35 +0100 Message-ID: Subject: Re: Installworld fails with TMPDIR pointing to NFS mounted directory From: Tom Vijlbrief To: Garrett Cooper Cc: bdrewery@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 21:29:38 -0000 https://lists.freebsd.org/pipermail/freebsd-current/2010-September/019820.html Op 12 jan. 2016 20:39 schreef "Garrett Cooper" : > > On Jan 12, 2016, at 11:21, Tom Vijlbrief wrote: > > > Op di 12 jan. 2016 om 18:08 schreef NGie Cooper : > >> >> > On Jan 12, 2016, at 08:42, Tom Vijlbrief wrote: >> > >> > If have this issue with 11-CURRENT on my raspberry 1 and 2, but I do not >> > think it is raspberry related or even 11-CURRENT related. >> > >> > export TMPDIR=/media/usbdisk/tmp >> > >> > make installword MAKEOBJDIRPREFIX=/media/swan/obj >> >> Hi Tom, >> MAKEOBJDIRPREFIX should always be set via the environment, not >> the command line, e.g. >> >> export MAKEOBJDIRPREFIX=/media/swan/obj >> make installworld >> >> Cheers, >> -NGie > > > I think I actually did the export and not as I typed in my mail, > the export is in my shell history :-) > > I also added: > > rpc_lockd_enable="YES" > > to my /etc/rc.conf and rebooted (rpc.lockd is now running) as Bryan > suggested, but I don't think that it is needed if the only client accessing > the NFS tmp dir is the local client? > > [root@rpibsd /media/swan/src]# env | grep swan > TMPDIR=/media/swan/tmp > PWD=/media/swan/src > MAKEOBJDIRPREFIX=/media/swan/obj > > make installworld DESTDIR=/d/root11 > > Same result: > > ===> etc/sendmail (install) > cd /media/swan/src/etc/../share/man; make makedb > makewhatis /d/root11/usr/share/man > makewhatis /d/root11/usr/share/openssl/man > rm: /media/swan/tmp/install.sy3BjziY/locale/en_US.UTF-8: Directory not > empty > rm: /media/swan/tmp/install.sy3BjziY/locale: Directory not empty > rm: /media/swan/tmp/install.sy3BjziY: Directory not empty > *** Error code 1 > > Stop. > make[1]: stopped in /media/swan/src > *** Error code 1 > > Stop. > make: stopped in /media/swan/src > [root@rpibsd /media/swan/src]# > > > The NFS "directory not empty" issue has been a common annoyance for me for > several years. It's not just you... It deserves a bug though. > Thanks! > -NGie > From owner-freebsd-current@freebsd.org Tue Jan 12 22:01:06 2016 Return-Path: Delivered-To: freebsd-current@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 8ACB7A803E2; Tue, 12 Jan 2016 22:01:06 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E884C1DAA; Tue, 12 Jan 2016 22:01:05 +0000 (UTC) (envelope-from cochard@gmail.com) Received: by mail-lb0-x235.google.com with SMTP id x4so23660033lbm.0; Tue, 12 Jan 2016 14:01:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=zDwbh3qAi+dCt9Jr66r/egTUH4SEiFlnK/GeTYX2xkw=; b=Gh1/auH4im7O/DqHx/mVtx5buqbcWbrHYFgEoEJeTSxN7JASOyqHhH/FkRVEGnsQ+m 19Ras2I0Gf4tLtbRDBMUXgzmNPRj3wKY1cVFHzbxydeO/6xhX47zDHBK7vmfp4jn36bm Nwkg925wmGu0qwDIovnU+S5aKkrPRvNVOE7aaiDB0xQseDvAVk14t5El+WF+nzasPbBe EhDH0lT3Fp2uqAiHsHNRUtmJ2bZm+H3UPzl6RaCi1D/w5myImKQ/Gi8DZ+MngP7nhSE/ XnpeBcou5tG/xwoTl/vkWaUonzOe82SaB3KTqxHDjeDw6lguSqT5o/rbpiml+YqExAjo FbZA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cochard-me.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=zDwbh3qAi+dCt9Jr66r/egTUH4SEiFlnK/GeTYX2xkw=; b=rlw3/9oqoR3paRSJRq6f9RyclYmIETIURPZrH7vyc/gfdNaJyGCPymc8CJJt6qdpqe o7QaXi8pGfGYT3jqNkqaPwjoO4cDGTK9H4Ly9q4dRXL5BaG2921dmgLRFNEtOkxnry/y jBz5LBtGQwXRlB0trV9RONk0qEaFdd4Vj5T+flLmAv0OhLHvifiZdx6rObJV+Vj+y1K9 BJqI6CotjhxB4kDz6EmQYqGwzWo6dr4x4HybE3rl8O3dWRtSnCJ+mta8nZ6iWEJDlsT1 bsdDsKkCkG+ior1+DfmBmOVMVxBLGZ9lAvHdf9edr4gH208XdmMEywUeV07V/LY7lc/q VNAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=zDwbh3qAi+dCt9Jr66r/egTUH4SEiFlnK/GeTYX2xkw=; b=eJJ/oXDPy0wGYYm1PvO6XQXHxBQJQSb0a10zc08TQN4SYqfjrWipV+TmbotEGv7mLk QwWkisqAuxxLShwj3S/bjvdFIRwN+l2OsAKFSYqThs1/wofDVYBZNma63EeDP6ukZWjx igr+MxYgok7Zvgkps0tZNlDBtnXcY7J6jEuZ9tSwBOMkT8Rcmb19YMUMz8+Ub52xtBMt Own7FOZYyQbhurz9H9QFzYHbl1/BZiFyeGSymjgac3NwMvNIwcnHxvOMOsVOR7d1OSnT /OAaab16+T72C0ZUz4GLf5KlgCtSwR65aBIqLRqNE9XDgPbMHWrbMpjyaQyQRlXaTQfQ Sraw== X-Gm-Message-State: ALoCoQmtCu/hnRucA77B7I/Hm1kVEGZzHl9gscBDNwGhX4cmn6s2iweXCuy6/N0TEnvBLv0f0HhT1vAIBRNcz9oY5a9cbdAmdw== X-Received: by 10.112.14.234 with SMTP id s10mr49638010lbc.136.1452636063482; Tue, 12 Jan 2016 14:01:03 -0800 (PST) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.25.136.11 with HTTP; Tue, 12 Jan 2016 14:00:43 -0800 (PST) In-Reply-To: <1223091452631961@web14j.yandex.ru> References: <1223091452631961@web14j.yandex.ru> From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Tue, 12 Jan 2016 23:00:43 +0100 X-Google-Sender-Auth: tfSHIlK62wJg4ZUPsgk0WS8sgLc Message-ID: Subject: Re: forwarding didn't work if wlan0 is member of a bridge To: "Alexander V. Chernikov" Cc: Adrian Chadd , "freebsd-current@freebsd.org" , "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 22:01:06 -0000 On Tue, Jan 12, 2016 at 9:52 PM, Alexander V. Chernikov < melifaro@freebsd.org> wrote: > > Could you show 'netstat -rn' output when one of bridge members is down? > Btw, I tried to reproduce it today (but, with ix0 instead of wlan0) and I > wasn't able to trigger the problem. > > =E2=80=8BSure, here some output with the re1 (member of bridge) unplugged: root@ =E2=80=8Bfbsd-router :~ # ifconfig bridge0 bridge0: flags=3D8843 metric 0 mtu 1500 ether 02:6b:c0:de:b8:00 inet 1.1.1.1 netmask 0xffffff00 broadcast 1.1.1.255 nd6 options=3D9 groups: bridge id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: wlan0 flags=3D143 ifmaxaddr 0 port 5 priority 128 path cost 33333 member: re1 flags=3D143 ifmaxaddr 0 port 2 priority 128 path cost 55 root@ =E2=80=8Bfbsd-router :~ # ifconfig re1 re1: flags=3D8943 metric 0 mtu 1500 options=3D82099 ether 00:0d:b9:3c:ae:25 nd6 options=3D29 media: Ethernet autoselect (none) status: no carrier root@ =E2=80=8Bfbsd-router=E2=80=8B :~ # netstat -r =E2=80=8B4=E2=80=8B n Routing tables Internet: Destination Gateway Flags Netif Expire 1.0.0.0/24 link#1 U re0 1.0.0.1 link#1 UHS lo0 1.1.1.0/24 link#6 U bridge0 1.1.1.1 link#6 UHS lo0 127.0.0.1 link#4 UH lo0 During this "one-member-unplugged", the freebsd-router can still ping each hosts on different connected interface, it just "refuse" to forward between its interfaces: root@fbsd-router:~ # ping 1.1.1.2 (the wireless client connected to wlan0, member of the bridge0 interface) PING 1.1.1.2 (1.1.1.2): 56 data bytes 64 bytes from 1.1.1.2: icmp_seq=3D0 ttl=3D64 time=3D4.600 ms 64 bytes from 1.1.1.2: icmp_seq=3D1 ttl=3D64 time=3D5.878 ms ^C --- 1.1.1.2 ping statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/stddev =3D 4.600/5.239/5.878/0.639 ms root@fbsd-router:~ # ping 1.0.0.2 (an host on the LAN0) PING 1.0.0.2 (1.0.0.2): 56 data bytes 64 bytes from 1.0.0.2: icmp_seq=3D0 ttl=3D64 time=3D0.282 ms 64 bytes from 1.0.0.2: icmp_seq=3D1 ttl=3D64 time=3D0.280 ms ^C --- 1.0.0.2 ping statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/stddev =3D 0.280/0.281/0.282/0.001 ms root@fbsd-router:~ # arp -na ? (1.1.1.1) at 02:6b:c0:de:b8:00 on bridge0 permanent [bridge] ? (1.1.1.2) at 00:c0:ca:7e:8b:fe on bridge0 expires in 1055 seconds [bridge= ] ? (1.0.0.1) at 00:0d:b9:3c:ae:24 on re0 permanent [ethernet] ? (1.0.0.2) at 0c:c4:7a:6b:a6:d3 on re0 expires in 1106 seconds [ethernet] =E2=80=8BAnd the wireless client (1.1.1.2) can still ping the fbsd-router b= ridge interface (1.1.1.1) too (for answering to the Adrian question).=E2=80=8B Now I replug re1: root@fbsd-router:~ # ifconfig re1 re1: flags=3D8943 metric 0 mtu 1500 options=3D82099 ether 00:0d:b9:3c:ae:25 nd6 options=3D29 media: Ethernet autoselect (1000baseT ) status: active and here are netstat output (no changes with previous): root@fbsd-router:~ # netstat -r4n Routing tables Internet: Destination Gateway Flags Netif Expire 1.0.0.0/24 link#1 U re0 1.0.0.1 link#1 UHS lo0 1.1.1.0/24 link#6 U bridge0 1.1.1.1 link#6 UHS lo0 127.0.0.1 link#4 UH lo0 Because you didn't reach to reproduce with ix0 in place of wlan0, I've did some modification to my bridge setup: 1. In place of using re1+wlan0, I've put re1+re2 in the bridge0. And I've connected an host on re2: I didn't reach to reproduce the problem too, then= I confirm we didn't have this bug with 2 Ethernet Interfaces. 2. In place of using PCI ath(4) (Atheros 9280), I've plugged an USB rum(4) (old Ralink) and configured it as wlan0 like was the ath0: the bridge0 was reverted to re1+wlan0. And I reach to reproduce the problem with a different wireless card: This thread seems correctly belong to the "wireless" mailing-list :-) From owner-freebsd-current@freebsd.org Wed Jan 13 02:07:19 2016 Return-Path: Delivered-To: freebsd-current@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 C5089A80557; Wed, 13 Jan 2016 02:07:19 +0000 (UTC) (envelope-from wefourall@gmail.com) Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B49514B4; Wed, 13 Jan 2016 02:07:19 +0000 (UTC) (envelope-from wefourall@gmail.com) Received: by mail-oi0-x234.google.com with SMTP id o124so76251126oia.3; Tue, 12 Jan 2016 18:07:19 -0800 (PST) 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=VVly7mJkFH9V+YjCIlUE2Tuge+1trBFGnoysg+a5vKM=; b=AunB9b7qaXHW8fIeD/EH5uvEJrb9J1xFX5J5kDOZ00YIfPsAhFIF7S9f4kIZ4rSoOH IgJ3V7Jg17EM5vMMyWlwCgd22JFu78J/fHdMj8LoTEarz8N2uef5g70rpG70fxzXaHmD 9frDOabCvK9xgmSjcBy7JPwJ2gAn00p6P+pFGkFgiGic3It2Hi8NEMOmoxDCbuxTeDyT jcwYgdXXkyWNC3RcKRI5iU/gzTsUpEJk8ACwh6ZaYTeg4TFV9mU9wekTKugqOEG/eK4w zltsGmda4QXrcH2xEpsggYWrgrJz6NMxZlYMgHKdumnnKCikQUbRZJDQW0E7hgfUcWIo ugcg== MIME-Version: 1.0 X-Received: by 10.202.221.65 with SMTP id u62mr98422810oig.30.1452650838879; Tue, 12 Jan 2016 18:07:18 -0800 (PST) Received: by 10.202.210.18 with HTTP; Tue, 12 Jan 2016 18:07:18 -0800 (PST) Received: by 10.202.210.18 with HTTP; Tue, 12 Jan 2016 18:07:18 -0800 (PST) In-Reply-To: References: Date: Tue, 12 Jan 2016 18:07:18 -0800 Message-ID: Subject: Re: forwarding didn't work if wlan0 is member of a bridge From: "Omni$" To: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Cc: "freebsd-current@freebsd.org" , "freebsd-wireless@freebsd.org" , Misty McCloud X-Mailman-Approved-At: Wed, 13 Jan 2016 03:04:39 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2016 02:07:20 -0000 On Dec 23, 2015 2:32 AM, "Olivier Cochard-Labb=C3=A9" = wrote: > Hi, > > If wlan0 interface is member of a bridge, FreeBSD didn't reach to > forward-back packets to wireless client > > My setup is this one: > > internet gateway <--> [net0] fbsd router [net1 + wifi-hostap in bridge0] > <--> wireless client > > and the problem description: > - wireless clients didn't receive any packet back: the fbsd-router block= s > answers because it thinks wireless clients are "unreachable". > - But wireless clients can reach all IP of the fbsd-router hitself witho= ut > problem, and fbsd-router can ping them too. > - Ethernet clients connected to the same bridge0 didn't have problem > > A tcpdump on the outgoing interface shows the fbsd-router correctly > receiving/NATing/forwarding the wireless-client packet (10.239.142.104 > natted to 192.168.100.70) toward the Internet-gateway (192.168.100.254), > but once received the response from the internet-gateway it is not able t= o > reach the wireless-client (unreachable): > [fbsd-router]~> sudo tcpdump -pni net0 icmp > tcpdump: verbose output suppressed, use -v or -vv for full protocol decod= e > listening on net0, link-type EN10MB (Ethernet), capture size 262144 bytes > 07:35:24.869560 IP 192.168.100.70 > 192.168.100.254: ICMP echo request, i= d > 1, seq 375, length 40 > 07:35:24.869772 IP 192.168.100.254 > 192.168.100.70: ICMP echo reply, id > 1, > seq 375, length 40 > 07:35:24.870314 IP 192.168.100.70 > 192.168.100.254: ICMP host > 10.239.142.104 unreachable, length 36 > > But directly from the fbsd-router, there is no problem for reaching the > wireless-client: > [fbsd-router]~> ping wireless-client > PING 10.239.142.104 (10.239.142.104): 56 data bytes > 64 bytes from 10.239.142.104: icmp_seq=3D0 ttl=3D128 time=3D2.633 ms > 64 bytes from 10.239.142.104: icmp_seq=3D1 ttl=3D128 time=3D1.614 ms > > I'm using a bridge because I need to use only one subnet for all my clien= ts > (ethernet and wifi): > [fbsd-router]~> ifconfig bridge0 > bridge0: flags=3D8843 metric 0 mt= u > 1500 > ether 02:82:9f:45:81:00 > inet 10.239.142.126 netmask 0xffffffe0 broadcast 10.239.142.127 > nd6 options=3D49 > groups: bridge > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: wlan0 flags=3D143 > ifmaxaddr 0 port 6 priority 128 path cost 33333 > member: net1 flags=3D143 > ifmaxaddr 0 port 2 priority 128 path cost 55 > > And this "unreacheable" problem is related to the bridge, if I remove the > wlan0 from the bridge, there is no more problem. > > What problem can cause FreeBSD to answer back "unreachable" when wlan0 is > member of a bridge ? > > Head versions tested: r290522, r291362, r292613. > > Thanks, > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.or= g > " > From owner-freebsd-current@freebsd.org Wed Jan 13 08:45:53 2016 Return-Path: Delivered-To: freebsd-current@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 43E6CA81654; Wed, 13 Jan 2016 08:45:53 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward13h.cmail.yandex.net (forward13h.cmail.yandex.net [IPv6:2a02:6b8:0:f35::9e]) (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 D4BE41A78; Wed, 13 Jan 2016 08:45:52 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from web5h.yandex.ru (web5h.yandex.ru [IPv6:2a02:6b8:0:f05::15]) by forward13h.cmail.yandex.net (Yandex) with ESMTP id 2EE3A210FA; Wed, 13 Jan 2016 11:45:39 +0300 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web5h.yandex.ru (Yandex) with ESMTP id 1D8B43841F94; Wed, 13 Jan 2016 11:45:38 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfw.ru; s=mail; t=1452674738; bh=vxHhtdI9DkWzGxEE8v+uc4Rsb+qrVVrSZBMFiRjLzYc=; h=From:To:Cc:In-Reply-To:References:Subject:Date; b=tbqwGLpzidSs/orHCBMt7sxtVeU1FdKxvchq/KYf4+U3o44Gf8OQI+lCtndoeXHj6 A1VEJIK9pAdrEZUT69xGlHoIZiJYapEoVLaIbFL8vFEyrjRtKBpS2t3YRnbMSMDu+r ZIQWo55Tb3x7gQEnsINFfz61x92zjdBfGtRobnwA= Received: by web5h.yandex.ru with HTTP; Wed, 13 Jan 2016 11:45:37 +0300 From: Alexander V. Chernikov To: =?utf-8?B?T2xpdmllciBDb2NoYXJkLUxhYmLDqQ==?= Cc: Adrian Chadd , "freebsd-current@freebsd.org" , "freebsd-wireless@freebsd.org" In-Reply-To: References: <1223091452631961@web14j.yandex.ru> Subject: Re: forwarding didn't work if wlan0 is member of a bridge Message-Id: <2985841452674737@web5h.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Wed, 13 Jan 2016 11:45:37 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2016 08:45:53 -0000 From owner-freebsd-current@freebsd.org Wed Jan 13 10:02:12 2016 Return-Path: Delivered-To: freebsd-current@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 EE8E3A81BCC; Wed, 13 Jan 2016 10:02:12 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-lb0-x22c.google.com (mail-lb0-x22c.google.com [IPv6:2a00:1450:4010:c04::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 60D7A1233; Wed, 13 Jan 2016 10:02:12 +0000 (UTC) (envelope-from cochard@gmail.com) Received: by mail-lb0-x22c.google.com with SMTP id bc4so286806420lbc.2; Wed, 13 Jan 2016 02:02:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=/AJGczwju7E3xqMIeOrtUSfz3Dz8VP4dIzBuyL1yX4U=; b=Sg/7lx+uaPddr9Rhh7VAF8UH2le/+mImi8DX0ykkWnv0E64eYEaZcLF7pdi7bmKZhy Dffj+vT4mRny6+IMzfGqsGUN3k8p1JwEUH5cxtR+rjcNnf5ZK+3xC4/cPV/RqV+iuWpI juyzmmURma0Pth81poR1wdQpCs5+hzXbec6J+REreX6PJ0Ivf9tSSvDgIZ66iPhrmp5Z sW7Iq2HjPlaw3/28IX2bBXZNvH1+U5J7XHT/+1FST2bos0MOg2YEnGGHguzIvzhrZOR7 uuoGTbJ5XYYhci+cA6oqwuAFmYNNNbxeyCyIV48nfiPBIR5nwNdvX1ktUEV7pS8MpobR OtVw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cochard-me.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=/AJGczwju7E3xqMIeOrtUSfz3Dz8VP4dIzBuyL1yX4U=; b=p7FftWEqua97018syWVEY6Tb3pfWlWoGCSMxjiB2XHL/inm/QHxM65RKEk0o0Ln8Ps 8hlI5qJXpkSKH6ReFL9hQWGDswXaMKAaBHEezg0ShS+d6JxKB5AbmZXrec25TlIoQ0pC ++ZCjWnNaB8Ag4WH1oIetfrF3DTSJqGYvSQmrmh5hnUp6pTgb8Arf2O788kP6Plsk9aV 4WVsKReFf17whOGUom4a4+WIycrsDQZXN6MLgJVcreeADLIpuecUqTLyQNbtvtDeH++h 4MX+f5P/VxdKounEazo6ymSj/h2rBWVqYvX2rYfLZzdJQRVftdArkQY1kS46Tzdy6SJ4 JaSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=/AJGczwju7E3xqMIeOrtUSfz3Dz8VP4dIzBuyL1yX4U=; b=gmaPfeyzRA+cEgdEUSN437QHnaw9C/kuL8HeW7ChdS7iYkW0KvchVtOnwR9IiXdxV/ SPiLlsdOonfgUVNHPsBdI4DelXCC3pYCMS2dcXwpT66u8RJFwgOb8Elrdvp0/IhCypUx POgBzLomjWZFGIXb0XAWfk6c2CHm7M73IvqrxdCkI1szdVLWJLD0yraprbY+j9H4mDOU VfdYEvYFaXwcnoCmt62Xf/P7mbfArJpUXt/l1KKUXmAcEyx+PxwKjq8EZslWUCspQg1H IZlyi/tV5E9i5g0wCgbUAYefb+qgn6f2vCQ2ckAjb15MZyhCJJ0DwwIAWKcint+lluRg FarA== X-Gm-Message-State: ALoCoQlsMSevtdxX2TqcBaj3s226AUKOsBbfEhjrigfkfus94/GsTb9i5v5ETmulEebWLHfVDQZk7BOqbV10XF5Yrgtda5BTMA== X-Received: by 10.112.133.42 with SMTP id oz10mr49478376lbb.92.1452679329596; Wed, 13 Jan 2016 02:02:09 -0800 (PST) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.25.136.11 with HTTP; Wed, 13 Jan 2016 02:01:49 -0800 (PST) In-Reply-To: <2985841452674737@web5h.yandex.ru> References: <1223091452631961@web14j.yandex.ru> <2985841452674737@web5h.yandex.ru> From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Wed, 13 Jan 2016 11:01:49 +0100 X-Google-Sender-Auth: sFG3PRU73RmOQ4IsJ0OkwHyaH7U Message-ID: Subject: Re: forwarding didn't work if wlan0 is member of a bridge To: "Alexander V. Chernikov" Cc: Adrian Chadd , "freebsd-current@freebsd.org" , "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2016 10:02:13 -0000 On Wed, Jan 13, 2016 at 9:45 AM, Alexander V. Chernikov wrote: > > I suspect the reason here is link state bridge handling. > ix0 does not seem to have IFCAP_LINKSTATE option but re(4) does. Probably > wlan0 doesn't have LINKSTATE option. > Code in bridge_linkcheck() doesn't handle the case with both "has link > state" and "no link state" interfaces well: > if reX is the only interface w/ IFCAP_LINKSTATE and it goes down, bridge > will also change its link state to down. > (However, bridge does not seem to have link state option itself, so > RT_LINK_IS_UP() macro should return true...) > > > > =E2=80=8BFor validating your "IFCAP_LINKSTATE" hypothesis, I've plug an USB ethernet adapter ue(4) that didn't support IFCAP_LINKSTATE. And I've setup the bridge0 with wlan0 and ue0 (in place of re1): same bug triggered. I need to =E2=80=8Bplug a cable for correct routing. =E2=80=8Broot@fbsd-router:~ # ifconfig bridge0 bridge0: flags=3D8843 metric 0 mtu 1500 ether 02:6b:c0:de:b8:00 inet 1.1.1.1 netmask 0xffffff00 broadcast 1.1.1.255 nd6 options=3D9 groups: bridge id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: ue0 flags=3D143 ifmaxaddr 0 port 7 priority 128 path cost 55 member: wlan0 flags=3D143 ifmaxaddr 0 port 5 priority 128 path cost 33333 root@fbsd-router:~ # ifconfig ue0 ue0: flags=3D8943 metric 0 mtu 1500 options=3D80008 ether 00:19:fd:4e:77:4d nd6 options=3D29 media: Ethernet autoselect (none) status: no carrier =E2=80=8B =E2=80=8BRegards, From owner-freebsd-current@freebsd.org Wed Jan 13 18:17:23 2016 Return-Path: Delivered-To: freebsd-current@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 D9D14A81886; Wed, 13 Jan 2016 18:17:23 +0000 (UTC) (envelope-from hoomanfazaeli@gmail.com) Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A7F791575; Wed, 13 Jan 2016 18:17:23 +0000 (UTC) (envelope-from hoomanfazaeli@gmail.com) Received: by mail-pa0-x22a.google.com with SMTP id ho8so101387660pac.2; Wed, 13 Jan 2016 10:17:23 -0800 (PST) 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=XN4HFhDGroZ2PDHcmmacJkLs2Bjnv8mzltLdIffGnQU=; b=TivP3SVKkZHxiAqTXG6cN3VRxJ/pNNEeBfT56/EhwD9S3h69jDPNY6hRlidBZF0n/3 UzTF/AvwFM6vlQjDSpa4p6gZ7tQpc3w3chFZ9mFKYoWjgCxgO6JUA1/D4ZMXwwhjg83n nCdU5GVtA5l68M2Bchbd/WVEsUetvPAVNZk5+RGBFHesUl/jut5CECUJWap+Iq2JpDKP IergXkijsQyARVAm/k70oB2A8gM7FNeoelT2Vu2NwvdeF3dlFNxahKAfIEfrn6A3KUn2 O/ELkgxie36hwhwJM+oOMTbgRcPZnJGdXjqTFjY2Cx1tgQctgFeVEn4dHP16iV0A1Lcy YTQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=XN4HFhDGroZ2PDHcmmacJkLs2Bjnv8mzltLdIffGnQU=; b=jJIuQBy2NuMvezuyhueZP1Nqk8rifmkVkVUYUhpE4eWGu5bRHZ09XjPUB6eVj5FTSr HOqXQLGs6+9UEk/4qeBUjfPmJeIIakWoypEzrhBDLFuLsShOpJeyXLuIHiANC7X/jUCs MfEuIj5BjBRb+QmvMKhPW0hL1UDXc1XExk3AEhFDowQFUyGN+KZh9JwhEWbZhlcorcS4 lNBNmzmKClwYPn1igXEyQsL06XLdwW+qj0QmkCI1bYFDjrEV7IYv6OQNXHt9lt/moE5X mLXX4t9NIS5qhsUIQhqGDW6EKwkHbNRUVSnrleLa63wOwO1qgTp9CGE0ZhBfXKGbO/t8 h7WQ== X-Gm-Message-State: ALoCoQn0zfUM47abOttgzOOq4TCkBqO2gwvwt9dAuQUB8CpJCrvbcCZglvgxKA4wjmXq9f6Jog1ABvDa42iJvO5pUPnS04B3Fw== X-Received: by 10.66.122.72 with SMTP id lq8mr198403253pab.1.1452709043298; Wed, 13 Jan 2016 10:17:23 -0800 (PST) Received: from [192.168.2.30] ([188.209.47.246]) by smtp.googlemail.com with ESMTPSA id w22sm4082440pfa.79.2016.01.13.10.17.17 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 13 Jan 2016 10:17:22 -0800 (PST) Message-ID: <569694A7.9030200@gmail.com> Date: Wed, 13 Jan 2016 21:47:11 +0330 From: Hooman Fazaeli User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130215 Thunderbird/17.0.3 MIME-Version: 1.0 To: =?UTF-8?B?T2xpdmllciBDb2NoYXJkLUxhYmLDqQ==?= CC: "Alexander V. Chernikov" , "freebsd-current@freebsd.org" , "freebsd-wireless@freebsd.org" Subject: Re: forwarding didn't work if wlan0 is member of a bridge References: <1223091452631961@web14j.yandex.ru> <2985841452674737@web5h.yandex.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 13 Jan 2016 18:19:45 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2016 18:17:23 -0000 On 1/13/2016 1:31 PM, Olivier Cochard-Labbé wrote: > On Wed, Jan 13, 2016 at 9:45 AM, Alexander V. Chernikov > wrote: > >> I suspect the reason here is link state bridge handling. >> ix0 does not seem to have IFCAP_LINKSTATE option but re(4) does. Probably >> wlan0 doesn't have LINKSTATE option. >> Code in bridge_linkcheck() doesn't handle the case with both "has link >> state" and "no link state" interfaces well: >> if reX is the only interface w/ IFCAP_LINKSTATE and it goes down, bridge >> will also change its link state to down. >> (However, bridge does not seem to have link state option itself, so >> RT_LINK_IS_UP() macro should return true...) >> >> >> >> > ​For validating your "IFCAP_LINKSTATE" hypothesis, I've plug an USB > ethernet adapter ue(4) that didn't support IFCAP_LINKSTATE. > And I've setup the bridge0 with wlan0 and ue0 (in place of re1): same bug > triggered. I need to ​plug a cable for correct routing. > > ​root@fbsd-router:~ # ifconfig bridge0 > bridge0: flags=8843 metric 0 mtu > 1500 > ether 02:6b:c0:de:b8:00 > inet 1.1.1.1 netmask 0xffffff00 broadcast 1.1.1.255 > nd6 options=9 > groups: bridge > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: ue0 flags=143 > ifmaxaddr 0 port 7 priority 128 path cost 55 > member: wlan0 flags=143 > ifmaxaddr 0 port 5 priority 128 path cost 33333 > root@fbsd-router:~ # ifconfig ue0 > ue0: flags=8943 metric 0 > mtu 1500 > options=80008 > ether 00:19:fd:4e:77:4d > nd6 options=29 > media: Ethernet autoselect (none) > status: no carrier > ​ > ​Regards, > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" IMHO, this situation happens because if_bridge applies link state logic with the (wrong) assumption that it is _only_ responsible to forward packets between member interfaces. In this special setup, the packet comes from IP layer (not from another member interface) and should be forwarded on an up and active member interface w/o problem. It seems to me that the correct behavior for if_bridge it to check link state after it has determined outgoing interface and is about to forward the packet on that interface (however, I am not sure if returning unreachables, which is a good troubleshooting signal, is then possible or not). -- Best regards Hooman Fazaeli From owner-freebsd-current@freebsd.org Wed Jan 13 22:10:05 2016 Return-Path: Delivered-To: freebsd-current@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 A34CCA812D0; Wed, 13 Jan 2016 22:10:05 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward17h.cmail.yandex.net (forward17h.cmail.yandex.net [IPv6:2a02:6b8:0:f35::a2]) (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 3DBD41578; Wed, 13 Jan 2016 22:10:04 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from web11h.yandex.ru (web11h.yandex.ru [84.201.186.40]) by forward17h.cmail.yandex.net (Yandex) with ESMTP id 375F82064C; Thu, 14 Jan 2016 01:10:00 +0300 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web11h.yandex.ru (Yandex) with ESMTP id 625B41226BF; Thu, 14 Jan 2016 01:09:59 +0300 (MSK) Received: by web11h.yandex.ru with HTTP; Thu, 14 Jan 2016 01:09:58 +0300 From: Alexander V. Chernikov Envelope-From: melifaro@ipfw.ru To: =?utf-8?B?T2xpdmllciBDb2NoYXJkLUxhYmLDqQ==?= Cc: Adrian Chadd , "freebsd-current@freebsd.org" , "freebsd-wireless@freebsd.org" In-Reply-To: References: <1223091452631961@web14j.yandex.ru> <2985841452674737@web5h.yandex.ru> Subject: Re: forwarding didn't work if wlan0 is member of a bridge MIME-Version: 1.0 Message-Id: <550651452722998@web11h.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Thu, 14 Jan 2016 01:09:58 +0300 Content-Type: multipart/mixed; boundary="----==--bound.55066.web11h.yandex.ru" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2016 22:10:05 -0000 ------==--bound.55066.web11h.yandex.ru Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 13.01.2016, 13:02, "Olivier Cochard-Labbé" : > On Wed, Jan 13, 2016 at 9:45 AM, Alexander V. Chernikov > wrote: > >>  I suspect the reason here is link state bridge handling. >>  ix0 does not seem to have IFCAP_LINKSTATE option but re(4) does. Probably >>  wlan0 doesn't have LINKSTATE option. >>  Code in bridge_linkcheck() doesn't handle the case with both "has link >>  state" and "no link state" interfaces well: >>  if reX is the only interface w/ IFCAP_LINKSTATE and it goes down, bridge >>  will also change its link state to down. >>  (However, bridge does not seem to have link state option itself, so >>  RT_LINK_IS_UP() macro should return true...) > > ​For validating your "IFCAP_LINKSTATE" hypothesis, I've plug an USB > ethernet adapter ue(4) that didn't support IFCAP_LINKSTATE. > And I've setup the bridge0 with wlan0 and ue0 (in place of re1): same bug > triggered. I need to ​plug a cable for correct routing. We discussed/investigated this behaviour on IRC. To summarise: 1) ip_tryforward() does check interface linkstate regardless of linkstate capability 2) bridge linkcheck function does not seem to care about linkstate capability. What happened in original case: 802.11 does not provide linkstate cap and actual linkstate value is 0 (unknown). re0 does provide linkstate cap, so on link down, bridge_linkcheck() code decided to set own linkstate as DOWN as well (has non-zero linkstate interface, 0 up). On packet transmission. ip_tryforward() checked bridge0 state, found it to be DOWN so the icmp_error() was triggered. Attached patch fixes the problem, but I'm still thinking about better solution. > > ​root@fbsd-router:~ # ifconfig bridge0 > bridge0: flags=8843 metric 0 mtu > 1500 >         ether 02:6b:c0:de:b8:00 >         inet 1.1.1.1 netmask 0xffffff00 broadcast 1.1.1.255 >         nd6 options=9 >         groups: bridge >         id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >         maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 >         root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >         member: ue0 flags=143 >                 ifmaxaddr 0 port 7 priority 128 path cost 55 >         member: wlan0 flags=143 >                 ifmaxaddr 0 port 5 priority 128 path cost 33333 > root@fbsd-router:~ # ifconfig ue0 > ue0: flags=8943 metric 0 > mtu 1500 >         options=80008 >         ether 00:19:fd:4e:77:4d >         nd6 options=29 >         media: Ethernet autoselect (none) >         status: no carrier > ​ > ​Regards, > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" ------==--bound.55066.web11h.yandex.ru Content-Disposition: attachment; filename="bridge_ls.diff" Content-Transfer-Encoding: base64 Content-Type: text/x-diff; name="bridge_ls.diff" SW5kZXg6IC91c3Ivc3JjL3N5cy9uZXQvaWZfYnJpZGdlLmMKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gL3Vzci9z cmMvc3lzL25ldC9pZl9icmlkZ2UuYwkocmV2aXNpb24gMjkzNjU5KQorKysgL3Vzci9zcmMvc3lz L25ldC9pZl9icmlkZ2UuYwkod29ya2luZyBjb3B5KQpAQCAtMzU1MCwyMiArMzU1MCwyNSBAQCBz dGF0aWMgdm9pZAogYnJpZGdlX2xpbmtjaGVjayhzdHJ1Y3QgYnJpZGdlX3NvZnRjICpzYykKIHsK IAlzdHJ1Y3QgYnJpZGdlX2lmbGlzdCAqYmlmOwotCWludCBuZXdfbGluaywgaGFzbHM7CisJaW50 IG5ld19saW5rLCBub2xzOwogCiAJQlJJREdFX0xPQ0tfQVNTRVJUKHNjKTsKIAluZXdfbGluayA9 IExJTktfU1RBVEVfRE9XTjsKLQloYXNscyA9IDA7CisJbm9scyA9IDA7CiAJLyogT3VyIGxpbmsg aXMgY29uc2lkZXJlZCB1cCBpZiBhdCBsZWFzdCBvbmUgb2Ygb3VyIHBvcnRzIGlzIGFjdGl2ZSAq LwogCUxJU1RfRk9SRUFDSChiaWYsICZzYy0+c2NfaWZsaXN0LCBiaWZfbmV4dCkgewotCQlpZiAo YmlmLT5iaWZfaWZwLT5pZl9jYXBhYmlsaXRpZXMgJiBJRkNBUF9MSU5LU1RBVEUpCi0JCQloYXNs cysrOworCQlpZiAoKGJpZi0+YmlmX2lmcC0+aWZfY2FwYWJpbGl0aWVzICYgSUZDQVBfTElOS1NU QVRFKSA9PSAwKSB7CisJCQkvKiBYWFg6IEhhbmRsZSBhZG1pbiBkb3duPyAqLworCQkJbm9scysr OworCQkJY29udGludWU7CisJCX0KIAkJaWYgKGJpZi0+YmlmX2lmcC0+aWZfbGlua19zdGF0ZSA9 PSBMSU5LX1NUQVRFX1VQKSB7CiAJCQluZXdfbGluayA9IExJTktfU1RBVEVfVVA7CiAJCQlicmVh azsKIAkJfQogCX0KLQlpZiAoIUxJU1RfRU1QVFkoJnNjLT5zY19pZmxpc3QpICYmICFoYXNscykg ewotCQkvKiBJZiBubyBpbnRlcmZhY2VzIHN1cHBvcnQgbGluay1zdGF0ZSB0aGVuIHdlIGRlZmF1 bHQgdG8gdXAgKi8KKwlpZiAoIUxJU1RfRU1QVFkoJnNjLT5zY19pZmxpc3QpICYmIG5vbHMgIT0g MCkgeworCQkvKiBJZiBzb21lIGlmYWNlcyBkb24ndCBzdXBwb3J0IGxpbmstc3RhdGUgdGhlbiB3 ZSBkZWZhdWx0IHRvIHVwICovCiAJCW5ld19saW5rID0gTElOS19TVEFURV9VUDsKIAl9CiAJaWZf bGlua19zdGF0ZV9jaGFuZ2Uoc2MtPnNjX2lmcCwgbmV3X2xpbmspOwo= ------==--bound.55066.web11h.yandex.ru-- From owner-freebsd-current@freebsd.org Thu Jan 14 00:03:58 2016 Return-Path: Delivered-To: freebsd-current@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 011DEA81D96 for ; Thu, 14 Jan 2016 00:03:58 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id D90021374 for ; Thu, 14 Jan 2016 00:03:57 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 8261DD62F for ; Thu, 14 Jan 2016 00:03:51 +0000 (UTC) From: Allan Jude Subject: MFC question To: freebsd-current@freebsd.org X-Enigmail-Draft-Status: N1110 Message-ID: <5696E5DF.7080202@freebsd.org> Date: Wed, 13 Jan 2016 19:03:43 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4qlHQd8irvWBsCG687Lb4liMAIjQAo6FJ" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2016 00:03:58 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4qlHQd8irvWBsCG687Lb4liMAIjQAo6FJ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I was considering MFC'ing this commit to stable/10: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D292782 It replaces the kernel implementation of SHA512 (sys/crypto/sha2/sha2.c) with cperciva@'s version from libmd. In benchmarks it was 5-30% faster, on x86_64 and arm/mips. But, in head I ended up being asked to bump __FreeBSD_version because it removes sys/crypto/sha2.h which was apparently used by a 3rd party driver, and replaces it with sys/crypto/sha512.h Does this kind of change mean it cannot be MFCd to stable/10? Or is it ok to MFC it? --=20 Allan Jude --4qlHQd8irvWBsCG687Lb4liMAIjQAo6FJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJWluXtAAoJEBmVNT4SmAt+tFMP/2airytOpdJm0x1GGsyuvX5D Z3tK+DLjv1xD7RzjxDB6yh2ZGzQQr+KLDFa39hNGEdyCJGv7tjQ85K+Qx1InDHTy SBxUM6cPdXRKvSRzXMfjWMV0SrvOAVYYw3pGoHr8zujS/Cmbe7VtP5ozlD61xOIA Xn4xD+dBUkXYgQyEFC8IkrD+rs80e/2YTzUnKSYM9WWCWE8yotYlVYv2vlmgouT0 u3ZRjsrP/XqCmwibyi6GrW1SaS/i0BdRXOJ0x/trrbjK7ihwVAWC0tOQO7SLlZBx YLhV3IucaPOQYrYPip/gSkodopKJnNXeBheTGC3VidL9y3aLREDWMjYp3+7nqHl6 QlxV9SBjiwNw/DjR8XTRu3vHH/TQqIBMYSxhNuVbXVXAzuxdjXIyUEZ3DvYl1InF gnotIeaMNSjMxzfYJhdLd6F7n+tsJGxLx1LUaLtorMx3JP/u9f/7lj54AK7fdMDm Sn9U2eAJkeb8ZDvs+DSqFanwenZ4wPkZx5tJKQ7E3wJZlUf0CTFoDOmwQNYantMU C2fIdoHBXcNnzvYW7hSa1pzQGG/BUSbJcV56L9J6XyOZrD15RSalSbmsNCRvxUab dHDgSQ/HcSlM5D+uaaHBAsNyqUi7iJ6+Sufm5UV5GYBmMtiYbTnbw2K8vtNFB+Qs q4yUlp3ug5KhYdbM9XfQ =HD69 -----END PGP SIGNATURE----- --4qlHQd8irvWBsCG687Lb4liMAIjQAo6FJ-- From owner-freebsd-current@freebsd.org Thu Jan 14 00:06:58 2016 Return-Path: Delivered-To: freebsd-current@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 6AF3EA81EA6 for ; Thu, 14 Jan 2016 00:06:58 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 38B921539; Thu, 14 Jan 2016 00:06:58 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x235.google.com with SMTP id 77so404949552ioc.2; Wed, 13 Jan 2016 16:06:58 -0800 (PST) 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=5yPrRCJQMHLTJMrZGTDriq0m+Jajpgoj5oTvGlZyrUs=; b=OC8HC2VYFx3Qvk1OieGHI09OUpgk7OvkORIzv1zxKEWskQgKJhPVZ9xw/h+L5gMY1q Cygn/Lp+NN/ynF+ErgXpjge0VumGaDV15qmh5ekxh3/jsQWEquiZRg6c+S/E/1W41rtU gzEaLbMUvdZNtI+LAu30+ZkAhu4PghEh+u7LjboVXJMWdpew2cn1FRFboJJwZBC1KNQv EL7k966xYW0uo+aH8seV4S/qCIDmUVnEy109E8/IM8zYV6LTPjrvUnTUwLKHqTvptPqK wNTY8b6jSAVqYfCbOJo2motMGb/b6DgZekIqLbNVlAdwr6Nya0KS+cHXdeGXGA2p8xAm Kl3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=5yPrRCJQMHLTJMrZGTDriq0m+Jajpgoj5oTvGlZyrUs=; b=asoGzbPS8PqWS/n8Tj75b9jLlVCP2fwOp7WIOqXoRuVFG23TUgXxdFMiPBq/tvQL7b 0pCljWRfAdKvbJQWNta/4NqNf/eNETltrhiiopD60MfC4Y7UyWuTXwHLO7DhSxYPq1Za uOxs7SOTiVXZKy+MlnAAZs/EVgPEDc7IamXZCEdZtPf896W3SGpBx0MTgWMoEET50lj7 sYb71yKwR2xUwdpgX5F3qxeMHbuTHgpaG1KlFCiJ1Fjrx53JBnS9qzmq9+PEJ7UbrEIW xIb021N+Ozl1O2alQ74IQthMUcGjhQVgSsE4//C17Lg4QOUr7kisWiN6MYdI6CgK1WM7 jTpw== X-Gm-Message-State: ALoCoQkLPD0SborRzs6eV+0aKUdi6KiccXeABawFvslu43uzIs94FHatRXOQ3tjPjjGcEDjerRUL5bGbC2Iwr4YMITSbVWGB9Q== MIME-Version: 1.0 X-Received: by 10.107.162.146 with SMTP id l140mr1612396ioe.123.1452730017626; Wed, 13 Jan 2016 16:06:57 -0800 (PST) Received: by 10.36.121.202 with HTTP; Wed, 13 Jan 2016 16:06:57 -0800 (PST) In-Reply-To: <5696E5DF.7080202@freebsd.org> References: <5696E5DF.7080202@freebsd.org> Date: Wed, 13 Jan 2016 16:06:57 -0800 Message-ID: Subject: Re: MFC question From: Adrian Chadd To: Allan Jude Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2016 00:06:58 -0000 why can't you provide both in stable/10 ? -a On 13 January 2016 at 16:03, Allan Jude wrote: > I was considering MFC'ing this commit to stable/10: > > https://svnweb.freebsd.org/base?view=revision&revision=292782 > > It replaces the kernel implementation of SHA512 (sys/crypto/sha2/sha2.c) > with cperciva@'s version from libmd. In benchmarks it was 5-30% faster, > on x86_64 and arm/mips. > > But, in head I ended up being asked to bump __FreeBSD_version because it > removes sys/crypto/sha2.h which was apparently used by a 3rd party > driver, and replaces it with sys/crypto/sha512.h > > Does this kind of change mean it cannot be MFCd to stable/10? Or is it > ok to MFC it? > > -- > Allan Jude > > > From owner-freebsd-current@freebsd.org Thu Jan 14 04:23:17 2016 Return-Path: Delivered-To: freebsd-current@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 139E3A816AA; Thu, 14 Jan 2016 04:23:17 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E553D1CB7; Thu, 14 Jan 2016 04:23:16 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 50C901E5A; Thu, 14 Jan 2016 04:23:10 +0000 (UTC) Date: Thu, 14 Jan 2016 04:21:06 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: dteske@FreeBSD.org, kevlo@FreeBSD.org, sephe@FreeBSD.org, vangyzen@FreeBSD.org, adrian@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <2132767526.21.1452745380531.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2121 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2016 04:23:17 -0000 FreeBSD_HEAD_i386 - Build #2121 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2121/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2121/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2121/cons= ole Change summaries: 293874 by sephe: hyperv: add interrupt counters Submitted by:=09=09Howard Su Reviewed by:=09=09royger, Dexuan Cui , adrian Approved by:=09=09adrian (mentor) Sponsored by:=09=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D4693 293873 by sephe: hyperv: implement an event timer Submitted by:=09=09Howard Su Reviewed by:=09=09delphij, royger, adrian Approved by:=09=09adrian (mentor) Sponsored by:=09=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D4676 293872 by adrian: [gpiobus] handle the case of there being a single GPIO pin available. PR:=09=09kern/206035 Submitted by:=09Stanislav Galabov 293871 by sephe: hyperv: remove unused vmbus definitions We don't need them at all. Submitted by:=09=09Dexuan Cui Sponsored by:=09=09Microsoft OSTC Reviewed by:=09=09royger, adrian, delphij Approved by:=09=09adrian (mentor) Differential Revision:=09https://reviews.freebsd.org/D4595 293870 by sephe: hyperv: use x86 generic code to do the hypervisor detection This is first step to move the generic part of HV code into kernel instead of module, so that it is possible to use hypercall to implement some other paravirtualization code in the kernel. Submitted by:=09=09Howard Su Reviewed by:=09=09royger, delphij, adrian Approved by:=09=09adrian (mentor) Sponsored by:=09=09Microsoft OSTC Differential Revision:=09https://reviews.freebsd.org/D3072 293869 by sephe: hyperv/hn: Unbreak LINT-NOIP Reported by:=09bz Approved by:=09adrain (mentor) Sponsored by:=09Microsoft OSTC 293868 by dteske: Default to en_US.ISO8859-1 if no locale MFC after:=093 days X-MFC-to:=09stable/10 293864 by vangyzen: numactl: fix CPU affinity when modifying an existing process or thread numactl was only modifying its own CPU affinity, which is fine when creating a new process, but not very helpful when modifying an existing processes. Reviewed by:=09adrian Sponsored by:=09Dell Inc. Differential Revision:=09https://reviews.freebsd.org/D4927 293863 by kevlo: - Add the 'restrict' type qualifier to match function prototype. - Remove sys/types.h. 293862 by kevlo: Suggest setting gateway_enable=3D"YES" instead of sysctl net.inet.ip.forwar= ding=3D1 to enable packet forwarding. Reviewed by:=09glebius The end of the build log: [...truncated 168547 lines...] CC=3D'cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KER= NEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__pr= intf__=3D__freebsd_kprintf__ -std=3Diso9899:1999 /usr/src/sys/modules/geo= m/geom_part/geom_part_bsd64/../../../../geom/part/g_part_bsd64.c --- depend_subdir_geom_part_ebr --- --- .depend --- rm -f .depend --- depend_subdir_geom_raid --- --- machine --- --- depend_subdir_geom_part --- CC=3D'cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KER= NEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__pr= intf__=3D__freebsd_kprintf__ -std=3Diso9899:1999 /usr/src/sys/modules/geo= m/geom_part/geom_part_ebr/../../../../geom/part/g_part_ebr.c --- depend_subdir_geom_raid --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- g_raid_md_if.c --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/geom/raid/g_raid_md_i= f.m -c --- g_raid_tr_if.c --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/geom/raid/g_raid_tr_i= f.m -c --- depend_subdir_geom_part --- --- depend_subdir_geom_part_gpt --- =3D=3D=3D> geom/geom_part/geom_part_gpt (depend) --- depend_subdir_geom_raid --- --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- depend_subdir_hwpmc --- --- depend_subdir_geom --- --- depend_subdir_geom_part --- --- machine --- --- depend_subdir_hwpmc --- =3D=3D=3D> hwpmc (depend) --- depend_subdir_geom --- --- depend_subdir_geom_raid --- --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- depend_subdir_geom_part --- machine -> /usr/src/sys/i386/include --- depend_subdir_hyperv --- --- depend_subdir_geom --- --- x86 --- --- depend_subdir_hyperv --- =3D=3D=3D> hyperv (depend) --- depend_subdir_geom --- x86 -> /usr/src/sys/x86/include --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- depend_subdir_hyperv --- --- depend_subdir_vmbus --- =3D=3D=3D> hyperv/vmbus (depend) --- depend_subdir_geom --- --- depend_subdir_geom_raid --- --- g_raid_md_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/geom/raid/g_raid_md_i= f.m -h --- g_raid_tr_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/geom/raid/g_raid_tr_i= f.m -h --- depend_subdir_geom_part --- --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- depend_subdir_hwpmc --- --- machine --- machine -> /usr/src/sys/i386/include --- depend_subdir_geom --- --- depend_subdir_geom_raid --- --- .depend --- rm -f .depend --- depend_subdir_hwpmc --- --- x86 --- --- depend_subdir_geom --- CC=3D'cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KER= NEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__pr= intf__=3D__freebsd_kprintf__ -std=3Diso9899:1999 /usr/src/sys/modules/geo= m/geom_raid/../../../geom/raid/g_raid.c /usr/src/sys/modules/geom/geom_raid= /../../../geom/raid/g_raid_ctl.c g_raid_md_if.c g_raid_tr_if.c /usr/src/sys= /modules/geom/geom_raid/../../../geom/raid/md_ddf.c /usr/src/sys/modules/ge= om/geom_raid/../../../geom/raid/md_intel.c /usr/src/sys/modules/geom/geom_r= aid/../../../geom/raid/md_jmicron.c /usr/src/sys/modules/geom/geom_raid/../= ../../geom/raid/md_nvidia.c /usr/src/sys/modules/geom/geom_raid/../../../ge= om/raid/md_promise.c /usr/src/sys/modules/geom/geom_raid/../../../geom/raid= /md_sii.c /usr/src/sys/modules/geom/geom_raid/../../../geom/raid/tr_concat.= c /usr/src/sys/modules/geom/geom_raid/../../../geom/raid/tr_raid0.c /usr/sr= c/sys/modules/geom/geom_raid/../../../geom/raid/tr_raid1.c /usr/src/sys/mod= ules/geom/geom_raid/../../../geom/raid/tr_raid1e.c /usr/src/sys/modules/geo= m/geom_raid/../../../geom/raid/tr_raid5.c --- depend_subdir_hwpmc --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- --- depend_subdir_geom --- --- depend_subdir_geom_part --- --- g_part_if.h --- --- depend_subdir_hwpmc --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- depend_subdir_geom --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/geom/part/g_part_if.m= -h --- depend_subdir_hyperv --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- bus_if.h --- --- depend_subdir_hwpmc --- --- vnode_if_typedef.h --- --- depend_subdir_hyperv --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- depend_subdir_hwpmc --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- depend_subdir_geom --- --- .depend --- rm -f .depend CC=3D'cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KER= NEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__pr= intf__=3D__freebsd_kprintf__ -std=3Diso9899:1999 /usr/src/sys/modules/geo= m/geom_part/geom_part_gpt/../../../../geom/part/g_part_gpt.c --- depend_subdir_hwpmc --- --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- depend_subdir_hyperv --- --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- .depend --- rm -f .depend CC=3D'cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/usr/src= /sys/modules/hyperv/vmbus/../../../dev/hyperv/include -I/usr/src/sys/module= s/hyperv/vmbus/../../../dev/hyperv/vmbus -I/usr/src/sys/modules/hyperv/vmbu= s/../../../dev/hyperv/utilities -DHAVE_KERNEL_OPTION_HEADERS -I. -I/usr/src= /sys -I/usr/obj/usr/src/sys/GENERIC -D__printf__=3D__freebsd_kprintf__ -std= =3Diso9899:1999 /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmb= us/hv_channel.c /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus= /hv_channel_mgmt.c /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vm= bus/hv_connection.c /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/v= mbus/hv_et.c /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv= _hv.c /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_ring_b= uffer.c /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbu= s_drv_freebsd.c --- depend_subdir_hwpmc --- --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- depend_subdir_geom --- --- depend_subdir_geom_part_ldm --- =3D=3D=3D> geom/geom_part/geom_part_ldm (depend) --- depend_subdir_hwpmc --- --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- .depend --- rm -f .depend CC=3D'cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KER= NEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__pr= intf__=3D__freebsd_kprintf__ -std=3Diso9899:1999 /usr/src/sys/modules/hwp= mc/../../dev/hwpmc/hwpmc_mod.c /usr/src/sys/modules/hwpmc/../../dev/hwpmc/h= wpmc_logging.c /usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_soft.c /usr= /src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_amd.c /usr/src/sys/modules/hwp= mc/../../dev/hwpmc/hwpmc_core.c /usr/src/sys/modules/hwpmc/../../dev/hwpmc/= hwpmc_intel.c /usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_piv.c /usr/s= rc/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_ppro.c /usr/src/sys/modules/hwpm= c/../../dev/hwpmc/hwpmc_pentium.c /usr/src/sys/modules/hwpmc/../../dev/hwpm= c/hwpmc_tsc.c /usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_x86.c /usr/s= rc/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_uncore.c --- depend_subdir_geom --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- g_part_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/geom/part/g_part_if.m= -h --- .depend --- rm -f .depend CC=3D'cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KER= NEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__pr= intf__=3D__freebsd_kprintf__ -std=3Diso9899:1999 /usr/src/sys/modules/geo= m/geom_part/geom_part_ldm/../../../../geom/part/g_part_ldm.c --- depend_subdir_geom_part_mbr --- =3D=3D=3D> geom/geom_part/geom_part_mbr (depend) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- g_part_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/geom/part/g_part_if.m= -h --- .depend --- rm -f .depend CC=3D'cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KER= NEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__pr= intf__=3D__freebsd_kprintf__ -std=3Diso9899:1999 /usr/src/sys/modules/geo= m/geom_part/geom_part_mbr/../../../../geom/part/g_part_mbr.c --- depend_subdir_geom_part_pc98 --- =3D=3D=3D> geom/geom_part/geom_part_pc98 (depend) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- g_part_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/geom/part/g_part_if.m= -h --- .depend --- rm -f .depend CC=3D'cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KER= NEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__pr= intf__=3D__freebsd_kprintf__ -std=3Diso9899:1999 /usr/src/sys/modules/geo= m/geom_part/geom_part_pc98/../../../../geom/part/g_part_pc98.c --- depend_subdir_hyperv --- /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus_drv_fr= eebsd.c:65:10: fatal error: 'acpi_if.h' file not found #include "acpi_if.h" ^ 1 error generated. mkdep: compile failed *** [.depend] Error code 1 make[5]: stopped in /usr/src/sys/modules/hyperv/vmbus 1 error make[5]: stopped in /usr/src/sys/modules/hyperv/vmbus *** [depend_subdir_vmbus] Error code 2 make[4]: stopped in /usr/src/sys/modules/hyperv 1 error make[4]: stopped in /usr/src/sys/modules/hyperv *** [depend_subdir_hyperv] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_geom --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/sys/modules/geom/geom_part/geom_part_pc98 *** [depend_subdir_geom_part_pc98] Error code 2 make[5]: stopped in /usr/src/sys/modules/geom/geom_part 1 error make[5]: stopped in /usr/src/sys/modules/geom/geom_part *** [depend_subdir_geom_part] Error code 2 make[4]: stopped in /usr/src/sys/modules/geom --- depend_subdir_geom_raid --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/geom/geom_raid *** [depend_subdir_geom_raid] Error code 2 make[4]: stopped in /usr/src/sys/modules/geom 2 errors make[4]: stopped in /usr/src/sys/modules/geom *** [depend_subdir_geom] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_hwpmc --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/hwpmc *** [depend_subdir_hwpmc] Error code 2 make[3]: stopped in /usr/src/sys/modules 3 errors make[3]: stopped in /usr/src/sys/modules *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson8524410257714882457.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Thu Jan 14 06:22:18 2016 Return-Path: Delivered-To: freebsd-current@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 E1FC8A81968; Thu, 14 Jan 2016 06:22:18 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D34CA11A9; Thu, 14 Jan 2016 06:22:18 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 5F4901E94; Thu, 14 Jan 2016 06:22:18 +0000 (UTC) Date: Thu, 14 Jan 2016 06:21:46 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ngie@FreeBSD.org, sephe@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <266366531.25.1452752533120.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2132767526.21.1452745380531.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2132767526.21.1452745380531.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2122 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2016 06:22:19 -0000 FreeBSD_HEAD_i386 - Build #2122 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2122/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2122/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2122/console Change summaries: 293877 by ngie: Unbreak `make depend` with sys/modules/hyperv/vmbus after r293870 Pointyhat to: sephe 293875 by sephe: hyperv: set receive buffer size according to NVSP protocol version If the NVSP protocol version is not greater than NVSP_PROTOCOL_VERSION_2, then the recv buffer size is 15MB, otherwise the buffer size is 16MB. Submitted by: Hongjiang Zhang Reviewed by: royger, Dexuan Cui , adrian Approved by: adrian (mentor) Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D4814 From owner-freebsd-current@freebsd.org Fri Jan 15 14:00:11 2016 Return-Path: Delivered-To: freebsd-current@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 C8273A8395A for ; Fri, 15 Jan 2016 14:00:11 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B45741FA4 for ; Fri, 15 Jan 2016 14:00:11 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id B1B0DA83958; Fri, 15 Jan 2016 14:00:11 +0000 (UTC) Delivered-To: current@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 97731A83957 for ; Fri, 15 Jan 2016 14:00:11 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 6AF9E1FA3 for ; Fri, 15 Jan 2016 14:00:10 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id u0FE09sR063704 for ; Fri, 15 Jan 2016 14:00:09 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id u0FE09kp063703 for current@freebsd.org; Fri, 15 Jan 2016 06:00:09 -0800 (PST) (envelope-from david) Date: Fri, 15 Jan 2016 06:00:09 -0800 From: David Wolfskill To: current@freebsd.org Subject: Inconsistent -DNO_CLEAN build failure r293913 -> r294086 Message-ID: <20160115140009.GB46213@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="WxezjuMNsgvRf6mf" Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 14:00:11 -0000 --WxezjuMNsgvRf6mf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable OK, first: I realize that using "-DNO_CLEAN" is treading on somewhat unstable ground. I'm testing; the results I obtained this morning were a bit unexpected, so I'm reporting them in case said results might be of use or interest to others. As indicated in the Subject, I started a couple of machines (a dedicated "build machine" and my laptop) at r293913, updated source to r294086, then proceeded to perform "make -j16 -DNO_CLEAN buildworld" on each. Please note that in each case, I have "WITH_FAST_DEPEND=3D1" in /etc/src.conf. The laptop chugged along and completed normally; the build machine encountered: >>> World build started on Fri Jan 15 04:28:48 PST 2016 =2E.. >>> stage 5.1: building 32 bit shim libraries =2E.. --- lib/libldns__L --- --- libprivateldns.so.5 --- /usr/obj/usr/src/tmp/usr/bin/ld: skipping incompatible /usr/obj/usr/src/tmp= /usr/lib/libgcc_s.so when searching for -lgcc_s --- secure/lib/libssl__L --- --- libssl.a --- --- kerberos5/lib/libhx509__L --- --- keyset.po --- --- secure/lib/libssl__L --- building static ssl library --- lib/libldns__L --- /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s --- secure/lib/libssl__L --- ar -crD libssl.a `NM=3D'nm' NMFLAGS=3D'' lorder bio_ssl.o d1_both.o d1_clnt= =2Eo d1_lib.o d1_meth.o d1_pkt.o d1_srtp.o d1_srvr.o s23_clnt.o s23_lib.o s= 23_meth.o s23_pkt.o s23_srvr.o s3_both.o s3_cbc.o s3_clnt.o s3_enc.o s3_lib= =2Eo s3_meth.o s3_pkt.o s3_srvr.o ssl_algs.o ssl_asn1.o ssl_cert.o ssl_ciph= =2Eo ssl_conf.o ssl_err.o ssl_err2.o ssl_lib.o ssl_rsa.o ssl_sess.o ssl_sta= t.o ssl_txt.o t1_clnt.o t1_enc.o t1_ext.o t1_lib.o t1_meth.o t1_reneg.o t1_= srvr.o tls_srp.o | tsort -q`=20 --- lib/libldns__L --- cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [libprivateldns.so.5] Error code 1 make[4]: stopped in /usr/src/lib/libldns =66rom which that process didn't recover at all well... though a re-start without "-DNO_CLEAN" completed successfully. Here are the relevant "uname -a" outputs: FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #305 r2939= 13M/293913:1100093: Thu Jan 14 04:55:39 PST 2016 root@g1-252.catwhisker= =2Eorg:/common/S4/obj/usr/src/sys/CANARY amd64 FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #306 r2940= 86M/294086:1100094: Fri Jan 15 05:03:24 PST 2016 root@g1-252.catwhisker= =2Eorg:/common/S4/obj/usr/src/sys/CANARY amd64 FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1961 r= 293913M/293913:1100093: Thu Jan 14 04:49:29 PST 2016 root@freebeast.cat= whisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1962 r= 294086M/294086:1100094: Fri Jan 15 05:33:30 PST 2016 root@freebeast.cat= whisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 One other (possibly-salient) point is that the build machine's disk drive is an SSD. (And yes, that does tend to help make it faster.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --WxezjuMNsgvRf6mf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJWmPtpXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XUCIIAIaqRnd4bvgjU1lmGTkk/vB0 Cpl4QstxEc83FS2rS9zgXuEoX+vPMnMBBcIZD48QYePonC0OuWQABNfIZJ0NrsZf QfpWs3JfW4A9PSirqZVsu64IR7sDcwBbAaBK3h602SbjO9/dAvg2CVgnzEJkS0Hr apg+8kLw5GfKh5dh1ydHicZZfSnv1WUtJMfgQlF2mdhkFrJrqZT6/VQfvdVPzAqH 6VzER4C6EMXEBMGN6H+U02kMTm0bbh5Bd1wS/ua2CztUQiXAn8iiAw8BGAsGktKX DNr2rPmCdAUg3ZgANN2CzagVTxVfnjt+pCDTiHNORErR0tro6WW6mQ+Pxj0xbAc= =iebO -----END PGP SIGNATURE----- --WxezjuMNsgvRf6mf-- From owner-freebsd-current@freebsd.org Fri Jan 15 16:20:00 2016 Return-Path: Delivered-To: freebsd-current@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 0A036A84BFF for ; Fri, 15 Jan 2016 16:20:00 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E9F381F2F for ; Fri, 15 Jan 2016 16:19:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id E6E2CA84BF9; Fri, 15 Jan 2016 16:19:59 +0000 (UTC) Delivered-To: current@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 E67A3A84BF8 for ; Fri, 15 Jan 2016 16:19:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D7C951F2E for ; Fri, 15 Jan 2016 16:19:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id D1871166A for ; Fri, 15 Jan 2016 16:19:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 882C3163BC for ; Fri, 15 Jan 2016 16:19:59 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id LT4mmWhDZRt8 for ; Fri, 15 Jan 2016 16:19:52 +0000 (UTC) Subject: Re: Inconsistent -DNO_CLEAN build failure r293913 -> r294086 DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 32B86163B5 To: current@freebsd.org References: <20160115140009.GB46213@albert.catwhisker.org> From: Bryan Drewery Organization: FreeBSD Message-ID: <56991C25.6090501@FreeBSD.org> Date: Fri, 15 Jan 2016 08:19:49 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160115140009.GB46213@albert.catwhisker.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 16:20:00 -0000 On 1/15/16 6:00 AM, David Wolfskill wrote: > OK, first: I realize that using "-DNO_CLEAN" is treading on somewhat > unstable ground. I'm testing; the results I obtained this morning were > a bit unexpected, so I'm reporting them in case said results might be > of use or interest to others. > Thanks for this one. I'll keep it in mind to look at if someone doesn't beat me to it. I'm still looking into fixing the kernel panic ones. I've figured out the issue and am looking for a fix there. -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Fri Jan 15 18:20:34 2016 Return-Path: Delivered-To: freebsd-current@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 D1975A84D32 for ; Fri, 15 Jan 2016 18:20:34 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 988401248 for ; Fri, 15 Jan 2016 18:20:34 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1aK8z4-0001fr-G5>; Fri, 15 Jan 2016 19:20:26 +0100 Received: from x5ce13fe5.dyn.telefonica.de ([92.225.63.229] helo=hermann) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1aK8z4-0027OC-9x>; Fri, 15 Jan 2016 19:20:26 +0100 Date: Fri, 15 Jan 2016 19:19:43 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r294070: KLD nvidia-modeset.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type Message-ID: <20160115191943.5bf06310@hermann> Organization: FU Berlin X-Mailer: Claws Mail 3.13.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/AqjtIfx=0+kQuGfCT4tB8nA"; protocol="application/pgp-signature" X-Originating-IP: 92.225.63.229 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 18:20:34 -0000 --Sig_/AqjtIfx=0+kQuGfCT4tB8nA Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On FreeBSD 11.0-CURRENT #1 r294070: Fri Jan 15 06:21:20 CET 2016 amd64, loading nvidia kernel module results in the error: KLD nvidia-modeset.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type This worked prior to r294070 Regards, Oliver --Sig_/AqjtIfx=0+kQuGfCT4tB8nA Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWmTg/AAoJEOgBcD7A/5N8WncH/3uVnFU+e4CAl2dn9IzPGHL8 Lk5MMwlHRyLabFdWwHJ6wjgqos4kefRIYNun45nq40Cwy1C/5tewjnY0MpqC3i4A 6e2oFsrsTJhLzXCm5xtvdhsf7zjhs5hmwjQacIlCw1RcwbCO3bI8hiIhWnzL/97t UPbqnkkKBaftNbGfUTPRM2UwI2BU9Lrtvxcjrqz5FFLAZR2SWmvxxaTu29rtddtg HksAWIo6dMqfnqdS+xZuDyQH0bjADZraGMNcoyKW56FrN624LrrEuJDv32uEjFyb 7MdFbsxYvAAjq2CtEQyecbfGiMMVAj3iNxLD+nyhwY8Hg3uRHNAzqZgPLStZOR8= =40ki -----END PGP SIGNATURE----- --Sig_/AqjtIfx=0+kQuGfCT4tB8nA-- From owner-freebsd-current@freebsd.org Fri Jan 15 18:24:19 2016 Return-Path: Delivered-To: freebsd-current@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 12862A84EF5 for ; Fri, 15 Jan 2016 18:24:19 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 B8B0817EE for ; Fri, 15 Jan 2016 18:24:18 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id u0FIOGtM065632; Fri, 15 Jan 2016 18:24:16 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id u0FIOGM8065631; Fri, 15 Jan 2016 10:24:16 -0800 (PST) (envelope-from david) Date: Fri, 15 Jan 2016 10:24:16 -0800 From: David Wolfskill To: "O. Hartmann" Cc: FreeBSD CURRENT Subject: Re: r294070: KLD nvidia-modeset.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type Message-ID: <20160115182416.GD46213@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , "O. Hartmann" , FreeBSD CURRENT References: <20160115191943.5bf06310@hermann> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="nM4qzG6nHdnn/sXd" Content-Disposition: inline In-Reply-To: <20160115191943.5bf06310@hermann> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 18:24:19 -0000 --nM4qzG6nHdnn/sXd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 15, 2016 at 07:19:43PM +0100, O. Hartmann wrote: > On FreeBSD 11.0-CURRENT #1 r294070: Fri Jan 15 06:21:20 CET 2016 amd64, > loading nvidia kernel module results in the error: >=20 > KLD nvidia-modeset.ko: depends on kernel - not available or version > mismatch linker_load_file: Unsupported file type >=20 > This worked prior to r294070 > .... My most recent build of head was at r294086; I didn't see a problem with nvidia -- but I have 'PORTS_MODULES=3Dx11/nvidia-driver' in /etc/src.conf, so it's rebuilt every time I rebuild the kernel. Have you rebuilt nvidia-driver recently? Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --nM4qzG6nHdnn/sXd Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJWmTlQXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4Xh0oH/RtH3lv9dG/8P2YRLsZKKG03 JeMQrMrvR6ATle4mO/IpYovkt30Rbe+9jdaEwKaMydnbgs8MnykwPZy4l5xlIfHX Si/lfTm/j3qlTXqWsntmldp0vyIx0JIEIKkDrm3Cl8fnnd1JEwSM8u97F8LSbkuu y7RHK2PhNNlyvjGhzPxpzbYxu+6K9S11mujtEfZWkGAuUu4TPBasW7+zh7hAJ/Tk FxfFsUOF0oXD0ofP2NugXr1EqdtZEGSBi0LTfI9SLam+Isz4kn+Pazg8v3yVhIyx mabqELYl0zKKpQAiRNtRAafJumsqxFG7Kl5zCgZTowxuIiV7EeuzDkw7nghDfs0= =MojZ -----END PGP SIGNATURE----- --nM4qzG6nHdnn/sXd-- From owner-freebsd-current@freebsd.org Fri Jan 15 18:36:33 2016 Return-Path: Delivered-To: freebsd-current@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 5F7F0A8333E for ; Fri, 15 Jan 2016 18:36:33 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 335171F7B for ; Fri, 15 Jan 2016 18:36:33 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks CA" (verified OK)) (Authenticated sender: imb@mail.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 6D27EB917; Fri, 15 Jan 2016 13:35:03 -0500 (EST) Subject: Re: r294070: KLD nvidia-modeset.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type To: David Wolfskill , "O. Hartmann" , FreeBSD CURRENT References: <20160115191943.5bf06310@hermann> <20160115182416.GD46213@albert.catwhisker.org> From: Michael Butler Openpgp: id=6F63E6399DCC8E3E94D60F0642FF6BAE0442D492 Message-ID: <56993BD5.1000106@protected-networks.net> Date: Fri, 15 Jan 2016 13:35:01 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <20160115182416.GD46213@albert.catwhisker.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 18:36:33 -0000 On 01/15/16 13:24, David Wolfskill wrote: > On Fri, Jan 15, 2016 at 07:19:43PM +0100, O. Hartmann wrote: >> On FreeBSD 11.0-CURRENT #1 r294070: Fri Jan 15 06:21:20 CET 2016 amd64, >> loading nvidia kernel module results in the error: >> >> KLD nvidia-modeset.ko: depends on kernel - not available or version >> mismatch linker_load_file: Unsupported file type >> >> This worked prior to r294070 >> .... > > My most recent build of head was at r294086; I didn't see a problem with > nvidia -- but I have 'PORTS_MODULES=x11/nvidia-driver' in /etc/src.conf, > so it's rebuilt every time I rebuild the kernel. > > Have you rebuilt nvidia-driver recently? This is as a consequence of the following change. You need to rebuild all modules to match the kernel: ------------------------------------------------------------------------ r294086 | hselasky | 2016-01-15 06:18:58 -0500 (Fri, 15 Jan 2016) | 7 lines Changed paths: M /head/sys/compat/linuxkpi/common/include/linux/pci.h M /head/sys/compat/linuxkpi/common/src/linux_pci.c M /head/sys/sys/param.h Implement support for PCI suspend, resume and shutdown events in the LinuxKPI. Fix a few spaces to tabs. Bump the FreeBSD version to force recompilation of existing KMODs. imb From owner-freebsd-current@freebsd.org Fri Jan 15 18:40:57 2016 Return-Path: Delivered-To: freebsd-current@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 C2BDEA834D7 for ; Fri, 15 Jan 2016 18:40:57 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [202.12.127.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9FB111391 for ; Fri, 15 Jan 2016 18:40:54 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks CA" (verified OK)) (Authenticated sender: imb@mail.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 4C0F8B905; Fri, 15 Jan 2016 13:40:52 -0500 (EST) Subject: Re: r294070: KLD nvidia-modeset.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type To: David Wolfskill , "O. Hartmann" , FreeBSD CURRENT References: <20160115191943.5bf06310@hermann> <20160115182416.GD46213@albert.catwhisker.org> <56993BD5.1000106@protected-networks.net> From: Michael Butler Openpgp: id=6F63E6399DCC8E3E94D60F0642FF6BAE0442D492 Message-ID: <56993D33.6030705@protected-networks.net> Date: Fri, 15 Jan 2016 13:40:51 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <56993BD5.1000106@protected-networks.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 18:40:57 -0000 On 01/15/16 13:35, Michael Butler wrote: > On 01/15/16 13:24, David Wolfskill wrote: >> On Fri, Jan 15, 2016 at 07:19:43PM +0100, O. Hartmann wrote: >>> On FreeBSD 11.0-CURRENT #1 r294070: Fri Jan 15 06:21:20 CET 2016 amd64, >>> loading nvidia kernel module results in the error: >>> >>> KLD nvidia-modeset.ko: depends on kernel - not available or version >>> mismatch linker_load_file: Unsupported file type >>> >>> This worked prior to r294070 >>> .... >> >> My most recent build of head was at r294086; I didn't see a problem with >> nvidia -- but I have 'PORTS_MODULES=x11/nvidia-driver' in /etc/src.conf, >> so it's rebuilt every time I rebuild the kernel. >> >> Have you rebuilt nvidia-driver recently? > > This is as a consequence of the following change. You need to rebuild > all modules to match the kernel: > > ------------------------------------------------------------------------ > r294086 | hselasky | 2016-01-15 06:18:58 -0500 (Fri, 15 Jan 2016) | 7 lines > Changed paths: > M /head/sys/compat/linuxkpi/common/include/linux/pci.h > M /head/sys/compat/linuxkpi/common/src/linux_pci.c > M /head/sys/sys/param.h > > Implement support for PCI suspend, resume and shutdown events in the > LinuxKPI. Fix a few spaces to tabs. Bump the FreeBSD version to force > recompilation of existing KMODs. Sorry - I take that back - that change was later than the SVN you're noting. I'd still try a rebuild though and look for any undefined symbols .. imb From owner-freebsd-current@freebsd.org Fri Jan 15 22:10:21 2016 Return-Path: Delivered-To: freebsd-current@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 5277BA83CE1 for ; Fri, 15 Jan 2016 22:10:21 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 431DC156C for ; Fri, 15 Jan 2016 22:10:21 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 3C5691BBF for ; Fri, 15 Jan 2016 22:10:21 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id EC57116BDD for ; Fri, 15 Jan 2016 22:10:20 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id yRF8yTiz9CFf for ; Fri, 15 Jan 2016 22:10:18 +0000 (UTC) Subject: Re: Panic in ld_ldt() @r292914 (amd64) -- just after launching CPUs DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 6B38516BD7 To: freebsd-current@freebsd.org References: <20151230135407.GH1222@albert.catwhisker.org> <20151230142528.GD3625@kib.kiev.ua> From: Bryan Drewery Organization: FreeBSD Message-ID: <56996E47.6040808@FreeBSD.org> Date: Fri, 15 Jan 2016 14:10:15 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20151230142528.GD3625@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 22:10:21 -0000 On 12/30/15 6:25 AM, Konstantin Belousov wrote: > On Wed, Dec 30, 2015 at 05:54:07AM -0800, David Wolfskill wrote: >> Found this on both my build machine and my laptop, each of which just >> built head @r292914 (while running r292864 during the build) -- e.g.: >> >> FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #287 r292864M/292864:1100092: Tue Dec 29 05:01:42 PST 2015 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 >> >> Unfortunately, the panic occurs early enough that I can't get a crash >> dump (I'm don't think the swap device has yet been discovered), and >> serial console isn't working for my build machine. >> >> I took some screen shots of the laptop, but I don't seem to be able >> to connect the phone to the laptop in a way to allow data interchange, >> so I'll try to hand-transcribe the more obviously-relevant bits: >> >> ... >> SMP: AP CPU #5 Launched! >> kernel trap 9 with interrupts disabled >> >> Fatal trap 9: general protection fault while in kernel mode >> cpuid = 6; apic id = 86 >> instruction pointer = 0x28:0xffffffff80d9b505 >> stack pointer = 0x28:0xfffffe06015ca8f0 >> frame pointer = 0x28:0xfffffe06015ca950 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = resume, IOPL = 0 >> current process = 11 (idle: cpu6) >> [ thread pid 11 tid 100010 ] >> Stopped at 0xffffffff80d9b505 = ld_ldt: lldt %ax >> db> bt >> Tracing pid 11 tid 100010 td 0xfffff800067f69a0 >> ld_ldt() at 0xffffffff80d9b505 = ld_ldt/frame 0xfffffe06015ca900 >> sched_switch() at 0xffffffff80a176c5 = sched_switch+0x495/frame 0xfffffe06015ca950 >> mi_switch() at 0xffffffff809f8759 = mi_switch+0x169/frame 0xfffffe06015ca980 >> sched_idletd() at 0xffffffff80a1a211 = sched_idletd+0x391/frame 0xfffffe06015caa70 >> fork_exit() at 0xffffffff809b5324 = fork_exit+0x84/frame 0xfffffe06015aab0 >> fork_trampoline() at 0xffffffff80d9eade = fork_trampoline+0xe/frame 0xfffffe06015caab0 >> --- trap 0, rip = 0, rsp = 0, rpb = 0 --- >> db> >> >> I'm happy to try testing, but as I actually use the laptop for >> day-to-day activities, I'm likely to need to do some priority-shifting. >> > > Try clean build first. struct proc layout was changed recently, and the > instruction at ld_ldt would fault if using the wrong offsets. r294105 fixes this. It was a FAST_DEPEND bug. -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Fri Jan 15 23:00:05 2016 Return-Path: Delivered-To: freebsd-current@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 431E3A84AE2 for ; Fri, 15 Jan 2016 23:00:05 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2F53210E7 for ; Fri, 15 Jan 2016 23:00:05 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2B5A5A84AE1; Fri, 15 Jan 2016 23:00:05 +0000 (UTC) Delivered-To: current@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 11156A84AE0 for ; Fri, 15 Jan 2016 23:00:05 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id EA9D810E6 for ; Fri, 15 Jan 2016 23:00:04 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id E203518AA for ; Fri, 15 Jan 2016 23:00:04 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 8FD3F16D1F for ; Fri, 15 Jan 2016 23:00:04 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id sjEJtxV8ksIj for ; Fri, 15 Jan 2016 23:00:01 +0000 (UTC) Subject: Re: Inconsistent -DNO_CLEAN build failure r293913 -> r294086 DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 21C1F16D14 To: current@freebsd.org References: <20160115140009.GB46213@albert.catwhisker.org> From: Bryan Drewery Organization: FreeBSD Message-ID: <569979F0.9080406@FreeBSD.org> Date: Fri, 15 Jan 2016 15:00:00 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160115140009.GB46213@albert.catwhisker.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 23:00:05 -0000 On 1/15/16 6:00 AM, David Wolfskill wrote: > OK, first: I realize that using "-DNO_CLEAN" is treading on somewhat > unstable ground. I'm testing; the results I obtained this morning were > a bit unexpected, so I'm reporting them in case said results might be > of use or interest to others. > > As indicated in the Subject, I started a couple of machines (a dedicated > "build machine" and my laptop) at r293913, updated source to r294086, > then proceeded to perform "make -j16 -DNO_CLEAN buildworld" on each. > > Please note that in each case, I have "WITH_FAST_DEPEND=1" in > /etc/src.conf. > > The laptop chugged along and completed normally; the build machine > encountered: > >>>> World build started on Fri Jan 15 04:28:48 PST 2016 > ... >>>> stage 5.1: building 32 bit shim libraries > ... > --- lib/libldns__L --- > --- libprivateldns.so.5 --- > /usr/obj/usr/src/tmp/usr/bin/ld: skipping incompatible /usr/obj/usr/src/tmp/usr/lib/libgcc_s.so when searching for -lgcc_s This is odd... > --- secure/lib/libssl__L --- > --- libssl.a --- > --- kerberos5/lib/libhx509__L --- > --- keyset.po --- > --- secure/lib/libssl__L --- > building static ssl library > --- lib/libldns__L --- > /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s By this point (lib/libldns__L) libgcc should be built and installed. I assume it says 'cannot find' since it is incompatible. I don't think this is a build race or FAST_DEPEND issue. It could be a -DNO_CLEAN issue. Nothing is standing out as an issue in the commit range given, except if you were building for arm. > --- secure/lib/libssl__L --- > ar -crD libssl.a `NM='nm' NMFLAGS='' lorder bio_ssl.o d1_both.o d1_clnt.o d1_lib.o d1_meth.o d1_pkt.o d1_srtp.o d1_srvr.o s23_clnt.o s23_lib.o s23_meth.o s23_pkt.o s23_srvr.o s3_both.o s3_cbc.o s3_clnt.o s3_enc.o s3_lib.o s3_meth.o s3_pkt.o s3_srvr.o ssl_algs.o ssl_asn1.o ssl_cert.o ssl_ciph.o ssl_conf.o ssl_err.o ssl_err2.o ssl_lib.o ssl_rsa.o ssl_sess.o ssl_stat.o ssl_txt.o t1_clnt.o t1_enc.o t1_ext.o t1_lib.o t1_meth.o t1_reneg.o t1_srvr.o tls_srp.o | tsort -q` > --- lib/libldns__L --- > cc: error: linker command failed with exit code 1 (use -v to see invocation) > *** [libprivateldns.so.5] Error code 1 > > make[4]: stopped in /usr/src/lib/libldns > > > from which that process didn't recover at all well... though a > re-start without "-DNO_CLEAN" completed successfully. > > Here are the relevant "uname -a" outputs: > > FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #305 r293913M/293913:1100093: Thu Jan 14 04:55:39 PST 2016 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 > > FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #306 r294086M/294086:1100094: Fri Jan 15 05:03:24 PST 2016 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 > > > FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1961 r293913M/293913:1100093: Thu Jan 14 04:49:29 PST 2016 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 > > FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1962 r294086M/294086:1100094: Fri Jan 15 05:33:30 PST 2016 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 > > > One other (possibly-salient) point is that the build machine's disk > drive is an SSD. (And yes, that does tend to help make it faster.) > > Peace, > david > -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Fri Jan 15 23:06:01 2016 Return-Path: Delivered-To: freebsd-current@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 140FFA84D0C for ; Fri, 15 Jan 2016 23:06:01 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id EDA2B1629 for ; Fri, 15 Jan 2016 23:06:00 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id E985AA84D0B; Fri, 15 Jan 2016 23:06:00 +0000 (UTC) Delivered-To: current@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 CF292A84D0A for ; Fri, 15 Jan 2016 23:06:00 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 8CE661628; Fri, 15 Jan 2016 23:05:59 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id u0FN5wmf068021; Fri, 15 Jan 2016 23:05:58 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id u0FN5w9w068020; Fri, 15 Jan 2016 15:05:58 -0800 (PST) (envelope-from david) Date: Fri, 15 Jan 2016 15:05:58 -0800 From: David Wolfskill To: Bryan Drewery Cc: current@freebsd.org Subject: Re: Inconsistent -DNO_CLEAN build failure r293913 -> r294086 Message-ID: <20160115230558.GH46213@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Bryan Drewery , current@freebsd.org References: <20160115140009.GB46213@albert.catwhisker.org> <569979F0.9080406@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="5joxkA65nhhP20dL" Content-Disposition: inline In-Reply-To: <569979F0.9080406@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 23:06:01 -0000 --5joxkA65nhhP20dL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 15, 2016 at 03:00:00PM -0800, Bryan Drewery wrote: > ... > >>>> World build started on Fri Jan 15 04:28:48 PST 2016 > > ... > >>>> stage 5.1: building 32 bit shim libraries > > ... > > --- lib/libldns__L --- > > --- libprivateldns.so.5 --- > > /usr/obj/usr/src/tmp/usr/bin/ld: skipping incompatible /usr/obj/usr/src= /tmp/usr/lib/libgcc_s.so when searching for -lgcc_s >=20 > This is odd... Agreed; that's largely why I posted. Well, that, and the apparently lack of consistent behavior between the 2 machines. > > --- secure/lib/libssl__L --- > > --- libssl.a --- > > --- kerberos5/lib/libhx509__L --- > > --- keyset.po --- > > --- secure/lib/libssl__L --- > > building static ssl library > > --- lib/libldns__L --- > > /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s >=20 > By this point (lib/libldns__L) libgcc should be built and installed. I > assume it says 'cannot find' since it is incompatible. Apparently, yes. > I don't think this is a build race or FAST_DEPEND issue. >=20 > It could be a -DNO_CLEAN issue. Nothing is standing out as an issue in > the commit range given, except if you were building for arm. In each case, it was a native build on amd64. > ... > > cc: error: linker command failed with exit code 1 (use -v to see invoca= tion) > > *** [libprivateldns.so.5] Error code 1 > >=20 > > make[4]: stopped in /usr/src/lib/libldns > >=20 > >=20 > > from which that process didn't recover at all well... though a > > re-start without "-DNO_CLEAN" completed successfully. > ... > > One other (possibly-salient) point is that the build machine's disk > > drive is an SSD. (And yes, that does tend to help make it faster.) > .... Well, I suppose I'll take some small comfort in knowing that I'm not the only one perplexed by the behavior. :-} Thanks for looking at it. Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --5joxkA65nhhP20dL Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJWmXtWXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XWGgH/05em9Cdp+FMFf9ur5BJYf2D HoAefvRP7FoOCwxMIpnzk5OkjK4sZgjYRZhPzdFlTUQ2En1/iKPp8hCG+VVvpi7N mdz3YMIkENLw3mGQJB7QmKYA7gZ5DYHPj3Jhpwmkmm5rNwu8clxLg1VrHvXMf841 dZhsSeQbZuvp0iuneMbAErV8QewTM9PgWDFBB1rZmS52GMWp0+EQLdAC8SPF/Fou eAoEH5vV2C4Y+ta2q4hhOSPUcdQtged78+O7ojyue0YATa9s6Ko+v6qICUI9Q7SK w/W/cXubxOlYP39cPINOjungeCm4PPBD82Sce8SewVtEYdQP9uqHsy5wKQ9sMf0= =Rbia -----END PGP SIGNATURE----- --5joxkA65nhhP20dL-- From owner-freebsd-current@freebsd.org Sat Jan 16 00:34:04 2016 Return-Path: Delivered-To: freebsd-current@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 4C31DA84A04 for ; Sat, 16 Jan 2016 00:34:04 +0000 (UTC) (envelope-from twofiveninja@gmail.com) Received: from mail-yk0-x22d.google.com (mail-yk0-x22d.google.com [IPv6:2607:f8b0:4002:c07::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 10F1110B8 for ; Sat, 16 Jan 2016 00:34:04 +0000 (UTC) (envelope-from twofiveninja@gmail.com) Received: by mail-yk0-x22d.google.com with SMTP id a85so483686667ykb.1 for ; Fri, 15 Jan 2016 16:34:04 -0800 (PST) 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=4Ip0Gtvyne+Wbm8EsE1wjZ7EVgCZPXwDUeYMDLdvy0c=; b=jGVvqdiY4ukFNQ9khJCeNIoLSXjPJ503ETSc3ox7WKF00sJLnwihcvSUIUicGlIYVh IJHQDbhQOrd/ogcf8pkbBshl6/Wc7+7ujsCQEPCIk8jOJFA6jt2P0oAdA/InzNsxytVR gLPtjYBnBwKr3EgJffCrdna3o0fx24BXk3TfXGa3xUfE+Z1hDfCssZKzBLLY1bzmPsxX jZHvAo30YG4swTCpudpbCfA8f+kNMgQuRQ8w2cL7UWhmHOZ+kVImgdomzBj/AUCeRuNQ Sc3ihGLTVoMEroewvjgJSg3AfLBByHAseyoUAjrEwE98QctJtCtj4/0Q6LrPTKxPGiAL 3vEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=4Ip0Gtvyne+Wbm8EsE1wjZ7EVgCZPXwDUeYMDLdvy0c=; b=G68aBIZs8ZJnlpkdkeaXnZ0vjFbBi1icirRCTgBrNSB6JszGaLCaYloet1rxYDqx0a Jloz+Jri4aG0mQVoi/OmV4B32UpnSUov4DXVlxA3GgjjycIVTZB7LI/hx57GkkaVxLIV mCjAOqQ9h96T6zaEtn+MD3zQ8kVSdO2NST2g6CS5rPebKIRF1Nm+mUyJdfXb9nUT/wTa Co/Wc2ZBu3Ro6MfQ/dxulJ7XfhLAN4IXTBMMSlAfpoDxPVmkpWUjJRmJ8zfPAI3niZZQ AH5Ybs3bfTOkcqhIP/TIBP8bDOiCT2Nk+hdBW5vD5xDnAdkctuwC3OhlBfgcpRGmVjhD VuiQ== X-Gm-Message-State: ALoCoQmkRE6/oesV2Ad5KBQ+Crr9rm5zW1gZSqqmeu5t/hJRZKqo4JczRS0o9g3gCgkGB6dL61wWvlYq1i4+4SkzA6BQWaaisA== MIME-Version: 1.0 X-Received: by 10.13.234.205 with SMTP id t196mr9380233ywe.110.1452904443179; Fri, 15 Jan 2016 16:34:03 -0800 (PST) Received: by 10.13.227.7 with HTTP; Fri, 15 Jan 2016 16:34:03 -0800 (PST) Date: Fri, 15 Jan 2016 19:34:03 -0500 Message-ID: Subject: freebsd-docker network iface From: Sha Ner To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2016 00:34:04 -0000 Hello all, Trying out freebsd-docker. Is there a way to tie individual containers to specific iface|ipaddress? Or, does everything just get NAT'd out via lo1 ? Thanks! Shane From owner-freebsd-current@freebsd.org Sat Jan 16 04:11:44 2016 Return-Path: Delivered-To: freebsd-current@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 30D7FA84E7A for ; Sat, 16 Jan 2016 04:11:44 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BAD971F22 for ; Sat, 16 Jan 2016 04:11:43 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x235.google.com with SMTP id f206so44996418wmf.0 for ; Fri, 15 Jan 2016 20:11:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-type:content-transfer-encoding; bh=IHzDN1Bkp/sD3yfyuRl6SZgLxLX0DSZ+2oc3GezEKFE=; b=Pq811w8spkBrsyMKuz+0ggr2AhRP1zIAhbSfPvYFAD8t7FGqPDdag5tM2NW5tOp0No OQL44zosjX4fJZUgcaOR/V8cQpVe/yKrD9MsYcEuDmDkic/MFYvEo1vvK2tIZMA36V67 KXYqabBuGYhldAQKx3UMKMoiv9gV9Tvt/iNSBSWNvwGeOTnt4HkgkHtIpP5+8gkcwxd3 6FzR1fiCmp/+ugb4qVOak2u2jO2Cs5c3YcnIelZ0AODjaPa73jTO3OE7moPMMJPFG5hg j+GJM1jJds+4kFs3jRecFCwFPfdSvLLTAxrMaILGbB6nm3U3eREL8qJezH2nVIBipUv9 TvRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-type :content-transfer-encoding; bh=IHzDN1Bkp/sD3yfyuRl6SZgLxLX0DSZ+2oc3GezEKFE=; b=WqbHvYQgi3KBGfy+5WqLdwqPTSfUty7/19+Z3TnqQVZ3y5QzhcKInsEXgCNTqCs+e7 VAXLFzBffk92H+jYV1JijZzyQbIAUS4DhwiS6dcHabKax0F9PgczJ+z2/4ZCCwVikWln 1tEgdI7g7mkXmjuMjdKXs6BOcUNV1T4dJCPQ1pVeI0m1WyDFXh5cVqVbTn28XUmJP78/ VPs6sxnGKQu6/wpwyd/2wYxBe1CR3GsDzarJWO/AHlZXL4fPADCjoMSyMLeeOexY98Ko /MDzt/NrGAPXfwodyNe5smCH1qm0hknsv12nSJJWA6txEURXQrLpa/Mg8eHBFccgCuwJ PtfQ== X-Gm-Message-State: ALoCoQnFHKJ1ve5cQR9a6LtTjQn3AWkv7vgD3u/feBAtRzwVcSiplL9BkktwbAv5tcwlOUo4fSU6B/1fgGb24JQotIEBDPd9aQ== X-Received: by 10.195.12.75 with SMTP id eo11mr13128241wjd.50.1452917502350; Fri, 15 Jan 2016 20:11:42 -0800 (PST) Received: from ernst.home (p578E3D37.dip0.t-ipconnect.de. [87.142.61.55]) by smtp.gmail.com with ESMTPSA id v82sm5200688wmv.12.2016.01.15.20.11.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Jan 2016 20:11:41 -0800 (PST) Date: Sat, 16 Jan 2016 05:11:40 +0100 From: Gary Jennejohn To: Michael Butler Cc: David Wolfskill , "O. Hartmann" , FreeBSD CURRENT Subject: Re: r294070: KLD nvidia-modeset.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type Message-ID: <20160116051140.1300dd5b@ernst.home> In-Reply-To: <56993BD5.1000106@protected-networks.net> References: <20160115191943.5bf06310@hermann> <20160115182416.GD46213@albert.catwhisker.org> <56993BD5.1000106@protected-networks.net> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.13.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2016 04:11:44 -0000 On Fri, 15 Jan 2016 13:35:01 -0500 Michael Butler wrote: > On 01/15/16 13:24, David Wolfskill wrote: > > On Fri, Jan 15, 2016 at 07:19:43PM +0100, O. Hartmann wrote: > >> On FreeBSD 11.0-CURRENT #1 r294070: Fri Jan 15 06:21:20 CET 2016 amd64, > >> loading nvidia kernel module results in the error: > >> > >> KLD nvidia-modeset.ko: depends on kernel - not available or version > >> mismatch linker_load_file: Unsupported file type > >> > >> This worked prior to r294070 > >> .... > > > > My most recent build of head was at r294086; I didn't see a problem with > > nvidia -- but I have 'PORTS_MODULES=x11/nvidia-driver' in /etc/src.conf, > > so it's rebuilt every time I rebuild the kernel. > > > > Have you rebuilt nvidia-driver recently? > > This is as a consequence of the following change. You need to rebuild > all modules to match the kernel: > > ------------------------------------------------------------------------ > r294086 | hselasky | 2016-01-15 06:18:58 -0500 (Fri, 15 Jan 2016) | 7 lines > Changed paths: > M /head/sys/compat/linuxkpi/common/include/linux/pci.h > M /head/sys/compat/linuxkpi/common/src/linux_pci.c > M /head/sys/sys/param.h > > Implement support for PCI suspend, resume and shutdown events in the > LinuxKPI. Fix a few spaces to tabs. Bump the FreeBSD version to force > recompilation of existing KMODs. > Or build it without Linux support. Mine was built on October 17, 2015 and I'm running r294095 without a problem. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Sat Jan 16 08:03:53 2016 Return-Path: Delivered-To: freebsd-current@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 3406BA83A5D for ; Sat, 16 Jan 2016 08:03:53 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 ECAF71F9F for ; Sat, 16 Jan 2016 08:03:52 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1aKLpu-0027P6-AC>; Sat, 16 Jan 2016 09:03:50 +0100 Received: from x5ce123a3.dyn.telefonica.de ([92.225.35.163] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (envelope-from ) id <1aKLpu-002yPN-2Z>; Sat, 16 Jan 2016 09:03:50 +0100 Date: Sat, 16 Jan 2016 09:03:45 +0100 From: "O. Hartmann" To: David Wolfskill Cc: FreeBSD CURRENT Subject: Re: r294070: KLD nvidia-modeset.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type Message-ID: <20160116090345.7d1754cf.ohartman@zedat.fu-berlin.de> In-Reply-To: <20160115182416.GD46213@albert.catwhisker.org> References: <20160115191943.5bf06310@hermann> <20160115182416.GD46213@albert.catwhisker.org> Organization: FU Berlin X-Mailer: Claws Mail 3.13.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/dWEVEGdi0IqsLFoP.RuGgjP"; protocol="application/pgp-signature" X-Originating-IP: 92.225.35.163 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2016 08:03:53 -0000 --Sig_/dWEVEGdi0IqsLFoP.RuGgjP Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Fri, 15 Jan 2016 10:24:16 -0800 David Wolfskill schrieb: > On Fri, Jan 15, 2016 at 07:19:43PM +0100, O. Hartmann wrote: > > On FreeBSD 11.0-CURRENT #1 r294070: Fri Jan 15 06:21:20 CET 2016 amd64, > > loading nvidia kernel module results in the error: > >=20 > > KLD nvidia-modeset.ko: depends on kernel - not available or version > > mismatch linker_load_file: Unsupported file type > >=20 > > This worked prior to r294070 > > .... =20 >=20 > My most recent build of head was at r294086; I didn't see a problem with > nvidia -- but I have 'PORTS_MODULES=3Dx11/nvidia-driver' in /etc/src.conf, > so it's rebuilt every time I rebuild the kernel. I have this tag also, as you know, in my /etc/src.conf. But: I do buildworl= d and especially buildkernel with flag -DNO_CLEAN". After I did a "make kernel" (in /usr/src) the proplem went away! I guess th= is has to do with the fact that I played with different versions of nvidia's driver (355= .11 - 361.18 with a new buildframework proposed at PR 201340 (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D201340). >=20 > Have you rebuilt nvidia-driver recently? Yes, indeed, many, many times that day ;-) >=20 > Peace, > david Kind regards, oh --Sig_/dWEVEGdi0IqsLFoP.RuGgjP Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWmflhAAoJEOgBcD7A/5N8ONQIANZE6FNUlJmgXCR8HxNsJIhs pOZUGVnoC2HNpOv/Q9UnrzkJDZM2U3PWO+wWQpxKJ7KsZ7iQFrDB/I4fXdSyEYD2 D5CdYvrZlHjbLRdnDfV+YbbAJVKIiAPakblkdgt9SNUmcNu6626uzgkgb53P4gVb WPMfAdjzjQxxvX+lRQgLzE6mY485sYGM5t+uHTOKvOFdQagkFkRDz14pHXIkHnIv KcblxPKQ4RvJ1LSg4ifWtJBEcdAMCmBdR9DhZnh5J6eVqsH9WDynTe4lEsdTUvey XJVnaCS6Fa8j0m4ceaRp5e4dz5E9H3S6X/a5fMwJcgw3/RySF44TsuGfkwn0BeY= =4Wbo -----END PGP SIGNATURE----- --Sig_/dWEVEGdi0IqsLFoP.RuGgjP-- From owner-freebsd-current@freebsd.org Sat Jan 16 08:13:37 2016 Return-Path: Delivered-To: freebsd-current@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 E85AAA83D94 for ; Sat, 16 Jan 2016 08:13:36 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 ABAD414A3 for ; Sat, 16 Jan 2016 08:13:36 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1aKLzG-0029bG-8g>; Sat, 16 Jan 2016 09:13:30 +0100 Received: from x5ce123a3.dyn.telefonica.de ([92.225.35.163] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (envelope-from ) id <1aKLzF-002z1z-To>; Sat, 16 Jan 2016 09:13:30 +0100 Date: Sat, 16 Jan 2016 09:13:29 +0100 From: "O. Hartmann" To: Michael Butler Cc: David Wolfskill , FreeBSD CURRENT Subject: Re: r294070: KLD nvidia-modeset.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type Message-ID: <20160116091329.6a0edf19.ohartman@zedat.fu-berlin.de> In-Reply-To: <56993BD5.1000106@protected-networks.net> References: <20160115191943.5bf06310@hermann> <20160115182416.GD46213@albert.catwhisker.org> <56993BD5.1000106@protected-networks.net> Organization: FU Berlin X-Mailer: Claws Mail 3.13.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/SK9wafRD_uJ.23fAil.VDKe"; protocol="application/pgp-signature" X-Originating-IP: 92.225.35.163 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2016 08:13:37 -0000 --Sig_/SK9wafRD_uJ.23fAil.VDKe Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Fri, 15 Jan 2016 13:35:01 -0500 Michael Butler schrieb: > On 01/15/16 13:24, David Wolfskill wrote: > > On Fri, Jan 15, 2016 at 07:19:43PM +0100, O. Hartmann wrote: =20 > >> On FreeBSD 11.0-CURRENT #1 r294070: Fri Jan 15 06:21:20 CET 2016 amd64, > >> loading nvidia kernel module results in the error: > >> > >> KLD nvidia-modeset.ko: depends on kernel - not available or version > >> mismatch linker_load_file: Unsupported file type > >> > >> This worked prior to r294070 > >> .... =20 > >=20 > > My most recent build of head was at r294086; I didn't see a problem with > > nvidia -- but I have 'PORTS_MODULES=3Dx11/nvidia-driver' in /etc/src.co= nf, > > so it's rebuilt every time I rebuild the kernel. > >=20 > > Have you rebuilt nvidia-driver recently? =20 >=20 > This is as a consequence of the following change. You need to rebuild > all modules to match the kernel: >=20 > ------------------------------------------------------------------------ > r294086 | hselasky | 2016-01-15 06:18:58 -0500 (Fri, 15 Jan 2016) | 7 lin= es > Changed paths: > M /head/sys/compat/linuxkpi/common/include/linux/pci.h > M /head/sys/compat/linuxkpi/common/src/linux_pci.c > M /head/sys/sys/param.h >=20 > Implement support for PCI suspend, resume and shutdown events in the > LinuxKPI. Fix a few spaces to tabs. Bump the FreeBSD version to force > recompilation of existing KMODs. >=20 > imb >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" I imply - regarding my previous answer - that -DNO_CLEAN flag while buildin= g kernel will not do. As I wrote, I rebuild the kernel with "make kernel" and the module = could be loaded again. But I see for now, that the Linuxulator modules are loaded - idenependent o= f disabling Linux in the configuration of x11/nvidia-driver (I use the proposal from PR= 201340, found here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D201340). Thank you very much. Kind regards, Oliver --Sig_/SK9wafRD_uJ.23fAil.VDKe Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWmfupAAoJEOgBcD7A/5N85jAIAJrc2SVHn1lF6/GEClO2+IjI 4oV7g/M0BnQbm6JxcHlhrMmV0M2B3kQT5rYzNjCmdDvVVEa+tpSBNl9OkF9tWbQH 1kuroyfzXGQ/k1o/VylG9vqfaPyNcYo6Nt6oxXTYAvEU0YFvTKF8iMpEFCEVLHIY SiaecB//DpA509tmaY8Xo9uqI/CAOhSaVLGFZ5ExRF3QVU6H2NlZAEWKnsp0al/S Zfvzg3uQESvbKuMc3r7lLLafirbMZI+t3PXEdJ5ZOmoMcku0tl1PjA0QHgZ+hOqk AdfD1NQ0CrcMpg1C3o/fW6vvqm1IRL/7EeNqCb/sdpuNif89I0k7LAQ5QYgIfwg= =O9rR -----END PGP SIGNATURE----- --Sig_/SK9wafRD_uJ.23fAil.VDKe-- From owner-freebsd-current@freebsd.org Sat Jan 16 08:17:05 2016 Return-Path: Delivered-To: freebsd-current@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 94E7BA83E91 for ; Sat, 16 Jan 2016 08:17:05 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 5832C1624 for ; Sat, 16 Jan 2016 08:17:05 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1aKM2d-002A9u-1o>; Sat, 16 Jan 2016 09:16:59 +0100 Received: from x5ce123a3.dyn.telefonica.de ([92.225.35.163] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (envelope-from ) id <1aKM2c-002zL0-PK>; Sat, 16 Jan 2016 09:16:59 +0100 Date: Sat, 16 Jan 2016 09:16:58 +0100 From: "O. Hartmann" To: Gary Jennejohn Cc: Michael Butler , David Wolfskill , FreeBSD CURRENT Subject: Re: r294070: KLD nvidia-modeset.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type Message-ID: <20160116091658.4693a717.ohartman@zedat.fu-berlin.de> In-Reply-To: <20160116051140.1300dd5b@ernst.home> References: <20160115191943.5bf06310@hermann> <20160115182416.GD46213@albert.catwhisker.org> <56993BD5.1000106@protected-networks.net> <20160116051140.1300dd5b@ernst.home> Organization: FU Berlin X-Mailer: Claws Mail 3.13.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/U4b2zo2jZivrzfJnFVG4OwG"; protocol="application/pgp-signature" X-Originating-IP: 92.225.35.163 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2016 08:17:05 -0000 --Sig_/U4b2zo2jZivrzfJnFVG4OwG Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sat, 16 Jan 2016 05:11:40 +0100 Gary Jennejohn schrieb: > On Fri, 15 Jan 2016 13:35:01 -0500 > Michael Butler wrote: >=20 > > On 01/15/16 13:24, David Wolfskill wrote: =20 > > > On Fri, Jan 15, 2016 at 07:19:43PM +0100, O. Hartmann wrote: =20 > > >> On FreeBSD 11.0-CURRENT #1 r294070: Fri Jan 15 06:21:20 CET 2016 amd= 64, > > >> loading nvidia kernel module results in the error: > > >> > > >> KLD nvidia-modeset.ko: depends on kernel - not available or version > > >> mismatch linker_load_file: Unsupported file type > > >> > > >> This worked prior to r294070 > > >> .... =20 > > >=20 > > > My most recent build of head was at r294086; I didn't see a problem w= ith > > > nvidia -- but I have 'PORTS_MODULES=3Dx11/nvidia-driver' in /etc/src.= conf, > > > so it's rebuilt every time I rebuild the kernel. > > >=20 > > > Have you rebuilt nvidia-driver recently? =20 > >=20 > > This is as a consequence of the following change. You need to rebuild > > all modules to match the kernel: > >=20 > > ------------------------------------------------------------------------ > > r294086 | hselasky | 2016-01-15 06:18:58 -0500 (Fri, 15 Jan 2016) | 7 l= ines > > Changed paths: > > M /head/sys/compat/linuxkpi/common/include/linux/pci.h > > M /head/sys/compat/linuxkpi/common/src/linux_pci.c > > M /head/sys/sys/param.h > >=20 > > Implement support for PCI suspend, resume and shutdown events in the > > LinuxKPI. Fix a few spaces to tabs. Bump the FreeBSD version to force > > recompilation of existing KMODs. > > =20 >=20 > Or build it without Linux support. >=20 > Mine was built on October 17, 2015 and I'm running r294095 without > a problem. >=20 I did build without Linux, but Linuxulator gets loaded now with the new dr= iver for nVidia boards (nividia-modeset.ko) automatically when loaded :-( I might be wrong, sinde I also load VBox modules, but I havn't had this iss= ue before. Using proposal x11/nvidia-driver PR 201340. Kind regards, Oliver --Sig_/U4b2zo2jZivrzfJnFVG4OwG Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWmfx6AAoJEOgBcD7A/5N8q1AH/i9XuFX4EHj3yQ7joCf/eI0R nprAQXzO+ge+nxZGJjbpb/fMfTGlNbm/rDIqhaF+10h0E4hLCH2EhOQbkna84aEn ys9LWn6Jsj1ST9ktFAMwwFtD/93MVsCJVeQrzLDjO1GH7AcjZzRSagv9kHtZRSHg 6tGQ2NypJGeJ9CNbFwk7ny9/MHY7XRP23gJB8Adf5TaivytURPTmrnbStiQmoGFs 30BN3B5UqAkdZvmYdUU5E2EuHBkl7tCaojz6PCmlmQmPSB4MPtbekiC0RO3+nql3 qQE864LOENF6pHa1nXNaOsnzgGva28lWMCUgSBHC5rxEL5NuvgiQJfYt7nFyPQ8= =es3P -----END PGP SIGNATURE----- --Sig_/U4b2zo2jZivrzfJnFVG4OwG-- From owner-freebsd-current@freebsd.org Sat Jan 16 08:42:37 2016 Return-Path: Delivered-To: freebsd-current@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 5B1B8A82834 for ; Sat, 16 Jan 2016 08:42:37 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 00FF71170 for ; Sat, 16 Jan 2016 08:42:37 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x230.google.com with SMTP id u188so48860603wmu.1 for ; Sat, 16 Jan 2016 00:42:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-type:content-transfer-encoding; bh=/c1AOoUONbmrRJpGjq7/mz7KQGMUoo/scedZxAKLWP4=; b=XF9n/P2UkFzk0a7EIEO5ldC6XtCPLAFAssBkvLPz8MPyfCcI87EEyAdrnsBAqxUr4F T73wFfW73ZhERjJATNs14CIlTSZDgsS1O6jNo4DAJvrpLHn8PLiUAXZ7Rh+Z5m1KrCKG qDyIP2OXTZe5X72mYC84Au1CgDuSvZv/8P09YQcOYiTT/vVqp2Y7OkNTFDeSkVzoy0bY 7xPDMQO+W+qbjVgK7sz95uJWj3rxGnWGS3Ecr3jALEDSbpH7jMR2jTqEO7xj4/rxwXT2 Nn1lraMUyGR9oTlk9mVjS0T1Ha5bisIN3i5g9tBznGAWCZmlDXSS0vj6R6uEFXtXZi59 v8Aw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-type :content-transfer-encoding; bh=/c1AOoUONbmrRJpGjq7/mz7KQGMUoo/scedZxAKLWP4=; b=VpPvBkMZK6urtZlNmZsXq7HHVf7gQaIMizWpP2jlH9TJY3gMC4rIfRHv6deAkUG1zo tNHB3sz4RIzykUQMyRArXID1U9wgIRCEYuueOjppTb6xge1BLB02F2/X0Fs51M/H3Jry 1hc0Hon848wFfMKn9gC4OA206MlCjWTigEUTMSB+08x7Sc6JlrxAox+PhFl5ncYwwBdU 3XtwPFg3Amy8nq0nPKlWozT58MGQ4H9BPUD7HtxdWaXRHmyE4S2/aOnjwtiZ0seN34xr mxvwEhx3o1WgnaUfb12KH2Q/hyhxW1I0lfOGGGcl60pMrxWe+HscjHKehzDC0QEZl1Le GxCQ== X-Gm-Message-State: AG10YOS3a8CkE0Vt9WoQLCKcOVzpy1ROzWvqwuAwvR5MBDBp1/JDa48JLKnrctQQP2l/Zg== X-Received: by 10.28.87.21 with SMTP id l21mr2660959wmb.8.1452933755201; Sat, 16 Jan 2016 00:42:35 -0800 (PST) Received: from ernst.home (p578E3D37.dip0.t-ipconnect.de. [87.142.61.55]) by smtp.gmail.com with ESMTPSA id s8sm14064076wje.35.2016.01.16.00.42.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 16 Jan 2016 00:42:34 -0800 (PST) Date: Sat, 16 Jan 2016 09:42:34 +0100 From: Gary Jennejohn To: "O. Hartmann" Cc: Michael Butler , David Wolfskill , FreeBSD CURRENT Subject: Re: r294070: KLD nvidia-modeset.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type Message-ID: <20160116094234.351a8275@ernst.home> In-Reply-To: <20160116091658.4693a717.ohartman@zedat.fu-berlin.de> References: <20160115191943.5bf06310@hermann> <20160115182416.GD46213@albert.catwhisker.org> <56993BD5.1000106@protected-networks.net> <20160116051140.1300dd5b@ernst.home> <20160116091658.4693a717.ohartman@zedat.fu-berlin.de> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.13.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2016 08:42:37 -0000 On Sat, 16 Jan 2016 09:16:58 +0100 "O. Hartmann" wrote: > Am Sat, 16 Jan 2016 05:11:40 +0100 > Gary Jennejohn schrieb: > > > On Fri, 15 Jan 2016 13:35:01 -0500 > > Michael Butler wrote: > > > > > On 01/15/16 13:24, David Wolfskill wrote: > > > > On Fri, Jan 15, 2016 at 07:19:43PM +0100, O. Hartmann wrote: > > > >> On FreeBSD 11.0-CURRENT #1 r294070: Fri Jan 15 06:21:20 CET 2016 amd64, > > > >> loading nvidia kernel module results in the error: > > > >> > > > >> KLD nvidia-modeset.ko: depends on kernel - not available or version > > > >> mismatch linker_load_file: Unsupported file type > > > >> > > > >> This worked prior to r294070 > > > >> .... > > > > > > > > My most recent build of head was at r294086; I didn't see a problem with > > > > nvidia -- but I have 'PORTS_MODULES=x11/nvidia-driver' in /etc/src.conf, > > > > so it's rebuilt every time I rebuild the kernel. > > > > > > > > Have you rebuilt nvidia-driver recently? > > > > > > This is as a consequence of the following change. You need to rebuild > > > all modules to match the kernel: > > > > > > ------------------------------------------------------------------------ > > > r294086 | hselasky | 2016-01-15 06:18:58 -0500 (Fri, 15 Jan 2016) | 7 lines > > > Changed paths: > > > M /head/sys/compat/linuxkpi/common/include/linux/pci.h > > > M /head/sys/compat/linuxkpi/common/src/linux_pci.c > > > M /head/sys/sys/param.h > > > > > > Implement support for PCI suspend, resume and shutdown events in the > > > LinuxKPI. Fix a few spaces to tabs. Bump the FreeBSD version to force > > > recompilation of existing KMODs. > > > > > > > Or build it without Linux support. > > > > Mine was built on October 17, 2015 and I'm running r294095 without > > a problem. > > > > I did build without Linux, but Linuxulator gets loaded now with the new driver for > nVidia boards (nividia-modeset.ko) automatically when loaded :-( > > I might be wrong, sinde I also load VBox modules, but I havn't had this issue before. > > Using proposal x11/nvidia-driver PR 201340. > Well, do you really need nvidia-modeset? It isn't a prerequisite for installing the driver. And my Linuxulator starts fine without it. I would simply delete it. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Sat Jan 16 08:59:44 2016 Return-Path: Delivered-To: freebsd-current@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 5F4E3A82F6A for ; Sat, 16 Jan 2016 08:59:44 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 1A052184C for ; Sat, 16 Jan 2016 08:59:43 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1aKMht-002GKw-Bb>; Sat, 16 Jan 2016 09:59:37 +0100 Received: from x5ce13fde.dyn.telefonica.de ([92.225.63.222] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (envelope-from ) id <1aKMht-00325U-3G>; Sat, 16 Jan 2016 09:59:37 +0100 Date: Sat, 16 Jan 2016 09:59:32 +0100 From: "O. Hartmann" To: Gary Jennejohn Cc: Michael Butler , David Wolfskill , FreeBSD CURRENT Subject: Re: r294070: KLD nvidia-modeset.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type Message-ID: <20160116095932.79c9e9f9.ohartman@zedat.fu-berlin.de> In-Reply-To: <20160116094234.351a8275@ernst.home> References: <20160115191943.5bf06310@hermann> <20160115182416.GD46213@albert.catwhisker.org> <56993BD5.1000106@protected-networks.net> <20160116051140.1300dd5b@ernst.home> <20160116091658.4693a717.ohartman@zedat.fu-berlin.de> <20160116094234.351a8275@ernst.home> Organization: FU Berlin X-Mailer: Claws Mail 3.13.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/CoElA9Mz46x8A6bnut8.MDV"; protocol="application/pgp-signature" X-Originating-IP: 92.225.63.222 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2016 08:59:44 -0000 --Sig_/CoElA9Mz46x8A6bnut8.MDV Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sat, 16 Jan 2016 09:42:34 +0100 Gary Jennejohn schrieb: > On Sat, 16 Jan 2016 09:16:58 +0100 > "O. Hartmann" wrote: >=20 > > Am Sat, 16 Jan 2016 05:11:40 +0100 > > Gary Jennejohn schrieb: > > =20 > > > On Fri, 15 Jan 2016 13:35:01 -0500 > > > Michael Butler wrote: > > > =20 > > > > On 01/15/16 13:24, David Wolfskill wrote: =20 > > > > > On Fri, Jan 15, 2016 at 07:19:43PM +0100, O. Hartmann wrote: = =20 > > > > >> On FreeBSD 11.0-CURRENT #1 r294070: Fri Jan 15 06:21:20 CET 2016= amd64, > > > > >> loading nvidia kernel module results in the error: > > > > >> > > > > >> KLD nvidia-modeset.ko: depends on kernel - not available or vers= ion > > > > >> mismatch linker_load_file: Unsupported file type > > > > >> > > > > >> This worked prior to r294070 > > > > >> .... =20 > > > > >=20 > > > > > My most recent build of head was at r294086; I didn't see a probl= em with > > > > > nvidia -- but I have 'PORTS_MODULES=3Dx11/nvidia-driver' in /etc/= src.conf, > > > > > so it's rebuilt every time I rebuild the kernel. > > > > >=20 > > > > > Have you rebuilt nvidia-driver recently? =20 > > > >=20 > > > > This is as a consequence of the following change. You need to rebui= ld > > > > all modules to match the kernel: > > > >=20 > > > > -------------------------------------------------------------------= ----- > > > > r294086 | hselasky | 2016-01-15 06:18:58 -0500 (Fri, 15 Jan 2016) |= 7 lines > > > > Changed paths: > > > > M /head/sys/compat/linuxkpi/common/include/linux/pci.h > > > > M /head/sys/compat/linuxkpi/common/src/linux_pci.c > > > > M /head/sys/sys/param.h > > > >=20 > > > > Implement support for PCI suspend, resume and shutdown events in the > > > > LinuxKPI. Fix a few spaces to tabs. Bump the FreeBSD version to for= ce > > > > recompilation of existing KMODs. > > > > =20 > > >=20 > > > Or build it without Linux support. > > >=20 > > > Mine was built on October 17, 2015 and I'm running r294095 without > > > a problem. > > > =20 > >=20 > > I did build without Linux, but Linuxulator gets loaded now with the ne= w driver for > > nVidia boards (nividia-modeset.ko) automatically when loaded :-( > >=20 > > I might be wrong, sinde I also load VBox modules, but I havn't had this= issue before. > >=20 > > Using proposal x11/nvidia-driver PR 201340. > > =20 >=20 > Well, do you really need nvidia-modeset? It isn't a prerequisite for > installing the driver. And my Linuxulator starts fine without it. > I would simply delete it. >=20 I need the new module since nVidia claims having put a lot of logic there. = Without loading it, the screen remains black, block cursor available, no graphics, = but switching console remains functional. Loading nvidia.ko only leads to that behaviour, nvidia-modeset.ko reels in nvidia.ko and everything is fine again. As I ref= ered to PR 201340. CURRENT clainms to have a new 64bit capable Linuxulator, but it should reve= al itself as linux64.ko - as I extracted from several posts. I persoanly do not need Lin= ux ontop of FreeBSD, neither 32bit nor 64bit, I have my Linux servers and desktops were= FreeBSD isn't capable or to clumsy (mostly moderate or modern graphical devices and scien= tific GPGPU issues). So, I'd like to get rid of the linuxulator kernel module. --Sig_/CoElA9Mz46x8A6bnut8.MDV Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWmgZ0AAoJEOgBcD7A/5N8tlUIAI94AcIpiCu32uje9k5pHEEz TDkgZKdNoXzMUs7R8qp1S6rPFreVEAD83nG7u3HdoScesjmL+F5Ges8MVgnbVLJU vyaXu3nv8jL31QXLEfCpCNHYmXL2dhs3IgT2iAP24Tll5SjI6Y7FXz15zGOhpT1z PoBUXXl0B6JWnyY+NWZ1XWycbh1ABdzOs2wYhq/Iq41QY/lJVkLoOUxcWGdmzmXA iqVriPMQGu3BMw7n23lJts8ulyuU98hqfbfou6B5+DhODY4JSzE3WVm5iKIv8NZ5 p94U8GFyRlRO5sma9Nz5iq+045dNLW9pia0I8TMObeCPsNgeD8UkPrHI1NE3dnQ= =ZqBd -----END PGP SIGNATURE----- --Sig_/CoElA9Mz46x8A6bnut8.MDV-- From owner-freebsd-current@freebsd.org Sat Jan 16 11:30:24 2016 Return-Path: Delivered-To: freebsd-current@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 D5986A840FB for ; Sat, 16 Jan 2016 11:30:24 +0000 (UTC) (envelope-from bergerkos@yahoo.co.uk) Received: from nm6-vm3.bullet.mail.ir2.yahoo.com (nm6-vm3.bullet.mail.ir2.yahoo.com [212.82.96.119]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 426BE1A2A for ; Sat, 16 Jan 2016 11:30:23 +0000 (UTC) (envelope-from bergerkos@yahoo.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s2048; t=1452943662; bh=SKccHNK/falSi/ti1rlJefeLQxj2A7kuOuffE7LjJ2k=; h=Date:From:To:Subject:References:From:Subject; b=rQVHMa5ID4AKDlL8ieSgsf9pe12lohZfsV0SsrlWLMJQhGq4ZVuNlIRPD6sYzMM+be2bA3+yP2S7paAKvWoTOkQZscgUZK0lPtjSzwXwnp5USoMXATcd0+BhpTxKaIrEXk+6uxRGpDmGAbK6T/boRQo15FDVTHmiFojOqdQvqIe860CAv1RNXZ/fBid7YdqFbPCM4RQ5XWoIogdq7W+54HCrsVKd1YZ7hpIKIcsN2szIN3iA/1RXMCY722sJspbdJY56YmUFWG2LNySNASVk2mFD0HL4vYjGf2D0ZzoKAfvjEL32GS+YFPy4J7myrIh9c8WbmRudovrFuCjr3Xuovw== Received: from [212.82.98.61] by nm6.bullet.mail.ir2.yahoo.com with NNFMP; 16 Jan 2016 11:27:42 -0000 Received: from [212.82.98.78] by tm14.bullet.mail.ir2.yahoo.com with NNFMP; 16 Jan 2016 11:27:42 -0000 Received: from [127.0.0.1] by omp1015.mail.ir2.yahoo.com with NNFMP; 16 Jan 2016 11:27:42 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 850954.49308.bm@omp1015.mail.ir2.yahoo.com Received: by 217.12.9.12; Sat, 16 Jan 2016 11:27:42 +0000 Date: Sat, 16 Jan 2016 11:27:41 +0000 (UTC) From: Kostya Berger To: Freebsd-current Message-ID: <117687567.9603427.1452943661703.JavaMail.yahoo@mail.yahoo.com> Subject: build wirh GCC -- supported? MIME-Version: 1.0 References: <117687567.9603427.1452943661703.JavaMail.yahoo.ref@mail.yahoo.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2016 11:30:24 -0000 Hi, everyone. Is GCC supported for building CURRENT? And if so, how do I set it to be default compiler?Thank you very much for the answer. Kostya Berger Sent from Yahoo Mail on Android From owner-freebsd-current@freebsd.org Sat Jan 16 17:48:22 2016 Return-Path: Delivered-To: freebsd-current@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 52DF5A856C5 for ; Sat, 16 Jan 2016 17:48:22 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x22a.google.com (mail-pf0-x22a.google.com [IPv6:2607:f8b0:400e:c00::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 29A001B1E for ; Sat, 16 Jan 2016 17:48:22 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x22a.google.com with SMTP id q63so138395110pfb.1 for ; Sat, 16 Jan 2016 09:48:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Mae8GfNT0c4fdgRC9kDJFZTcYBcVhSeOjMHunYgQHkE=; b=gOHAfT9ZizDbCgNHVGgZb7HabywDdAEKTkR7T6FKEPre5up4QYPy9IB5eF7anMpLOE 3mqQ0jhnCZsRIzqLK9+Ni0vc19TYgHTfyATQPVUniOuBa/5r8a3HXlGq4bKZ8lcKPdRi 6i+iJ/sK7ayJ+3+Yc3Po3rL8KgIf/6QK9Adwme0yNbrZ34Scor6aWfqEfGQOiDqWjRBj 3l1egfJJ6u+s8jnXmAdocuJly+HsnEGRdYUoAZwGFvQS2CNV7wi54HYKaaYnsA5Yz8no UHCOEzMYPszCOdMue1QL5tSa8aPvHFXf0RMpKQvqx7GwAHRZ+UroQYxQDN4XeDnLyDFb ZPaA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=Mae8GfNT0c4fdgRC9kDJFZTcYBcVhSeOjMHunYgQHkE=; b=VkmfnPrzaP2malYGfz7RVvxB5/CLcZ+uNRwdsXI4yBiDBv2QcbPPsEANBEUlen/Lil fDfiA2eX4L3kPUJUxVZl2wCkm1Z7Puv3miKVG1+wrlLKoZ8pDYUZFcoDfDiXonPCuyWt /TiTYkSw5E49wbn/4lLKMruLoG1OxOoKHQag149GCtQ+xqXNpRWYOe3qdnmnmtElwMgg CBvh7d/3rBSAa8zatj9G7BEj4+1TXignBgekcAG9xj9NNLoMDZUvhk4w3mUZGU+UDNna 13bPBL19FBIxmUhOPx5tdqL+zWpsE5ai5bIZweopvRsegF53aV8MFC8emXAdB2QYRw13 jLCg== X-Gm-Message-State: ALoCoQk/Y2DbVMkwru9sUXmmTOh7LHM/8wsbs95gSCRI+fQn97ySz+ap5lwDptzyUvgBCiDFgR4Ux388bRj93KER5Ihb9t+UTw== X-Received: by 10.98.19.93 with SMTP id b90mr24271049pfj.34.1452966501651; Sat, 16 Jan 2016 09:48:21 -0800 (PST) Received: from ?IPv6:2601:601:800:126d:185b:5a0a:b4ac:c9e4? ([2601:601:800:126d:185b:5a0a:b4ac:c9e4]) by smtp.gmail.com with ESMTPSA id pu3sm21622869pac.9.2016.01.16.09.48.19 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 16 Jan 2016 09:48:20 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: build wirh GCC -- supported? From: Garrett Cooper X-Mailer: iPhone Mail (13C75) In-Reply-To: <117687567.9603427.1452943661703.JavaMail.yahoo@mail.yahoo.com> Date: Sat, 16 Jan 2016 09:48:19 -0800 Cc: Freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <77D807AB-9E47-4F8E-A600-6AF603FD28B8@gmail.com> References: <117687567.9603427.1452943661703.JavaMail.yahoo.ref@mail.yahoo.com> <117687567.9603427.1452943661703.JavaMail.yahoo@mail.yahoo.com> To: Kostya Berger X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2016 17:48:22 -0000 > On Jan 16, 2016, at 03:27, Kostya Berger wrote: >=20 > Hi, everyone. > Is GCC supported for building CURRENT? And if so, how do I set it to be de= fault compiler?Thank you very much for the answer. It depends on the architecture. Please note that not everything will build, eg you might need to set WITHOUT= _TESTS. Cheers, -NGie=