From owner-freebsd-stable@freebsd.org Sun Sep 6 16:56:08 2015 Return-Path: Delivered-To: freebsd-stable@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 33A539CCD94 for ; Sun, 6 Sep 2015 16:56:08 +0000 (UTC) (envelope-from aavanderpeijl@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::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 B600B28C for ; Sun, 6 Sep 2015 16:56:07 +0000 (UTC) (envelope-from aavanderpeijl@gmail.com) Received: by wicgb1 with SMTP id gb1so22841038wic.1 for ; Sun, 06 Sep 2015 09:56:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:message-id:date:to:mime-version; bh=vrdlsVXRsQxZwKP/IDqye0KZ9gXOoBft1j7bBRqAT7w=; b=LRu52prxQMcBc+ZjmPeD/FOqSbfnCw2DJ77SQKA2+IZxJZwarY9LNSRigKDPfBVsPl FR6RNX4ZVbMs2/g8xFfmiV0egqri2SYgj5JWDARCkWVxA9593L/mZBFS6B+XRhPe23iB sn01LS0iwaObKaOZLpl9CLGFvT/XqAF8+YEktpHgBzV0QMhKwAX5Y06oW9bG9ODS3Kaa sKUH7S/YPLIw+fsP3ItMmi4ttm0ClLUlUuVd4SVQ6XZO2YWuAjNP5DqhZQkTjgAVdxOB u6OE77ixL+R1dthfB0WFuV4lUpwQBkIme6NJfPlXYSJoLnPqYoTBQ9Azpq4Jd4E0p8+J nBXQ== X-Received: by 10.180.230.199 with SMTP id ta7mr8522782wic.1.1441558565090; Sun, 06 Sep 2015 09:56:05 -0700 (PDT) Received: from macbookderpeijl.aerrow.local ([62.238.6.31]) by smtp.gmail.com with ESMTPSA id cj1sm15943520wib.14.2015.09.06.09.56.03 for (version=TLS1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 06 Sep 2015 09:56:04 -0700 (PDT) From: Arthur van der Peijl Subject: Install of 10.2-RELEASE gives permanent CPU load Message-Id: <487E295E-B458-4697-A7B0-57339C4261F6@gmail.com> Date: Sun, 6 Sep 2015 18:56:02 +0200 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Sep 2015 16:56:08 -0000 this message is a re-post of the FreeBSD forum. Moderator cpm suggested = to ask for help in this mailing-list: In May I started with 10.0-Release on an ASrock E3C224D4I-14S. The system had low power consumption and powerd(8) did a good job = lowering the CPU frequency. However starting from 10.1 (and now 10.2-release) I keep getting high = CPU consumption due to a process called {acpi task}. BIOS upgrades or changes didn't help. Disabling ACPI results in system = halt at startup. Does anybody have an idea to solve this? It seems that the ACPI process = in FreeBSD is changed, which my motherboard cannot handle. top -SH output: ---- last pid: 41184; load averages: 1.71, 1.75, 1.64 = up 8+14:05:40 10:00:16 691 processes: 7 running, 663 sleeping, 21 waiting CPU: 0.8% user, 0.0% nice, 62.7% system, 0.0% interrupt, 36.5% idle Mem: 90M Active, 4310M Inact, 11G Wired, 18M Cache, 144K Buf, 497M Free ARC: 9991M Total, 1364M MFU, 7997M MRU, 4841K Anon, 36M Header, 588M = Other Swap: 2048M Total, 2048M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU = COMMAND 11 root 155 ki31 0K 32K RUN 1 122.7H 62.99% = idle{idle: cpu1} 0 root 8 0 0K 7088K RUN 1 73.2H 36.87% = kernel{acpi_task_1} 0 root 8 0 0K 7088K RUN 0 73.3H 36.18% = kernel{acpi_task_0} 0 root 8 0 0K 7088K RUN 0 73.2H 35.60% = kernel{acpi_task_2} 11 root 155 ki31 0K 32K RUN 0 67.6H 34.08% = idle{idle: cpu0} 1024 mysql 20 0 266M 69624K RUN 1 0:37 0.10% = mysqld{mysqld} 12 root -60 - 0K 336K WAIT 0 11:18 0.00% = intr{swi4: clock} 1149 root 20 0 500M 90016K sbwait 0 6:15 0.00% = mongod{mongod} 1149 root 20 0 500M 90016K sbwait 1 6:13 0.00% = mongod{mongod} 1149 root 20 0 500M 90016K sbwait 0 6:12 0.00% = mongod{mongod} 687 root 20 0 4560M 363M uwait 1 5:31 0.00% = java{java} ---- Regards, Arthur= From owner-freebsd-stable@freebsd.org Mon Sep 7 06:48:24 2015 Return-Path: Delivered-To: freebsd-stable@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 8C66F9CC067 for ; Mon, 7 Sep 2015 06:48:24 +0000 (UTC) (envelope-from peter@wemm.org) Received: from smtp2.wemm.org (smtp2.wemm.org [IPv6:2001:470:67:39d::78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 75795970 for ; Mon, 7 Sep 2015 06:48:24 +0000 (UTC) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (canning.wemm.org [192.203.228.65]) by smtp2.wemm.org (Postfix) with ESMTP id 08C701DE; Sun, 6 Sep 2015 23:48:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1441608504; bh=XR8/7qeeFqQK6ibP8knbK6nziIp/K7K/tgkU9JSG0dk=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=DG/acVqaUJhrs8DfFewONdve4KD7j8eSTbuZX7OmJi50JqzA1/eQxMCiLCTZbqm4t 53PloPP+4RTmlfXtI8RVtkrnqZBcfJtZr6ZmPF84aTJZJDUuPM+JwqV/y3klBsvWAV dmV7ilxgIxMOoVLDD6UCKBDmP6vnl484V89gHmkA= From: Peter Wemm To: freebsd-stable@freebsd.org, mexas@bris.ac.uk Cc: marcel@xcllnt.net, kostikbel@gmail.com Subject: Re: ia64 stable/10 r286316: hang at Entering /boot/kernel/kernel Date: Sun, 06 Sep 2015 23:48:18 -0700 Message-ID: <1939276.T7b5bOdInc@overcee.wemm.org> User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-Reply-To: <201509031630.t83GUZPr056951@mech-as222.men.bris.ac.uk> References: <201509031630.t83GUZPr056951@mech-as222.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1979146.WVtIZAD9S0"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 06:48:24 -0000 --nextPart1979146.WVtIZAD9S0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Thursday, September 03, 2015 05:30:35 PM Anton Shterenlikht wrote: > >From marcel@xcllnt.net Thu Sep 3 17:20:42 2015 > > > >To be clear: with the limits and without my patch you > >can=3DE2=3D80=3D99t even boot right? >=20 > yes, this is right. >=20 > >> If I remove these, then I can boot. > >> > >>=3D20 > >> > >> If I try booting with -s, then I get to a hang at > > > >> "Entering /boot/kernel=3DE2=3D80=3D9D: > >Is this with or without limits? > >And is this with or without patch? >=20 > It seems the patch made no difference. > With the limits I cannot boot with or without the patch. > Without the limits I can boot with or without the patch. >=20 > >> /boot/kernel.old/kernel text=3D3D0x1110710 data=3D3D0xdfce8+0xa54f= 8 =3D > > > >syms=3D3D[0x8+0xc29e8+0x8+0xb78f6] > > > >> ?[37m?[44mBooting...?[m > >> Entering /boot/kernel.old/kernel at 0x9ffc000000010500... > >> *********************************************************** > >> * ROM Version : 04.29 > >> * ROM Date : 11/30/2007 > >> * BMC Version : 04.04 > > > >This is not a hang. This is a machine check. >=20 > After this line >=20 > Entering /boot/kernel.old/kernel at 0x9ffc000000010500... >=20 > The machine is not responding. I've left it for hours, > just to be sure. > The following line appears only after a power cycle. >=20 > >> Is it worth investigating what limit value will boot? > > > >I=3DE2=3D80=3D99m inclined to say that it=3DE2=3D80=3D99s best to re= move the limits > >altogether and just work with the default. If you need > >different default, add them to your kernel configuration. > >Set MAXTSIZ, DFLDSIZ, MAXDSIZ, DFLSSIZ and MAXSSIZ > >accordingly. > > > >Since you lower maxdsiz and maxssiz from 1G to 512M, > >you can safely leave them as is (unless you tend to have > >runaway processes :-) > > > >You increase maxssiz from 256M to 512M, which you > >probably want to keep doing to make sure you can run > >the same set of processes as you do now. > > > >At this point in time, the only fix I=3DE2=3D80=3D99m willing to mak= e > >is for the size of the array that holds relocations. If > >it made things better, I=3DE2=3D80=3D99ll commit it. If it didn=3DE2= =3D80=3D99t, =3D > >then > >I=3DE2=3D80=3D99m not going to commit it. >=20 > No, I don't think it made any difference. >=20 > >Anything more involved will take more time than I=3DE2=3D80=3D99m > >willing to put into ia64 at this time... >=20 > sure, no problem. >=20 > Anton This thread reminds me of what happened to eris.freebsd.org - removing = DDB=20 from=20the kernel solved it for us in the freebsd.org cluster. The same kernel binary booted on the old 2-cpu itanium machine, just n= ot on=20 the 8-core machine. =2D-=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI= 6FJV UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246 --nextPart1979146.WVtIZAD9S0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAABCAAGBQJV7TMyAAoJEDXWlwnsgJ4EzQUH/jqqCajSLn3n/JOlDeu7ByUr VY2LTKi83NwXH28qB86EoTStBeF5Ohlg9yqUju4RRfATVGGnXdSWShEZrCX/vtoQ Mk96206CiNXoLRz++jER3gtukrhvWjiZFqm2pyWi/9b+e1nxN/negsqUfA2O8BEa BELsbOpvHgW/TQa5i1pwK4fdJKWuDy8dgT2pZyFUM/Ce33/dFj1fwf8Hdm/f2cpH U51ZuwaiGMmPRl61Lr1iTUG2hIFJv7pUsv3CHdG3gHbqiI3grYlkYgy6WrxO26T/ yFmbyl+p6+/0CdfOqfDBsYgvuYH9o1g4M7PiLHfBVOkJjUOdc9MNM0aUE5Mt2pQ= =Frth -----END PGP SIGNATURE----- --nextPart1979146.WVtIZAD9S0-- From owner-freebsd-stable@freebsd.org Mon Sep 7 15:19:09 2015 Return-Path: Delivered-To: freebsd-stable@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 360459CCED1 for ; Mon, 7 Sep 2015 15:19:09 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from degoeje.nl (degoeje.nl [85.214.202.38]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EAC3D1BA8 for ; Mon, 7 Sep 2015 15:19:08 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from [192.168.1.86] (unknown [188.201.233.49]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by degoeje.nl (Postfix) with ESMTPSA id CDC76A2402 for ; Mon, 7 Sep 2015 16:12:35 +0100 (BST) Subject: Re: GPU suggestion: gtx 750ti To: freebsd-stable@freebsd.org References: <55E9B5AF.50106@rlwinm.de> <55E9D33E.80009@gwdg.de> From: Pieter de Goeje Message-ID: <55EDA962.8070501@degoeje.nl> Date: Mon, 7 Sep 2015 17:12:34 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed X-Virus-Scanned: clamav-milter 0.98.1 at degoeje.nl X-Virus-Status: Clean Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 15:19:09 -0000 Op 2015-09-05 om 03:04 schreef Dot Yet: > one thing though, there is some minor tearing, not sure if there is away to > fix it. any suggestions? Try fiddling with vsync in nvidia-settings (port: x11/nvidia-settings), in particular which monitor it syncs to. What media player do you use? I've had great success with multimedia/mpv with vdpau support. - Pieter From owner-freebsd-stable@freebsd.org Mon Sep 7 17:33:39 2015 Return-Path: Delivered-To: freebsd-stable@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 EF6559C5D14 for ; Mon, 7 Sep 2015 17:33:39 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (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 C78A61145 for ; Mon, 7 Sep 2015 17:33:39 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from [192.168.2.22] (atc.xcllnt.net [50.0.150.213]) (authenticated bits=0) by mail.xcllnt.net (8.15.2/8.15.2) with ESMTPSA id t87HVZZw032962 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Sep 2015 10:31:35 -0700 (PDT) (envelope-from marcel@xcllnt.net) Subject: Re: ia64 stable/10 r286316: hang at Entering /boot/kernel/kernel Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_D1A6C897-9D3C-4256-855E-85AF235F16B8"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.1 From: Marcel Moolenaar In-Reply-To: <1939276.T7b5bOdInc@overcee.wemm.org> Date: Mon, 7 Sep 2015 10:31:34 -0700 Cc: freebsd-stable@freebsd.org, mexas@bris.ac.uk, kostikbel@gmail.com Message-Id: References: <201509031630.t83GUZPr056951@mech-as222.men.bris.ac.uk> <1939276.T7b5bOdInc@overcee.wemm.org> To: Peter Wemm X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 17:33:40 -0000 --Apple-Mail=_D1A6C897-9D3C-4256-855E-85AF235F16B8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Sep 6, 2015, at 11:48 PM, Peter Wemm wrote: >=20 > This thread reminds me of what happened to eris.freebsd.org - removing = DDB > from the kernel solved it for us in the freebsd.org cluster. It would be good to know if increasing the relocation array addresses the issue. If yes, I=E2=80=99d like to make that change. -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_D1A6C897-9D3C-4256-855E-85AF235F16B8 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJV7cn3AAoJEIda8t8f0tjjYdMP/iCT/nqFHGJWoSCLlr1eaj8F rkiPiCKzzn2LesqCRimq85r/c/wGaMnSaVxkrfJPhjiZ6JmwzYij3LslXldCWqGF abcPPDhfcpyIgEIFvgr839HI3lS3tAG5HncOxfXs58GsJ5qfhnuecRFaO8zjfWCr kjNhDrV0cwDvNCbRwzFyOZ0PAbHNLj6wRQQ/PAMNxpHTGa+DjvLEG0m9py6ZOBIq UMEUArnthGoroEOVmu5TerIsp3S4x7tasGY2yBxewH4zaDNucq+ZtIRToepmZAb9 M6SWRhHMwrP9IPmQEe7eupAeXNsHxuHzpwh/EacXihIVN9HfQfvxpzYZaQgwV82F rV5zABaopPDwryznmZuc60BeURD6OcQL/6cs9ZDBmM6wwTTiK/x5xM1RcyL2swhx +CIXI5ScxvlXxdFg9ByqzL/xh2zHA6qB/bLSmuPTscGG9tcBZJ8/dxHxNTL6mXh7 2zAI1j1uS4BspHVNtmxUJJr+uGIflvN69zj2gGgixejlv1SuDTrhDDlttCvdCBgR FVbl8FtXWjm/q8xqOmEoCzYGPGn+PtRm5v3fYc1kqIWdpFN1vMaDjfWl4yvNqOJr BVjy2sM0+KIi+t2FZScjugR9nENYiOixmLjhp5Ua0gEJjdVYGvhHOmgWraPQtTgJ CsjwCdO318fi9Jg9+2C0 =zvPJ -----END PGP SIGNATURE----- --Apple-Mail=_D1A6C897-9D3C-4256-855E-85AF235F16B8-- From owner-freebsd-stable@freebsd.org Mon Sep 7 17:40:28 2015 Return-Path: Delivered-To: freebsd-stable@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 2F0E59CC02E for ; Mon, 7 Sep 2015 17:40:28 +0000 (UTC) (envelope-from brad-fbsd-stable@duttonbros.com) Received: from uno.duttonbros.com (duttonbros.com [173.164.136.189]) by mx1.freebsd.org (Postfix) with ESMTP id 160F914B0 for ; Mon, 7 Sep 2015 17:40:27 +0000 (UTC) (envelope-from brad-fbsd-stable@duttonbros.com) Received: from uno.duttonbros.com (localhost [127.0.0.1]) by uno.duttonbros.com (Postfix) with ESMTP id BADF91A360 for ; Mon, 7 Sep 2015 10:34:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=duttonbros.com; h=date :message-id:from:to:subject:content-type:mime-version; s=mail; bh=xEE2D/SjgZ0eMPTaS2fH/htd7+8=; b=2NhrqVhmkq2cdXua6CJcOI8VhtaV UmDtwWqLPdHGF6mcbVmWFqlZGZs3uG45iZvvEC/657Kvk4FNrzYzdjS764ygx6BP Sbf1Z5wwH553hGU7/vv3l2SLxhwJ4oDx7CJkwvb3UWT+jCuUVQZgSrYrRC9Oq+Nr waaNQsON/ShoyFg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=duttonbros.com; h=date :message-id:from:to:subject:content-type:mime-version; q=dns; s= mail; b=hVs6MTL/uaCtmyPc6qJ88pAoyaZ0Gl1AD9oHCuwdGWLJSzBLSmUS/bcI BBb5CBrkhT1A9fd+9leZ/0ZfW7nr3ZlPZmc6Z7ZLCZk2h+P4LbJymJeBw4AQKvEZ H1zxScM28siPw57FGvxDX1kXhjN9ktGbeHXjzmEvOuJSrTbWrrY= Received: from uno (localhost [127.0.0.1]) by uno.duttonbros.com (Postfix) with ESMTPS id 9857C1A35F for ; Mon, 7 Sep 2015 10:34:35 -0700 (PDT) Received: from aero.duttonbros.com (aero.duttonbros.com [192.168.170.129]) by duttonbros.com (Horde Framework) with HTTP; Mon, 07 Sep 2015 10:34:35 -0700 Date: Mon, 07 Sep 2015 10:34:35 -0700 Message-ID: <20150907103435.Horde.z4GgTZD3-chqVxPgZhMklyM@duttonbros.com> From: "Bradley W. Dutton" To: freebsd-stable@freebsd.org Subject: ISCI bus_alloc_resource failed User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 17:40:28 -0000 Hi, I'm having trouble with the isci driver in both stable and current. I see the following dmesg in stable: isci0: port 0x5000-0x50ff mem 0xe7afc000-0xe7afffff,0xe7400000-0xe77fffff irq 19 at device 0.0 on pci11 isci: 1:000051 ISCI bus_alloc_resource failed I'm running FreeBSD on VMWare ESXi 6 with vt-d passthrough of the isci devices, here is the relevant pciconf output: none2@pci0:3:0:0: class=0x0c0500 card=0x062815d9 chip=0x1d708086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'C600/X79 series chipset SMBus Controller 0' class = serial bus subclass = SMBus cap 10[90] = PCI-Express 2 endpoint max data 128(128) link x32(x32) speed 5.0(5.0) ASPM disabled(L0s) cap 01[cc] = powerspec 3 supports D0 D3 current D0 cap 05[d4] = MSI supports 1 message ecap 000e[100] = ARI 1 isci0@pci0:11:0:0: class=0x010700 card=0x062815d9 chip=0x1d6b8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'C602 chipset 4-Port SATA Storage Control Unit' class = mass storage subclass = SAS cap 01[98] = powerspec 3 supports D0 D3 current D0 cap 10[c4] = PCI-Express 2 endpoint max data 128(128) link x32(x32) speed 5.0(5.0) ASPM disabled(L0s) cap 11[a0] = MSI-X supports 2 messages Table in map 0x10[0x2000], PBA in map 0x10[0x3000] ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected ecap 000e[138] = ARI 1 ecap 0017[180] = TPH Requester 1 ecap 0010[140] = SRIOV 1 I haven't tried booting on bare metal but running a linux distro (centos 7) in the same VM works without issue. Is is possible the SRIOV option is causing trouble? I don't see a BIOS option to disable that setting on this server like I have on some others. Any other ideas to get this working? Thanks, Brad From owner-freebsd-stable@freebsd.org Mon Sep 7 20:30:31 2015 Return-Path: Delivered-To: freebsd-stable@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 E84639CCD32 for ; Mon, 7 Sep 2015 20:30:30 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-oi0-x243.google.com (mail-oi0-x243.google.com [IPv6:2607:f8b0:4003:c06::243]) (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 ABBCA149C for ; Mon, 7 Sep 2015 20:30:30 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: by oibi136 with SMTP id i136so5133885oib.3 for ; Mon, 07 Sep 2015 13:30:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=czoL0boUfTRNaNv4ajlj8U0nd29ml7IYcCLrpznJPno=; b=lD77iVvHkQ6sad7Iqgntoqn0tdaLv60GIPt2x94cMom+qjkF8vJN1xAft9BjO8UVCH 1kHMEagTR0pS+476zElIKCvQOORC4A+wBClFR23V5EFWNUFUA9Tn0+ePEJi5X41lhUDS bPwd2oUf6PCWD12GNb6dZqo786tcHFfbSWN6EGLIM1tcWzeqK/07LmIGoDjDGYSapbIL eXGH8DfLjDzCml5VgFffu/ziWO9Y5GptqeHDFWGPuAOgdIiAKIYrQi2LZRqZtgWmkpJ7 txLD55+wCmDIc7RKMwpoVMgwJho47WviwlFwEyCbNwLKxdxccOl2RVQEJkB542i204k0 +L9w== MIME-Version: 1.0 X-Received: by 10.202.190.87 with SMTP id o84mr15577870oif.111.1441657829934; Mon, 07 Sep 2015 13:30:29 -0700 (PDT) Received: by 10.202.212.7 with HTTP; Mon, 7 Sep 2015 13:30:29 -0700 (PDT) In-Reply-To: <20150907103435.Horde.z4GgTZD3-chqVxPgZhMklyM@duttonbros.com> References: <20150907103435.Horde.z4GgTZD3-chqVxPgZhMklyM@duttonbros.com> Date: Mon, 7 Sep 2015 13:30:29 -0700 Message-ID: Subject: Re: ISCI bus_alloc_resource failed From: Jim Harris To: "Bradley W. Dutton" Cc: FreeBSD-STABLE Mailing List Content-Type: multipart/mixed; boundary=001a113d6772d7b858051f2e1ec4 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 20:30:31 -0000 --001a113d6772d7b858051f2e1ec4 Content-Type: text/plain; charset=UTF-8 On Mon, Sep 7, 2015 at 10:34 AM, Bradley W. Dutton < brad-fbsd-stable@duttonbros.com> wrote: > Hi, > > I'm having trouble with the isci driver in both stable and current. I see > the following dmesg in stable: > > isci0: port > 0x5000-0x50ff mem 0xe7afc000-0xe7afffff,0xe7400000-0xe77fffff irq 19 at > device 0.0 on pci11 > isci: 1:000051 ISCI bus_alloc_resource failed > > > I'm running FreeBSD on VMWare ESXi 6 with vt-d passthrough of the isci > devices, here is the relevant pciconf output: > > none2@pci0:3:0:0: class=0x0c0500 card=0x062815d9 chip=0x1d708086 > rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = 'C600/X79 series chipset SMBus Controller 0' > class = serial bus > subclass = SMBus > cap 10[90] = PCI-Express 2 endpoint max data 128(128) link x32(x32) > speed 5.0(5.0) ASPM disabled(L0s) > cap 01[cc] = powerspec 3 supports D0 D3 current D0 > cap 05[d4] = MSI supports 1 message > ecap 000e[100] = ARI 1 > isci0@pci0:11:0:0: class=0x010700 card=0x062815d9 chip=0x1d6b8086 > rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = 'C602 chipset 4-Port SATA Storage Control Unit' > class = mass storage > subclass = SAS > cap 01[98] = powerspec 3 supports D0 D3 current D0 > cap 10[c4] = PCI-Express 2 endpoint max data 128(128) link x32(x32) > speed 5.0(5.0) ASPM disabled(L0s) > cap 11[a0] = MSI-X supports 2 messages > Table in map 0x10[0x2000], PBA in map 0x10[0x3000] > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected > ecap 000e[138] = ARI 1 > ecap 0017[180] = TPH Requester 1 > ecap 0010[140] = SRIOV 1 > > > I haven't tried booting on bare metal but running a linux distro (centos > 7) in the same VM works without issue. Is is possible the SRIOV option is > causing trouble? I don't see a BIOS option to disable that setting on this > server like I have on some others. Any other ideas to get this working? > I do not think the SRIOV is the problem here. I do notice that isci(4) does not explicitly enable PCI busmaster, which will cause problems with PCI passthrough. I've attached a patch that rectifies that issue. I'm not certain that is the root cause of the interrupt resource allocation failure though. Could you: 1) Apply the attached patch and retest. 2) If you still see the resource allocation failure, reboot in verbose mode and provide the resulting dmesg output. Thanks, -Jim > Thanks, > Brad > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > --001a113d6772d7b858051f2e1ec4 Content-Type: application/octet-stream; name="isci_busmaster.patch" Content-Disposition: attachment; filename="isci_busmaster.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ieadtkck0 ZGlmZiAtLWdpdCBhL3N5cy9kZXYvaXNjaS9pc2NpLmMgYi9zeXMvZGV2L2lzY2kvaXNjaS5jCmlu ZGV4IDJmMDcyN2QuLjVhMTA2NmMgMTAwNjQ0Ci0tLSBhL3N5cy9kZXYvaXNjaS9pc2NpLmMKKysr IGIvc3lzL2Rldi9pc2NpL2lzY2kuYwpAQCAtMTYzLDYgKzE2Myw3IEBAIGlzY2lfYXR0YWNoKGRl dmljZV90IGRldmljZSkKIAogCWdfaXNjaSA9IGlzY2k7CiAJaXNjaS0+ZGV2aWNlID0gZGV2aWNl OworCXBjaV9lbmFibGVfYnVzbWFzdGVyKGRldmljZSk7CiAKIAlpc2NpX2FsbG9jYXRlX3BjaV9t ZW1vcnkoaXNjaSk7CiAKQEAgLTI3Miw2ICsyNzMsNyBAQCBpc2NpX2RldGFjaChkZXZpY2VfdCBk ZXZpY2UpCiAKIAkJcGNpX3JlbGVhc2VfbXNpKGRldmljZSk7CiAJfQorCXBjaV9kaXNhYmxlX2J1 c21hc3RlcihkZXZpY2UpOwogCiAJcmV0dXJuICgwKTsKIH0K --001a113d6772d7b858051f2e1ec4-- From owner-freebsd-stable@freebsd.org Mon Sep 7 23:43:28 2015 Return-Path: Delivered-To: freebsd-stable@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 0F42B9CCDAE for ; Mon, 7 Sep 2015 23:43:28 +0000 (UTC) (envelope-from brad-fbsd-stable@duttonbros.com) Received: from uno.duttonbros.com (duttonbros.com [173.164.136.189]) by mx1.freebsd.org (Postfix) with ESMTP id E189D1EBE for ; Mon, 7 Sep 2015 23:43:27 +0000 (UTC) (envelope-from brad-fbsd-stable@duttonbros.com) Received: from uno.duttonbros.com (localhost [127.0.0.1]) by uno.duttonbros.com (Postfix) with ESMTP id 3382B16B3; Mon, 7 Sep 2015 16:43:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=duttonbros.com; h=date :message-id:from:to:cc:subject:references:in-reply-to :content-type:mime-version; s=mail; bh=3cqTzjbFlwrFpl3u2kWvTzIhW 68=; b=0ePkV14oYnSGnTr0+V1Vu1lIGPrgg3vndzHq8oqGtW3T86D7yzGhRhhH4 9GOBOJQfUjJ2vaEVktDAdHsVb7JpIHjb/kZDvKAvGIl04+3478fbUua24kWBMbqs Oh4fov4q+qBPSlN57Mb/S8yOEOvsCp+YCGoY99SvOIAjOaZ9hI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=duttonbros.com; h=date :message-id:from:to:cc:subject:references:in-reply-to :content-type:mime-version; q=dns; s=mail; b=VvBte6j9UqzMRcklKCz sfSWWUYXZq0gO+y//YPgx1XHA6z8uk3MeCO9WZfl8gxAlQVr3SQgqN9KjOoAozXJ Q6eV6g245egcYPn2RhaQ4s/4QwzThA2wCUJDLMVq0XHjstx2b/8YkjfGG5vE3dpL Wa5e7hbgGnxZAsh3loyhwIfI= Received: from uno (localhost [127.0.0.1]) by uno.duttonbros.com (Postfix) with ESMTPS id 118D116B2; Mon, 7 Sep 2015 16:43:26 -0700 (PDT) Received: from 192.168.170.81 ([192.168.170.81]) by duttonbros.com (Horde Framework) with HTTP; Mon, 07 Sep 2015 16:43:25 -0700 Date: Mon, 07 Sep 2015 16:43:25 -0700 Message-ID: <20150907164325.Horde.io9Z4A3Tf_d_H8_SFneEIvf@duttonbros.com> From: "Bradley W. Dutton" To: Jim Harris Cc: FreeBSD-STABLE Mailing List Subject: Re: ISCI bus_alloc_resource failed References: <20150907103435.Horde.z4GgTZD3-chqVxPgZhMklyM@duttonbros.com> In-Reply-To: User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 23:43:28 -0000 Quoting Jim Harris : > On Mon, Sep 7, 2015 at 10:34 AM, Bradley W. Dutton < > brad-fbsd-stable@duttonbros.com> wrote: > >> Hi, >> >> I'm having trouble with the isci driver in both stable and current. I see >> the following dmesg in stable: >> >> isci0: port >> 0x5000-0x50ff mem 0xe7afc000-0xe7afffff,0xe7400000-0xe77fffff irq 19 at >> device 0.0 on pci11 >> isci: 1:000051 ISCI bus_alloc_resource failed >> >> >> I'm running FreeBSD on VMWare ESXi 6 with vt-d passthrough of the isci >> devices, here is the relevant pciconf output: >> >> none2@pci0:3:0:0: class=0x0c0500 card=0x062815d9 chip=0x1d708086 >> rev=0x06 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'C600/X79 series chipset SMBus Controller 0' >> class = serial bus >> subclass = SMBus >> cap 10[90] = PCI-Express 2 endpoint max data 128(128) link x32(x32) >> speed 5.0(5.0) ASPM disabled(L0s) >> cap 01[cc] = powerspec 3 supports D0 D3 current D0 >> cap 05[d4] = MSI supports 1 message >> ecap 000e[100] = ARI 1 >> isci0@pci0:11:0:0: class=0x010700 card=0x062815d9 chip=0x1d6b8086 >> rev=0x06 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'C602 chipset 4-Port SATA Storage Control Unit' >> class = mass storage >> subclass = SAS >> cap 01[98] = powerspec 3 supports D0 D3 current D0 >> cap 10[c4] = PCI-Express 2 endpoint max data 128(128) link x32(x32) >> speed 5.0(5.0) ASPM disabled(L0s) >> cap 11[a0] = MSI-X supports 2 messages >> Table in map 0x10[0x2000], PBA in map 0x10[0x3000] >> ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected >> ecap 000e[138] = ARI 1 >> ecap 0017[180] = TPH Requester 1 >> ecap 0010[140] = SRIOV 1 >> >> >> I haven't tried booting on bare metal but running a linux distro (centos >> 7) in the same VM works without issue. Is is possible the SRIOV option is >> causing trouble? I don't see a BIOS option to disable that setting on this >> server like I have on some others. Any other ideas to get this working? >> > > I do not think the SRIOV is the problem here. I do notice that isci(4) > does not explicitly enable PCI busmaster, which will cause problems with > PCI passthrough. I've attached a patch that rectifies that issue. I'm not > certain that is the root cause of the interrupt resource allocation failure > though. > > Could you: > > 1) Apply the attached patch and retest. > 2) If you still see the resource allocation failure, reboot in verbose mode > and provide the resulting dmesg output. > > Thanks, > > -Jim Thanks for the patch although the same error still persists. Here is the verbose boot log: http://duttonbrosllc.com/misc/dmesg.boot Thanks, Brad From owner-freebsd-stable@freebsd.org Tue Sep 8 02:11:40 2015 Return-Path: Delivered-To: freebsd-stable@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 E8AE59CCC2C for ; Tue, 8 Sep 2015 02:11:39 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from mail.samsco.org (suzy.samsco.org [168.103.85.61]) (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 C54461195 for ; Tue, 8 Sep 2015 02:11:39 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from localhost (localhost [192.168.254.3]) by mail.samsco.org (Postfix) with ESMTP id E92CC15C1D104; Tue, 8 Sep 2015 02:04:41 +0000 (UTC) Received: from mail.samsco.org ([192.168.254.3]) by localhost (mail.samsco.org [192.168.254.3]) (maiad, port 10024) with ESMTP id 68834-08; Tue, 8 Sep 2015 02:04:41 +0000 (UTC) Received: from [172.20.10.2] (114.sub-70-208-3.myvzw.com [70.208.3.114]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: scottl@samsco.org) by mail.samsco.org (Postfix) with ESMTPSA id F0E6615C1D007; Tue, 8 Sep 2015 02:04:40 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: ISCI bus_alloc_resource failed From: Scott Long In-Reply-To: <20150907103435.Horde.z4GgTZD3-chqVxPgZhMklyM@duttonbros.com> Date: Mon, 7 Sep 2015 20:04:54 -0600 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <514DD6B2-EBC3-43F7-8C2A-F8A1C77463F0@samsco.org> References: <20150907103435.Horde.z4GgTZD3-chqVxPgZhMklyM@duttonbros.com> To: "Bradley W. Dutton" X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 02:11:40 -0000 This is really weird. According to what you=E2=80=99ve posted, it=E2=80=99= s advertising itself as an SMBus controller with no BARs. Maybe = you=E2=80=99re passing through the wrong device, or someone added the = wrong PCI device id data to the driver? Scott > On Sep 7, 2015, at 11:34 AM, Bradley W. Dutton = wrote: >=20 > Hi, >=20 > I'm having trouble with the isci driver in both stable and current. I = see the following dmesg in stable: >=20 > isci0: port = 0x5000-0x50ff mem 0xe7afc000-0xe7afffff,0xe7400000-0xe77fffff irq 19 at = device 0.0 on pci11 > isci: 1:000051 ISCI bus_alloc_resource failed >=20 >=20 > I'm running FreeBSD on VMWare ESXi 6 with vt-d passthrough of the isci = devices, here is the relevant pciconf output: >=20 > none2@pci0:3:0:0: class=3D0x0c0500 card=3D0x062815d9 = chip=3D0x1d708086 rev=3D0x06 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'C600/X79 series chipset SMBus Controller 0' > class =3D serial bus > subclass =3D SMBus > cap 10[90] =3D PCI-Express 2 endpoint max data 128(128) link = x32(x32) > speed 5.0(5.0) ASPM disabled(L0s) > cap 01[cc] =3D powerspec 3 supports D0 D3 current D0 > cap 05[d4] =3D MSI supports 1 message > ecap 000e[100] =3D ARI 1 > isci0@pci0:11:0:0: class=3D0x010700 card=3D0x062815d9 = chip=3D0x1d6b8086 rev=3D0x06 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'C602 chipset 4-Port SATA Storage Control Unit' > class =3D mass storage > subclass =3D SAS > cap 01[98] =3D powerspec 3 supports D0 D3 current D0 > cap 10[c4] =3D PCI-Express 2 endpoint max data 128(128) link = x32(x32) > speed 5.0(5.0) ASPM disabled(L0s) > cap 11[a0] =3D MSI-X supports 2 messages > Table in map 0x10[0x2000], PBA in map 0x10[0x3000] > ecap 0001[100] =3D AER 1 0 fatal 0 non-fatal 1 corrected > ecap 000e[138] =3D ARI 1 > ecap 0017[180] =3D TPH Requester 1 > ecap 0010[140] =3D SRIOV 1 >=20 >=20 > I haven't tried booting on bare metal but running a linux distro = (centos 7) in the same VM works without issue. Is is possible the SRIOV = option is causing trouble? I don't see a BIOS option to disable that = setting on this server like I have on some others. Any other ideas to = get this working? >=20 > Thanks, > Brad >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Tue Sep 8 02:29:11 2015 Return-Path: Delivered-To: freebsd-stable@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 A1A1A9CD551 for ; Tue, 8 Sep 2015 02:29:11 +0000 (UTC) (envelope-from brad-fbsd-stable@duttonbros.com) Received: from uno.duttonbros.com (duttonbros.com [173.164.136.189]) by mx1.freebsd.org (Postfix) with ESMTP id 7E6171A94 for ; Tue, 8 Sep 2015 02:29:10 +0000 (UTC) (envelope-from brad-fbsd-stable@duttonbros.com) Received: from uno.duttonbros.com (localhost [127.0.0.1]) by uno.duttonbros.com (Postfix) with ESMTP id AC36B6E58; Mon, 7 Sep 2015 19:29:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=duttonbros.com; h=date :message-id:from:to:cc:subject:references:in-reply-to :content-type:mime-version:content-transfer-encoding; s=mail; bh=dzhAyatGjIdn1VfNHm+FJyjNzto=; b=r/ENlQPVowVCpUmnhryucy78gy2v gHzqU2jPXkssYJx2AdBhg4ytjS2QNrUfJOWbGxEmz2Uu8E+iAnFKmsuj9ni2Sl44 WptbgP6t5LG+2xkLbLVT/R5xK1T4CAn+uwrWj5d/rmkgCl2iNJSLDfu86RXj7WUq WT9pneIVf1DGpyY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=duttonbros.com; h=date :message-id:from:to:cc:subject:references:in-reply-to :content-type:mime-version:content-transfer-encoding; q=dns; s= mail; b=xeOmfGB7qENW9AUIEmqnxJPhCi4oRuniMWJ0xup/x388ycFHksC1b8Y5 SEZPVaNAfwmTpyJORU/fcMh1XK53RoigS+GiDtcu5XCd4Nv1l0h058IpYG60qpQl BHT0p2RiCOQ43U+m6Sbg6nMN5stEnzoIkdTDEhmt4kyb5UNq1fQ= Received: from uno (localhost [127.0.0.1]) by uno.duttonbros.com (Postfix) with ESMTPS id 4E0F46E57; Mon, 7 Sep 2015 19:29:09 -0700 (PDT) Received: from aero.duttonbros.com (aero.duttonbros.com [192.168.170.129]) by duttonbros.com (Horde Framework) with HTTP; Mon, 07 Sep 2015 19:29:09 -0700 Date: Mon, 07 Sep 2015 19:29:09 -0700 Message-ID: <20150907192909.Horde.sDaQSSkewl4vEHh-rJLXcfb@duttonbros.com> From: "Bradley W. Dutton" To: Scott Long Cc: freebsd-stable@freebsd.org Subject: Re: ISCI bus_alloc_resource failed References: <20150907103435.Horde.z4GgTZD3-chqVxPgZhMklyM@duttonbros.com> <514DD6B2-EBC3-43F7-8C2A-F8A1C77463F0@samsco.org> In-Reply-To: <514DD6B2-EBC3-43F7-8C2A-F8A1C77463F0@samsco.org> User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 02:29:11 -0000 There are 2 devices in the same group so I passed both of them: http://duttonbrosllc.com/misc/vmware_esxi_passthrough_config.png At the time I wasn't sure if this was necessary but I just tried the =20 Centos 7 VM and it worked without the SMBus device being passed =20 through. I then tried the FreeBSD VM without SMBus and saw the same =20 allocation error as before. Looks like the SMBus device is a red =20 herring? Thanks, Brad Quoting Scott Long : > This is really weird. According to what you=E2=80=99ve posted, it=E2=80= =99s =20 > advertising itself as an SMBus controller with no BARs. Maybe =20 > you=E2=80=99re passing through the wrong device, or someone added the w= rong =20 > PCI device id data to the driver? > > Scott > >> On Sep 7, 2015, at 11:34 AM, Bradley W. Dutton =20 >> wrote: >> >> Hi, >> >> I'm having trouble with the isci driver in both stable and current. =20 >> I see the following dmesg in stable: >> >> isci0: =20 >> port 0x5000-0x50ff mem 0xe7afc000-0xe7afffff,0xe7400000-0xe77fffff =20 >> irq 19 at device 0.0 on pci11 >> isci: 1:000051 ISCI bus_alloc_resource failed >> >> >> I'm running FreeBSD on VMWare ESXi 6 with vt-d passthrough of the =20 >> isci devices, here is the relevant pciconf output: >> >> none2@pci0:3:0:0: class=3D0x0c0500 card=3D0x062815d9 chip=3D0x1d708086= =20 >> rev=3D0x06 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'C600/X79 series chipset SMBus Controller 0' >> class =3D serial bus >> subclass =3D SMBus >> cap 10[90] =3D PCI-Express 2 endpoint max data 128(128) link x32(x3= 2) >> speed 5.0(5.0) ASPM disabled(L0s) >> cap 01[cc] =3D powerspec 3 supports D0 D3 current D0 >> cap 05[d4] =3D MSI supports 1 message >> ecap 000e[100] =3D ARI 1 >> isci0@pci0:11:0:0: class=3D0x010700 card=3D0x062815d9 chip=3D0x1d6b808= 6 =20 >> rev=3D0x06 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'C602 chipset 4-Port SATA Storage Control Unit' >> class =3D mass storage >> subclass =3D SAS >> cap 01[98] =3D powerspec 3 supports D0 D3 current D0 >> cap 10[c4] =3D PCI-Express 2 endpoint max data 128(128) link x32(x3= 2) >> speed 5.0(5.0) ASPM disabled(L0s) >> cap 11[a0] =3D MSI-X supports 2 messages >> Table in map 0x10[0x2000], PBA in map 0x10[0x3000] >> ecap 0001[100] =3D AER 1 0 fatal 0 non-fatal 1 corrected >> ecap 000e[138] =3D ARI 1 >> ecap 0017[180] =3D TPH Requester 1 >> ecap 0010[140] =3D SRIOV 1 >> >> >> I haven't tried booting on bare metal but running a linux distro =20 >> (centos 7) in the same VM works without issue. Is is possible the =20 >> SRIOV option is causing trouble? I don't see a BIOS option to =20 >> disable that setting on this server like I have on some others. Any =20 >> other ideas to get this working? >> >> Thanks, >> Brad >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.o= rg" From owner-freebsd-stable@freebsd.org Tue Sep 8 03:59:21 2015 Return-Path: Delivered-To: freebsd-stable@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 AFD049C86CC for ; Tue, 8 Sep 2015 03:59:21 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::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 73DA51517 for ; Tue, 8 Sep 2015 03:59:21 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: by obbbh8 with SMTP id bh8so73697994obb.0 for ; Mon, 07 Sep 2015 20:59:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/IEIN7OaaEfJI7MDnlHn0O6YjS9RKiMg7uBU8I8vdtk=; b=nSV2gbshkVkS/7i6x9QT/O2VjXiyaDCtU+oHcqL1H2qjky8gPxvfM7C0H3owAnfWMF H6fCj5n3XA9Z+O9Zobvyd6PPQnui4ep1Zse1rSO5/zDuRUvNSiuCrY0+mdpIlax0R3bc XeVbP0N6xz8BFjR2VcJDzjONl4uMyAFSnLAT3zVese7xrez7ES7W+mHmKqlC71RFutH9 2TeyysIR4YUdsJfPP1DQq5lzENVfFids93eLFJZJGPmRX21cmPZhV1ynGMuTPrdAeedu Wyx05UURi/Fe6QM17UGTDaFmKBzO6QpujlJQVjC41pCksFdLxDwGiv2DLaIdHFLkTCsZ 3APw== MIME-Version: 1.0 X-Received: by 10.60.92.199 with SMTP id co7mr17361918oeb.37.1441684760553; Mon, 07 Sep 2015 20:59:20 -0700 (PDT) Received: by 10.202.212.7 with HTTP; Mon, 7 Sep 2015 20:59:20 -0700 (PDT) In-Reply-To: <20150907192909.Horde.sDaQSSkewl4vEHh-rJLXcfb@duttonbros.com> References: <20150907103435.Horde.z4GgTZD3-chqVxPgZhMklyM@duttonbros.com> <514DD6B2-EBC3-43F7-8C2A-F8A1C77463F0@samsco.org> <20150907192909.Horde.sDaQSSkewl4vEHh-rJLXcfb@duttonbros.com> Date: Mon, 7 Sep 2015 20:59:20 -0700 Message-ID: Subject: Re: ISCI bus_alloc_resource failed From: Jim Harris To: "Bradley W. Dutton" Cc: Scott Long , FreeBSD-STABLE Mailing List Content-Type: multipart/mixed; boundary=047d7b33d2b80871d1051f346452 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 03:59:21 -0000 --047d7b33d2b80871d1051f346452 Content-Type: text/plain; charset=UTF-8 On Mon, Sep 7, 2015 at 7:29 PM, Bradley W. Dutton < brad-fbsd-stable@duttonbros.com> wrote: > There are 2 devices in the same group so I passed both of them: > http://duttonbrosllc.com/misc/vmware_esxi_passthrough_config.png > > At the time I wasn't sure if this was necessary but I just tried the > Centos 7 VM and it worked without the SMBus device being passed through. I > then tried the FreeBSD VM without SMBus and saw the same allocation error > as before. Looks like the SMBus device is a red herring? > > Looks like on ESXi we are using Xen HVM init ops, which do not enable MSI. And the isci driver is not reverting to INTx resource allocation when MSIx vector allocation fails. I've added reverting to INTx in the attached patch - can you try once more? Thanks, -Jim --047d7b33d2b80871d1051f346452 Content-Type: application/octet-stream; name="isci.patch" Content-Disposition: attachment; filename="isci.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ieattsdu0 ZGlmZiAtLWdpdCBhL3N5cy9kZXYvaXNjaS9pc2NpLmMgYi9zeXMvZGV2L2lzY2kvaXNjaS5jCmlu ZGV4IDJmMDcyN2QuLjVhMTA2NmMgMTAwNjQ0Ci0tLSBhL3N5cy9kZXYvaXNjaS9pc2NpLmMKKysr IGIvc3lzL2Rldi9pc2NpL2lzY2kuYwpAQCAtMTYzLDYgKzE2Myw3IEBAIGlzY2lfYXR0YWNoKGRl dmljZV90IGRldmljZSkKIAogCWdfaXNjaSA9IGlzY2k7CiAJaXNjaS0+ZGV2aWNlID0gZGV2aWNl OworCXBjaV9lbmFibGVfYnVzbWFzdGVyKGRldmljZSk7CiAKIAlpc2NpX2FsbG9jYXRlX3BjaV9t ZW1vcnkoaXNjaSk7CiAKQEAgLTI3Miw2ICsyNzMsNyBAQCBpc2NpX2RldGFjaChkZXZpY2VfdCBk ZXZpY2UpCiAKIAkJcGNpX3JlbGVhc2VfbXNpKGRldmljZSk7CiAJfQorCXBjaV9kaXNhYmxlX2J1 c21hc3RlcihkZXZpY2UpOwogCiAJcmV0dXJuICgwKTsKIH0KZGlmZiAtLWdpdCBhL3N5cy9kZXYv aXNjaS9pc2NpX2ludGVycnVwdC5jIGIvc3lzL2Rldi9pc2NpL2lzY2lfaW50ZXJydXB0LmMKaW5k ZXggNTJjNjRmNy4uYjU2ZmQzYSAxMDA2NDQKLS0tIGEvc3lzL2Rldi9pc2NpL2lzY2lfaW50ZXJy dXB0LmMKKysrIGIvc3lzL2Rldi9pc2NpL2lzY2lfaW50ZXJydXB0LmMKQEAgLTEzNiw4ICsxMzYs OCBAQCBpc2NpX2ludGVycnVwdF9zZXR1cChzdHJ1Y3QgaXNjaV9zb2Z0YyAqaXNjaSkKIAkgICAg cGNpX21zaXhfY291bnQoaXNjaS0+ZGV2aWNlKSA+PSBtYXhfbXNpeF9tZXNzYWdlcykgewogCiAJ CWlzY2ktPm51bV9pbnRlcnJ1cHRzID0gbWF4X21zaXhfbWVzc2FnZXM7Ci0JCXBjaV9hbGxvY19t c2l4KGlzY2ktPmRldmljZSwgJmlzY2ktPm51bV9pbnRlcnJ1cHRzKTsKLQkJaWYgKGlzY2ktPm51 bV9pbnRlcnJ1cHRzID09IG1heF9tc2l4X21lc3NhZ2VzKQorCQlpZiAocGNpX2FsbG9jX21zaXgo aXNjaS0+ZGV2aWNlLCAmaXNjaS0+bnVtX2ludGVycnVwdHMpID09IDAgJiYKKwkJICAgIGlzY2kt Pm51bV9pbnRlcnJ1cHRzID09IG1heF9tc2l4X21lc3NhZ2VzKQogCQkJdXNlX21zaXggPSBUUlVF OwogCX0KIAo= --047d7b33d2b80871d1051f346452-- From owner-freebsd-stable@freebsd.org Tue Sep 8 05:37:47 2015 Return-Path: Delivered-To: freebsd-stable@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 040859CD8B7 for ; Tue, 8 Sep 2015 05:37:47 +0000 (UTC) (envelope-from brad-fbsd-stable@duttonbros.com) Received: from uno.duttonbros.com (duttonbros.com [173.164.136.189]) by mx1.freebsd.org (Postfix) with ESMTP id ACE111044 for ; Tue, 8 Sep 2015 05:37:46 +0000 (UTC) (envelope-from brad-fbsd-stable@duttonbros.com) Received: from uno.duttonbros.com (localhost [127.0.0.1]) by uno.duttonbros.com (Postfix) with ESMTP id 052431A80C; Mon, 7 Sep 2015 22:37:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=duttonbros.com; h=date :message-id:from:to:cc:subject:references:in-reply-to :content-type:mime-version; s=mail; bh=Mt8EySrY5iew1HD+m4aP3AHnG NA=; b=yu2Eey0JAPcMz3NBpPeA6C69Vxp/I8xDHDL1Fr9MIMxV+rLlJGvOxmDis eeqAo/3e4HsbKh6jB7Id5x1w1XWFAT1mbNz2o0EPqHpj2+pwvzfAnW57Wrx9pjzx CLMUSFOMm8DvwQgtsNHSf8C0N8Nv9eeh8e2/AWO+yw2Gyh6z3w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=duttonbros.com; h=date :message-id:from:to:cc:subject:references:in-reply-to :content-type:mime-version; q=dns; s=mail; b=PV465ROe/Tap1pckx1Q /yYik0sBvWPqkCISaNmmOEhci7EhE0SYDvefRxyktJ3i4oDCdgzlUUPZmPIlB8uk aUKyMPClhcyG76cU60ojbOEmBM8ApGBkVhQKzmxON72/PEkDFpynhTay0LJmblj8 /BHZ0Gd90BxBlGJnGSUpFh48= Received: from uno (localhost [127.0.0.1]) by uno.duttonbros.com (Postfix) with ESMTPS id D5C051A80B; Mon, 7 Sep 2015 22:37:41 -0700 (PDT) Received: from 192.168.170.94 ([192.168.170.94]) by duttonbros.com (Horde Framework) with HTTP; Mon, 07 Sep 2015 22:37:41 -0700 Date: Mon, 07 Sep 2015 22:37:41 -0700 Message-ID: <20150907223741.Horde.7eGz7ZE1dushY2mm-Ko3ZLO@duttonbros.com> From: "Bradley W. Dutton" To: Jim Harris Cc: Scott Long , FreeBSD-STABLE Mailing List Subject: Re: ISCI bus_alloc_resource failed References: <20150907103435.Horde.z4GgTZD3-chqVxPgZhMklyM@duttonbros.com> <514DD6B2-EBC3-43F7-8C2A-F8A1C77463F0@samsco.org> <20150907192909.Horde.sDaQSSkewl4vEHh-rJLXcfb@duttonbros.com> In-Reply-To: User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 05:37:47 -0000 Quoting Jim Harris : > On Mon, Sep 7, 2015 at 7:29 PM, Bradley W. Dutton < > brad-fbsd-stable@duttonbros.com> wrote: > >> There are 2 devices in the same group so I passed both of them: >> http://duttonbrosllc.com/misc/vmware_esxi_passthrough_config.png >> >> At the time I wasn't sure if this was necessary but I just tried the >> Centos 7 VM and it worked without the SMBus device being passed through. I >> then tried the FreeBSD VM without SMBus and saw the same allocation error >> as before. Looks like the SMBus device is a red herring? >> >> > Looks like on ESXi we are using Xen HVM init ops, which do not enable MSI. > And the isci driver is not reverting to INTx resource allocation when MSIx > vector allocation fails. I've added reverting to INTx in the attached > patch - can you try once more? > > Thanks, > > -Jim That patch worked. No allocation errors and the drives work as expected. Thanks again, Brad From owner-freebsd-stable@freebsd.org Tue Sep 8 10:48:26 2015 Return-Path: Delivered-To: freebsd-stable@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 7154D9CC02D for ; Tue, 8 Sep 2015 10:48:26 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from smtp.mimar.rs (smtp.mimar.rs [193.53.106.135]) by mx1.freebsd.org (Postfix) with ESMTP id 2728D1ADC for ; Tue, 8 Sep 2015 10:48:24 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from vscan.mimar.rs (vscan.mimar.rs [193.53.106.134]) by smtp.mimar.rs (Postfix) with ESMTP id A504389906 for ; Tue, 8 Sep 2015 12:38:40 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:message-id:subject:subject:from:from:date :date:received:received; s=mimar-0901; t=1441708719; x= 1443523120; bh=WdClHw8KnB7Q6IvmV/s8lpJ3c17Q8CwI3GNtALgKLrs=; b=V +AS0BtA4r/sj+nw3eE6AtlXxyr8TyDlk5eqSfU4ZR5Eh9VV86iKbLhlzd2qXGX49 fe/wAIunpAYjQgMmg5PkprH7ac7Ii5vtsya2YphcyyLKdS8I46H2y6yU7ffe4hM3 hTZNcAG7cGAeVcaVJ/YerxBSd8OtnM0foFIiUQCFJs= X-Virus-Scanned: amavisd-new at mimar.rs Received: from smtp.mimar.rs ([193.53.106.135]) by vscan.mimar.rs (vscan.mimar.rs [193.53.106.134]) (amavisd-new, port 10026) with ESMTP id igrg24tRWhSr for ; Tue, 8 Sep 2015 12:38:39 +0200 (CEST) Received: from efreet (unknown [193.53.106.34]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by smtp.mimar.rs (Postfix) with ESMTPSA id 98AC1898CB for ; Tue, 8 Sep 2015 12:38:39 +0200 (CEST) Date: Tue, 8 Sep 2015 12:38:38 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable@freebsd.org Subject: 10.2-RELEASE-p2 lost ability to bootstrap pkg with signature_type="pubkey" Message-ID: <20150908123838.238e5e74@efreet> Organization: mimar X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 10:48:26 -0000 Hi, I just found out that 10.2-RELEASE-p2 lost ability to bootstrap pkg with signature_type=3D"pubkey". Quick search returns: https://github.com/freebsd/pkg/issues/1309 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D202622 I guess it is not hard to switch repo to fingerprints, however I would not expect to lose this functionality by updating to patchlevel. Regards, --=20 Marko Cupa=C4=87 https://www.mimar.rs/ From owner-freebsd-stable@freebsd.org Tue Sep 8 13:41:35 2015 Return-Path: Delivered-To: freebsd-stable@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 7F233A0015A for ; Tue, 8 Sep 2015 13:41:35 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.31.42]) (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 3FA2F1989 for ; Tue, 8 Sep 2015 13:41:34 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [78.35.135.116] (helo=fabiankeil.de) by smtprelay04.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1ZZJ6b-0003FH-La; Tue, 08 Sep 2015 15:38:37 +0200 Date: Tue, 8 Sep 2015 15:38:02 +0200 From: Fabian Keil To: Marko =?UTF-8?B?Q3VwYcSH?= Cc: freebsd-stable@freebsd.org Subject: Re: 10.2-RELEASE-p2 lost ability to bootstrap pkg with signature_type="pubkey" Message-ID: <71b353bf.343f9c90@fabiankeil.de> In-Reply-To: <20150908123838.238e5e74@efreet> References: <20150908123838.238e5e74@efreet> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/EvQfR9/JqRH49OyNquhHe6X"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 13:41:35 -0000 --Sig_/EvQfR9/JqRH49OyNquhHe6X Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Marko Cupa=C4=87 wrote: > I just found out that 10.2-RELEASE-p2 lost ability to bootstrap pkg > with signature_type=3D"pubkey". >=20 > Quick search returns: > https://github.com/freebsd/pkg/issues/1309 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D202622 >=20 > I guess it is not hard to switch repo to fingerprints, however I would > not expect to lose this functionality by updating to patchlevel. The "functionality" pkg(7) "lost" is silently ignoring unsupported signature types which is dangerous if the network can't be trusted: https://www.freebsd.org/security/advisories/FreeBSD-EN-15:15.pkg.asc https://www.fabiankeil.de/gehacktes/hardenedbsd/ If you absolutely want to, you can still bootstrap insecurely by temporarily setting the signature type to none. Fabian --Sig_/EvQfR9/JqRH49OyNquhHe6X Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlXu5LcACgkQBYqIVf93VJ3BvQCgjDqpvYNfkXMLwPCJADFnMGUt 8HkAn142kVNscD69TSmhh1IQgKI4jqSf =7wtA -----END PGP SIGNATURE----- --Sig_/EvQfR9/JqRH49OyNquhHe6X-- From owner-freebsd-stable@freebsd.org Tue Sep 8 14:48:18 2015 Return-Path: Delivered-To: freebsd-stable@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 72F41A00306 for ; Tue, 8 Sep 2015 14:48:18 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from smtp.mimar.rs (smtp.mimar.rs [193.53.106.135]) by mx1.freebsd.org (Postfix) with ESMTP id E55A01191 for ; Tue, 8 Sep 2015 14:48:17 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from vscan.mimar.rs (vscan.mimar.rs [193.53.106.134]) by smtp.mimar.rs (Postfix) with ESMTP id A31A989906; Tue, 8 Sep 2015 16:48:12 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:references:in-reply-to:message-id:subject :subject:from:from:date:date:received:received; s=mimar-0901; t= 1441723691; x=1443538092; bh=H7bzeSGSzNXonyy72+G2+FWisgDBqXkR793 nJInwpx8=; b=wnfHyN28W1aBpfOm8MAdovlA72MGiOhspUJVs7drVwzyj+p5Un5 qoIl1pX0CFvHW+yLopT/8QyVNIK/vM18i4mgk2Vcnv1Eyd8hQxAXzhh+OHOjeSJA fnor6lWL4veUa2dAfzGnGUmD7oJHRUwDn9Cw8itxtsT/ni3NelDoKozA= X-Virus-Scanned: amavisd-new at mimar.rs Received: from smtp.mimar.rs ([193.53.106.135]) by vscan.mimar.rs (vscan.mimar.rs [193.53.106.134]) (amavisd-new, port 10026) with ESMTP id PgRxFpDFhlBC; Tue, 8 Sep 2015 16:48:11 +0200 (CEST) Received: from efreet (unknown [193.53.106.34]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by smtp.mimar.rs (Postfix) with ESMTPSA id 60CD0898CC; Tue, 8 Sep 2015 16:48:11 +0200 (CEST) Date: Tue, 8 Sep 2015 16:48:10 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: Fabian Keil Cc: freebsd-stable@freebsd.org Subject: Re: 10.2-RELEASE-p2 lost ability to bootstrap pkg with signature_type="pubkey" Message-ID: <20150908164810.27a08132@efreet> In-Reply-To: <71b353bf.343f9c90@fabiankeil.de> References: <20150908123838.238e5e74@efreet> <71b353bf.343f9c90@fabiankeil.de> Organization: mimar X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 14:48:18 -0000 On Tue, 8 Sep 2015 15:38:02 +0200 Fabian Keil wrote: > Marko Cupa=C4=87 wrote: >=20 > > I just found out that 10.2-RELEASE-p2 lost ability to bootstrap pkg > > with signature_type=3D"pubkey". > >=20 > > Quick search returns: > > https://github.com/freebsd/pkg/issues/1309 > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D202622 > >=20 > > I guess it is not hard to switch repo to fingerprints, however I > > would not expect to lose this functionality by updating to > > patchlevel. >=20 > The "functionality" pkg(7) "lost" is silently ignoring unsupported > signature types which is dangerous if the network can't be trusted: > https://www.freebsd.org/security/advisories/FreeBSD-EN-15:15.pkg.asc > https://www.fabiankeil.de/gehacktes/hardenedbsd/ >=20 > If you absolutely want to, you can still bootstrap insecurely by > temporarily setting the signature type to none. I absolutely _don't_ want to bootstrap insecurely, and I am thankful to people more skilled in security than me for discovering and fixing vulnerabilities. I'd like to have the ability to bootstrap from my repo securely, which I thought I had. I am trying to switch to fingerprints, but I need a little help. On client, I have: - changed signature_type to "fingerprints" - pointed fingerprints to a directory - created two subdirs, 'revoked' and 'trusted' - inside trusted, created a file with 'function' and 'fingerprint' But when I try to bootstrap, I get the following message: pkg: Error fetching http://pkg.example.com/packages/102amd64-default/Latest/pkg.txz.sig: Not Fo= und I am trying to follow example from pkg-repo(8) about creating and signing repo with external command, but it does not work for me. To be honest, I don't understand what exactly first command is supposed to do. I guess it should create file similar to pkg.txz.sig on FreeBSD pkg site, but it doesn't. Perhaps because I am using tcsh and not sh, but switching to sh dosn't help either: # On signing server: % cat > sign.sh << EOF #!/bin/sh read -t 2 sum [ -z "$sum" ] && exit 1 echo SIGNATURE echo -n $sum | /usr/bin/openssl dgst -sign repo.key -sha256 -bin= ary echo echo CERT cat repo.pub echo END EOF The one who helps me figure this out can count on a few dozens of beers when passing through Belgrade/Serbia. --=20 Marko Cupa=C4=87 https://www.mimar.rs/ From owner-freebsd-stable@freebsd.org Tue Sep 8 16:06:19 2015 Return-Path: Delivered-To: freebsd-stable@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 15842A00BE3 for ; Tue, 8 Sep 2015 16:06:19 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::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 D5A2F1AE8 for ; Tue, 8 Sep 2015 16:06:18 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: by obqa2 with SMTP id a2so87348235obq.3 for ; Tue, 08 Sep 2015 09:06:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=NKVrlMkAFUEgwScNYfNgtHHQ39EAS3FFGoysZM5Su+M=; b=OZDduO/ygq5boi6gKPuqsBrpatwBIJeJ0WA0vp7yIUCqvL6RTFy9XN8+5oXbiv7INA bF4FZ8hwtmZu0UPO62P4/TBBP9+ejudUz6SChypzpaLPGvu7zIyeML5PsAoBgw1UjHcK llQ7eR90ZECDLv+SAEupZWDUpd9Hq+vqMLwExZt0hQghgPcT5AcHQ6L2XLlrnbq24/JV KOtiTmxG9Ic6f6xbqgTYcgZJ/4vVUSh32wJkILUDrdxIicQml3B1/dV19Mtt0JTKx3ED uA6d8reLzJtsIMi/XughWOnZ+iJxJXi/VNESXQ9kUbF0MbJjHpK4ED4sfd3fgJ7n5xht cxzQ== MIME-Version: 1.0 X-Received: by 10.182.196.101 with SMTP id il5mr21347339obc.41.1441728377966; Tue, 08 Sep 2015 09:06:17 -0700 (PDT) Received: by 10.202.212.7 with HTTP; Tue, 8 Sep 2015 09:06:17 -0700 (PDT) In-Reply-To: <20150907223741.Horde.7eGz7ZE1dushY2mm-Ko3ZLO@duttonbros.com> References: <20150907103435.Horde.z4GgTZD3-chqVxPgZhMklyM@duttonbros.com> <514DD6B2-EBC3-43F7-8C2A-F8A1C77463F0@samsco.org> <20150907192909.Horde.sDaQSSkewl4vEHh-rJLXcfb@duttonbros.com> <20150907223741.Horde.7eGz7ZE1dushY2mm-Ko3ZLO@duttonbros.com> Date: Tue, 8 Sep 2015 09:06:17 -0700 Message-ID: Subject: Re: ISCI bus_alloc_resource failed From: Jim Harris To: "Bradley W. Dutton" Cc: Scott Long , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 16:06:19 -0000 On Mon, Sep 7, 2015 at 10:37 PM, Bradley W. Dutton < brad-fbsd-stable@duttonbros.com> wrote: > Quoting Jim Harris : > > On Mon, Sep 7, 2015 at 7:29 PM, Bradley W. Dutton < >> brad-fbsd-stable@duttonbros.com> wrote: >> >> There are 2 devices in the same group so I passed both of them: >>> http://duttonbrosllc.com/misc/vmware_esxi_passthrough_config.png >>> >>> At the time I wasn't sure if this was necessary but I just tried the >>> Centos 7 VM and it worked without the SMBus device being passed through. >>> I >>> then tried the FreeBSD VM without SMBus and saw the same allocation error >>> as before. Looks like the SMBus device is a red herring? >>> >>> >>> Looks like on ESXi we are using Xen HVM init ops, which do not enable >> MSI. >> And the isci driver is not reverting to INTx resource allocation when MSIx >> vector allocation fails. I've added reverting to INTx in the attached >> patch - can you try once more? >> >> Thanks, >> >> -Jim >> > > That patch worked. No allocation errors and the drives work as expected. > > Thanks again, > Brad > > Thanks Brad. Committed as r287563 (pci_enable_busmaster) and r287564 (pci_alloc_msix check). From owner-freebsd-stable@freebsd.org Tue Sep 8 17:53:34 2015 Return-Path: Delivered-To: freebsd-stable@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 8AE83A009C2 for ; Tue, 8 Sep 2015 17:53:34 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (manor.msen.com [148.59.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4210110CC for ; Tue, 8 Sep 2015 17:53:34 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (localhost [127.0.0.1]) by manor.msen.com (8.12.11/8.12.11) with ESMTP id t88Hr4NW017125 for ; Tue, 8 Sep 2015 13:53:04 -0400 (EDT) (envelope-from wayne@manor.msen.com) Received: (from wayne@localhost) by manor.msen.com (8.12.11/8.12.11/Submit) id t88Hr40X017124 for freebsd-stable@freebsd.org; Tue, 8 Sep 2015 13:53:04 -0400 (EDT) (envelope-from wayne) Date: Tue, 8 Sep 2015 13:53:04 -0400 From: "Michael R. Wayne" To: freebsd-stable@freebsd.org Subject: pkg does bad things after upgrade from 8.4 to 9.3 Message-ID: <20150908175303.GP23144@manor.msen.com> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 17:53:34 -0000 I brought this up on irc, did not get a helpful answer. After upgrading a machine from 8.4 to 9.3, I went to upgrade ports/packages. Some need to be built from source as they use non-standard options but most should be installable directly with pkg install. Note that both pkg and pkg-devel exhibit the same problem. Some install just fine. Others do NASTY things. Here, I show that zip installs properly. But bash wants to delete TOTALLY UNRELATED things (why would bash want to delete mutt and apache?) http://www.wayne47.com/fbsd_issue.html I then did a pkg update -F which fetched the world, then wanted to reinstall everything (to which I said no) and the problem continues: http://www.wayne47.com/fbsd3.html It looks like, in part, pkg can not determine what files are installed: http://www.wayne47.com/fbsdbug.html Is there some way I can force pkg to install individual packages and not touch the unrelated things? This behaviour seems very flawed to me but the irc chat suggests I'm missing something. Guidance on how to proceed would be appreciated. Note, again, that I can not simply pkg update all ports as some must be built from source. From owner-freebsd-stable@freebsd.org Tue Sep 8 20:53:42 2015 Return-Path: Delivered-To: freebsd-stable@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 6C9079CC1E4 for ; Tue, 8 Sep 2015 20:53:42 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mx1.eichornenterprises.com (mx1.eichornenterprises.com [104.236.13.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.eichornenterprises.com", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 16A921863 for ; Tue, 8 Sep 2015 20:53:41 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mail.eichornenterprises.com (cpe-75-179-47-202.neo.res.rr.com [75.179.47.202]); by mx1.eichornenterprises.com (OpenSMTPD) with ESMTP id ca310c99; Tue, 8 Sep 2015 16:53:39 -0400 (EDT) Received: by mail.eichornenterprises.com (OpenSMTPD) with ESMTPSA id 5fb8c5d3; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Tue, 8 Sep 2015 16:53:33 -0400 (EDT) Message-ID: <1441745722.12994.59.camel@michaeleichorn.com> Subject: Re: pkg does bad things after upgrade from 8.4 to 9.3 From: "Michael B. Eichorn" To: "Michael R. Wayne" , freebsd-stable@freebsd.org Date: Tue, 08 Sep 2015 16:55:22 -0400 In-Reply-To: <20150908175303.GP23144@manor.msen.com> References: <20150908175303.GP23144@manor.msen.com> Content-Type: multipart/signed; micalg="sha-512"; protocol="application/x-pkcs7-signature"; boundary="=-8lGO+bHLiLwV4Ec0v/Ez" X-Mailer: Evolution 3.16.5 Mime-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 20:53:42 -0000 --=-8lGO+bHLiLwV4Ec0v/Ez Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, 2015-09-08 at 13:53 -0400, Michael R. Wayne wrote: > I brought this up on irc, did not get a helpful answer. >=20 > After upgrading a machine from 8.4 to 9.3, I went to upgrade=20 > ports/packages. Some need to be built from source as they=20 > use non-standard options but most should be installable directly > with pkg install. >=20 > Note that both pkg and pkg-devel exhibit the same problem. >=20 > Some install just fine. Others do NASTY things.=20 >=20 > Here, I show that zip installs properly. But bash wants to=20 > delete TOTALLY UNRELATED things (why would bash want to delete > mutt and apache?) > http://www.wayne47.com/fbsd_issue.html At a glance, bash has a library dependency to gettext-runtime which is in turn a library dependecy of 2000+ ports. You hit dependency hell. Gettext is like libc or perl, touch it any everything needs updated. >=20 > I then did a > pkg update -F > which fetched the world, then wanted to reinstall everything (to > which I said no) and the problem continues: > http://www.wayne47.com/fbsd3.html But you must reinstall everything. You upgraded your ABI going 8->9 so everything needs rebuilt/reinstalled. See next. >=20 > It looks like, in part, pkg can not determine what files are installed: > http://www.wayne47.com/fbsdbug.html Not sure about this one, but you are pretty far off the reservation after not doing a '# pkg-static upgrade -f' or '# portmaster -af' as per FreeBSD Handbook 23.2.3.3 >=20 > Is there some way I can force pkg to install individual packages and > not > touch the unrelated things? This behaviour seems very flawed to me but > the irc chat suggests I'm missing something. There is pkg-lock(8) but dont do it. You really need to upgrade it all for a major version change. My guess is that everything works fine if you follow the handbook/manual. Mixing ports and packages is hard to do at present, but it is being actively worked on. Poudriere is probably the best solution for mixing them at present. >=20 > Guidance on how to proceed would be appreciated. Note, again, that > I can not simply pkg update all ports as some must be built from > source. Multiple ways to do this, at least the following occur to me (in no particular order): 1) poudriere. If you have another machine/VPS you can build the ports you modify as packages and overlay it on top of the freebsd repo (least work on the target system). 2) uninstall the custom ports, upgrade with pkg, rebuild custom ports (most human work) 3) use portmaster or your port management software of choice and rebuild all of the ports from source, eg '# portmaster -af'. (most machine work, least human work) I am sure others with more experiance than myself may have other/better alternatives. I am rather newer at this than most on the list so consider this response to be from an informed non-expert user, rather than an truely authoritative answer. Regards, Ike --=-8lGO+bHLiLwV4Ec0v/Ez Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCCEqAw ggYwMIIFGKADAgECAgMOXcYwDQYJKoZIhvcNAQELBQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVu dCBDQTAeFw0xNTA2MTMyMDI0NDZaFw0xNjA2MTQwMDM1NTBaMEgxHzAdBgNVBAMMFmlrZUBtaWNo YWVsZWljaG9ybi5jb20xJTAjBgkqhkiG9w0BCQEWFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDJVdWALPz5h2s5zUQGIJYl6Vp8FPtZNko8q/3s crCsxXJLprMaDdpnqTsmkbmEfKvsqPQE6HVOpGxVRTl/tCm+VvouW9eY9ITMigb1OnHdU13CKO0j drgeU1nHst0qxwsIofRD7nC4dakT6exnrVndlBmLrf/bLPh2qOM8YK5qKK6m33fE7AyYrwiYAWFT 3fERI7LakjaabrIoS/Y1rCdL5FaCTMOlRbZyduc8HkrgjT2JW+i4fVcKyGL5gExBJWfS3q1uGFaB ie6pYtl8lZPtvN0JSfibP003RBoLgzqHJKW91RL0qNeDjKZi/5nrlU398l9UoVvLLO3KxoPBXKCx AgMBAAGjggLcMIIC2DAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwHQYDVR0OBBYEFJZqarc6CcrOs6eAwOgrMznk5ZWWMB8GA1UdIwQYMBaAFFNy 7ZKc4NrLAVx8fpY1TvLUuFGCMCEGA1UdEQQaMBiBFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggFM BgNVHSAEggFDMIIBPzCCATsGCysGAQQBgbU3AQIDMIIBKjAuBggrBgEFBQcCARYiaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjCB9wYIKwYBBQUHAgIwgeowJxYgU3RhcnRDb20gQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwAwIBARqBvlRoaXMgY2VydGlmaWNhdGUgd2FzIGlzc3VlZCBh Y2NvcmRpbmcgdG8gdGhlIENsYXNzIDEgVmFsaWRhdGlvbiByZXF1aXJlbWVudHMgb2YgdGhlIFN0 YXJ0Q29tIENBIHBvbGljeSwgcmVsaWFuY2Ugb25seSBmb3IgdGhlIGludGVuZGVkIHB1cnBvc2Ug aW4gY29tcGxpYW5jZSBvZiB0aGUgcmVseWluZyBwYXJ0eSBvYmxpZ2F0aW9ucy4wNgYDVR0fBC8w LTAroCmgJ4YlaHR0cDovL2NybC5zdGFydHNzbC5jb20vY3J0dTEtY3JsLmNybDCBjgYIKwYBBQUH AQEEgYEwfzA5BggrBgEFBQcwAYYtaHR0cDovL29jc3Auc3RhcnRzc2wuY29tL3N1Yi9jbGFzczEv Y2xpZW50L2NhMEIGCCsGAQUFBzAChjZodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zdWIu Y2xhc3MxLmNsaWVudC5jYS5jcnQwIwYDVR0SBBwwGoYYaHR0cDovL3d3dy5zdGFydHNzbC5jb20v MA0GCSqGSIb3DQEBCwUAA4IBAQB4K8iQw+0FRn3xEnB3vIIu2Vi4C3ZGnOMWP90FFXLrZ6uAu9AK xVCjXUVP6nAEsOopTMu769vVecdBvg0KO2i5aTDTdTLX4g9d020g4OLWW1NiynAkX8oKqJLqZ53q vHK4zP4KWPS3bSqDWVCosTMfI+H6tkg+6G3gS0HHoHTLKZhIT3z6PQZAfeofM7ed6NOdAcj0J2lP ODHzzz7Y9x4wMwYJdidorzUDVYkNIkim8ak7hK9F60NadA5w/BirFATSlzRyV0h1tl6oNisEaQcq tGvy6UoCTDhzaJ7pQValfDXJ/A47P0hNj/CX/PmkY1wQHsEJz2pbh5lqteP/fO0rMIIGMDCCBRig AwIBAgIDDl3GMA0GCSqGSIb3DQEBCwUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYG A1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcN MTUwNjEzMjAyNDQ2WhcNMTYwNjE0MDAzNTUwWjBIMR8wHQYDVQQDDBZpa2VAbWljaGFlbGVpY2hv cm4uY29tMSUwIwYJKoZIhvcNAQkBFhZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyVXVgCz8+YdrOc1EBiCWJelafBT7WTZKPKv97HKwrMVyS6az Gg3aZ6k7JpG5hHyr7Kj0BOh1TqRsVUU5f7Qpvlb6LlvXmPSEzIoG9Tpx3VNdwijtI3a4HlNZx7Ld KscLCKH0Q+5wuHWpE+nsZ61Z3ZQZi63/2yz4dqjjPGCuaiiupt93xOwMmK8ImAFhU93xESOy2pI2 mm6yKEv2NawnS+RWgkzDpUW2cnbnPB5K4I09iVvouH1XCshi+YBMQSVn0t6tbhhWgYnuqWLZfJWT 7bzdCUn4mz9NN0QaC4M6hySlvdUS9KjXg4ymYv+Z65VN/fJfVKFbyyztysaDwVygsQIDAQABo4IC 3DCCAtgwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMB0GA1UdDgQWBBSWamq3OgnKzrOngMDoKzM55OWVljAfBgNVHSMEGDAWgBRTcu2SnODaywFc fH6WNU7y1LhRgjAhBgNVHREEGjAYgRZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBTAYDVR0gBIIB QzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRp b24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5n IHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBD QSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBs aWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeG JWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8w OQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MxL2NsaWVudC9j YTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMS5j bGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG 9w0BAQsFAAOCAQEAeCvIkMPtBUZ98RJwd7yCLtlYuAt2RpzjFj/dBRVy62ergLvQCsVQo11FT+pw BLDqKUzLu+vb1XnHQb4NCjtouWkw03Uy1+IPXdNtIODi1ltTYspwJF/KCqiS6med6rxyuMz+Clj0 t20qg1lQqLEzHyPh+rZIPuht4EtBx6B0yymYSE98+j0GQH3qHzO3nejTnQHI9CdpTzgx888+2Pce MDMGCXYnaK81A1WJDSJIpvGpO4SvRetDWnQOcPwYqxQE0pc0cldIdbZeqDYrBGkHKrRr8ulKAkw4 c2ie6UFWpXw1yfwOOz9ITY/wl/z5pGNcEB7BCc9qW4eZarXj/3ztKzCCBjQwggQcoAMCAQICAR4w DQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzAp BgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0 Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1 NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1 cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAx IFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAMcJg8zOLdgasSmkLhOrlr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7 zM9/UnC6TS2y9UKTpT1v7RSMzR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8 VpH/Clt+4iq7nirMcNh6qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+ jb9x4Pa5gNf1TwSDkOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQO Jebr/f/h5t95m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB /wQFMAMBAf8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAf BgNVHSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3dy5z dGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2EuY3Js MIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3Rh cnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93d3cuc3RhcnRzc2wuY29t L2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqDCH14qywGXLhjjF6uHLkjd02h cdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy6QMVQjbbMXltUfO4n4bGGdKo3awP Wp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPIzKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8C h507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKfKSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893 gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HORz9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0 PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBm unwxD5nvtTW4vtN6VY7mUCmxsCieuoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2L L9C9U0ptvjcDjefLTvqSFc7tw1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwF i2/14+xeSUDG2bwnsYJQG2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhE puP9wirslFe6fQ1t5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMYIDnzCCA5sCAQEwgZQwgYwxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRh bCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkg SW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDl3GMA0GCWCGSAFlAwQCAwUAoIIB2zAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTA5MDgyMDU1MjJaME8GCSqGSIb3DQEJ BDFCBECoiluuhI2qoC5nzvFZ0++q3B7o9mViavVBOcrP+uVOkDfRJ5qqnpXn28HP4zr+dirt9lNS LnhBcFL5gopcVzmSMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVu dCBDQQIDDl3GMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25p bmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50 IENBAgMOXcYwDQYJKoZIhvcNAQEBBQAEggEAj87lG1huTgugG7cC/Pphv0KhucGnOBR6eEOXuejq bzQvhFmaQc+MlNfAvK2KaIXsn9NuTNCocmCjcLDAc4TC/ZoS+DAN4kbTB4eoTbAR6fpiWD00pgKc zGTKTlfTOKKisbBFewOdgPpNBuYbpkkEDe5AXO38oC68XTm86FRJ9w8uvf6ZR/NC8xCpr7kGUBT1 TaqOm5FV468LaeffxPsajhhPbe9CSKSXIeIl5/ELbQ/4ZlYdRo+ROkScNBuT6MUphZJkJ7G9rVp1 v6dFRlwCSaeRul8KOPrJDY7xvOX+xOwVmuX6lT6ACBbiwSzmv8QpRnxKPeHb6/JBNGIkrdfgjAAA AAAAAA== --=-8lGO+bHLiLwV4Ec0v/Ez-- From owner-freebsd-stable@freebsd.org Tue Sep 8 21:10:05 2015 Return-Path: Delivered-To: freebsd-stable@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 B426B9CCD8E for ; Tue, 8 Sep 2015 21:10:05 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [88.198.178.88]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F374113B8 for ; Tue, 8 Sep 2015 21:10:04 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (qmail 62317 invoked by uid 89); 8 Sep 2015 21:06:04 -0000 Received: from unknown (HELO ?192.168.1.200?) (rainer@ultra-secure.de@217.71.83.52) by mail.ultra-secure.de with ESMTPA; 8 Sep 2015 21:06:04 -0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: pkg does bad things after upgrade from 8.4 to 9.3 From: Rainer Duffner In-Reply-To: <1441745722.12994.59.camel@michaeleichorn.com> Date: Tue, 8 Sep 2015 23:06:02 +0200 Cc: "Michael R. Wayne" , freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <7A1CD302-0428-4068-ACD9-146C5E03802E@ultra-secure.de> References: <20150908175303.GP23144@manor.msen.com> <1441745722.12994.59.camel@michaeleichorn.com> To: "Michael B. Eichorn" X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 21:10:05 -0000 > Am 08.09.2015 um 22:55 schrieb Michael B. Eichorn = : >=20 >=20 >=20 > But you must reinstall everything. You upgraded your ABI going 8->9 so > everything needs rebuilt/reinstalled. See next. >>=20 Exactly. Or unpack the compat8x package by hand. Or don=E2=80=99t delete the old libraries upon upgrading=E2=80=A6 >>=20 >=20 > There is pkg-lock(8) but dont do it. You really need to upgrade it all > for a major version change. >=20 The valid use-case for pkg-lock is (IMO) if you want to downgrade. I follow the quarterly cuts of the ports-tree and build my own repo. If I need to downgrade from Q3 to Q2, I usually lock pkg only and do a = pkg upgrade -f The lock =E2=80=9Esurvives=E2=80=9C even the -f. The previous pkg may have problems reading the new pkg database created = by the new pkg=E2=80=A6. Locking anything else besides pkg is just a way to get unhappy. If you have more than a handful machines or are not content with the = packages provided by FreeBSD, running your own repo is a must IMO. For our Ubuntu and CentOS-servers at work, we don=E2=80=99t do the = builds ourselves - but we still run our own mirror that is updated at = our own schedule (so that servers are on a defined patch-level). From owner-freebsd-stable@freebsd.org Tue Sep 8 21:29:04 2015 Return-Path: Delivered-To: freebsd-stable@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 932CCA00656 for ; Tue, 8 Sep 2015 21:29:04 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (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 29C461F26 for ; Tue, 8 Sep 2015 21:29:04 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wicfx3 with SMTP id fx3so179175wic.0 for ; Tue, 08 Sep 2015 14:29:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=VocVYcI947ZmTWlVkbRehetd1EuoJrbHd5F0OTeR+YQ=; b=ivXjkyg8feXS6ET5SH6fbNDl8EqEwL1sOMf//3aPineF8ANAVNTUFVn7AaNHk0FKec FdcDf4+1rZkt6DJvv8PH4NEi8JKp+VJdFLsND1C4xkCovcJKoGnlViqkzbr8hC3h7FQj 3WN3LMPpv49M07tjVkyHgo598tuIIN27ANgKcW4MCtCDTMR7EnW77xpNiGgsnOnFZha9 rMg1Qb0a+uYxIWDFh0TfqGQqWtV2o/lvvvJyo+ZdTpR2376R7waDB9TNi0qJ0GWhcZl1 HE0JawTHkAV+8g7qTyrlw+lZBOo+Ir9AiTeMGxbtqjebQImn5O9oOjW5rMp92Yl7Yv84 KhGA== X-Received: by 10.194.60.243 with SMTP id k19mr50692958wjr.8.1441747741856; Tue, 08 Sep 2015 14:29:01 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id eu2sm435927wic.8.2015.09.08.14.29.00 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 08 Sep 2015 14:29:01 -0700 (PDT) Sender: Baptiste Daroussin Date: Tue, 8 Sep 2015 23:28:59 +0200 From: Baptiste Daroussin To: Marko =?utf-8?B?Q3VwYcSH?= Cc: freebsd-stable@freebsd.org Subject: Re: 10.2-RELEASE-p2 lost ability to bootstrap pkg with signature_type="pubkey" Message-ID: <20150908212859.GD38185@ivaldir.etoilebsd.net> References: <20150908123838.238e5e74@efreet> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3Gf/FFewwPeBMqCJ" Content-Disposition: inline In-Reply-To: <20150908123838.238e5e74@efreet> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 21:29:04 -0000 --3Gf/FFewwPeBMqCJ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 08, 2015 at 12:38:38PM +0200, Marko Cupa=C4=87 wrote: > Hi, >=20 > I just found out that 10.2-RELEASE-p2 lost ability to bootstrap pkg > with signature_type=3D"pubkey". >=20 > Quick search returns: > https://github.com/freebsd/pkg/issues/1309 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D202622 >=20 > I guess it is not hard to switch repo to fingerprints, however I would > not expect to lose this functionality by updating to patchlevel. >=20 Implemented in head: r287579 I will MFC it asap. And see if it cannot be ad= ded asap to a next patchlevel update. Best regards, Bapt --3Gf/FFewwPeBMqCJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlXvUxsACgkQ8kTtMUmk6Ew7kACZAR4wIsQMyV85tSPd8sxQ0T8Q igMAoLAa4iqAJtt/jPMIN0hpLEpTuLFD =7eg/ -----END PGP SIGNATURE----- --3Gf/FFewwPeBMqCJ-- From owner-freebsd-stable@freebsd.org Wed Sep 9 07:14:20 2015 Return-Path: Delivered-To: freebsd-stable@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 5327DA0085B for ; Wed, 9 Sep 2015 07:14:20 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from smtp.mimar.rs (smtp.mimar.rs [193.53.106.135]) by mx1.freebsd.org (Postfix) with ESMTP id EBFA514DC; Wed, 9 Sep 2015 07:14:17 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from vscan.mimar.rs (vscan.mimar.rs [193.53.106.134]) by smtp.mimar.rs (Postfix) with ESMTP id 3BE6289A82; Wed, 9 Sep 2015 09:14:15 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:references:in-reply-to:message-id:subject :subject:from:from:date:date:received:received; s=mimar-0901; t= 1441782854; x=1443597255; bh=yAzeXj+VtflsiBqRYNeOmQwVPZmVCjyBylR GulNRRig=; b=LeIKN44rN/coBPOtmIp9AjinAOd+HjSEz/6f9expJd5TosmxQCY bHUVi629SgHrMjnE9yL0kmO2GAiP0gdvLFe1oZnNsitKit7uCV3QKdtvlKHkCMVH 20BJ9g3IlkAN5cNSU/qHnm+OYcl55NIHwyLvVrN4rgdP/XXRFg69NpsU= X-Virus-Scanned: amavisd-new at mimar.rs Received: from smtp.mimar.rs ([193.53.106.135]) by vscan.mimar.rs (vscan.mimar.rs [193.53.106.134]) (amavisd-new, port 10026) with ESMTP id wkI2OW_iOztz; Wed, 9 Sep 2015 09:14:14 +0200 (CEST) Received: from efreet (unknown [193.53.106.34]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by smtp.mimar.rs (Postfix) with ESMTPSA id 0486F898CC; Wed, 9 Sep 2015 09:14:13 +0200 (CEST) Date: Wed, 9 Sep 2015 09:14:12 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: Baptiste Daroussin Cc: freebsd-stable@freebsd.org Subject: Re: 10.2-RELEASE-p2 lost ability to bootstrap pkg with signature_type="pubkey" Message-ID: <20150909091412.350c51ed@efreet> In-Reply-To: <20150908212859.GD38185@ivaldir.etoilebsd.net> References: <20150908123838.238e5e74@efreet> <20150908212859.GD38185@ivaldir.etoilebsd.net> Organization: mimar X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 07:14:20 -0000 On Tue, 8 Sep 2015 23:28:59 +0200 Baptiste Daroussin wrote: > On Tue, Sep 08, 2015 at 12:38:38PM +0200, Marko Cupa=C4=87 wrote: > > Hi, > >=20 > > I just found out that 10.2-RELEASE-p2 lost ability to bootstrap pkg > > with signature_type=3D"pubkey". > >=20 > > Quick search returns: > > https://github.com/freebsd/pkg/issues/1309 > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D202622 > >=20 > > I guess it is not hard to switch repo to fingerprints, however I > > would not expect to lose this functionality by updating to > > patchlevel. > >=20 > Implemented in head: r287579 I will MFC it asap. And see if it cannot > be added asap to a next patchlevel update. >=20 > Best regards, > Bapt Thanx! Just a few quick not-completely-related questions: poudriere has the ability to sign repos with PKG_REPO_SIGNING_KEY, but not with external command, right? Is there a plan to support it? Can I build packages in poudriere without PKG_REPO_SIGNING_KEY, and sign repo later on with external command? Regards, --=20 Before enlightenment - chop wood, draw water. After enlightenment - chop wood, draw water. Marko Cupa=C4=87 https://www.mimar.rs/ From owner-freebsd-stable@freebsd.org Wed Sep 9 08:56:25 2015 Return-Path: Delivered-To: freebsd-stable@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 210C1A009B0 for ; Wed, 9 Sep 2015 08:56:25 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (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 B62CB1D89 for ; Wed, 9 Sep 2015 08:56:24 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wiclk2 with SMTP id lk2so148569116wic.0 for ; Wed, 09 Sep 2015 01:56:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Fd7bDocAOCEHSk7rVbZ47iFsPrXEGE6ZAZqn93cNIsQ=; b=pmG5YK+vyqnZLp6qmYkuYpGnH6lEA1/y8Lymg3D2IhTMGqIeRIiQ5nSFchiYB/stR0 NZv+zzCfOpG6PSY9kwLq8OT7J9NjZRB+kije8I5Zab4pfwb5cWwKvUj9cHRGk5LLqPga b9QNJSuNiVtN0G2QlQG2g8LvCL7mGPus38apVbVTCJFO1FRS0rgXOc9J6gz+iFDJxIdF Ohz6WBahQRtWuv4C3bxHF+WIzo7Vmp/4pp3qXMJC33VBMELkC0p6vHzQhlkKp0wyQYO9 AaZgryWqFBRyARfc0NA4gwh53g0BirlwNYljFjmXCj93Fvd4UIsl2bX9rpXQbtajHTJL OpZQ== X-Received: by 10.194.24.196 with SMTP id w4mr55187550wjf.137.1441788983043; Wed, 09 Sep 2015 01:56:23 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id t7sm2701727wia.9.2015.09.09.01.56.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 09 Sep 2015 01:56:22 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 9 Sep 2015 10:56:20 +0200 From: Baptiste Daroussin To: Marko =?utf-8?B?Q3VwYcSH?= Cc: freebsd-stable@freebsd.org Subject: Re: 10.2-RELEASE-p2 lost ability to bootstrap pkg with signature_type="pubkey" Message-ID: <20150909085620.GF38185@ivaldir.etoilebsd.net> References: <20150908123838.238e5e74@efreet> <20150908212859.GD38185@ivaldir.etoilebsd.net> <20150909091412.350c51ed@efreet> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qp4W5+cUSnZs0RIF" Content-Disposition: inline In-Reply-To: <20150909091412.350c51ed@efreet> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 08:56:25 -0000 --qp4W5+cUSnZs0RIF Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 09, 2015 at 09:14:12AM +0200, Marko Cupa=C4=87 wrote: > On Tue, 8 Sep 2015 23:28:59 +0200 > Baptiste Daroussin wrote: >=20 > > On Tue, Sep 08, 2015 at 12:38:38PM +0200, Marko Cupa=C4=87 wrote: > > > Hi, > > >=20 > > > I just found out that 10.2-RELEASE-p2 lost ability to bootstrap pkg > > > with signature_type=3D"pubkey". > > >=20 > > > Quick search returns: > > > https://github.com/freebsd/pkg/issues/1309 > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D202622 > > >=20 > > > I guess it is not hard to switch repo to fingerprints, however I > > > would not expect to lose this functionality by updating to > > > patchlevel. > > >=20 > > Implemented in head: r287579 I will MFC it asap. And see if it cannot > > be added asap to a next patchlevel update. > >=20 > > Best regards, > > Bapt >=20 > Thanx! >=20 > Just a few quick not-completely-related questions: poudriere has the > ability to sign repos with PKG_REPO_SIGNING_KEY, but not with external > command, right? Is there a plan to support it? Can I build packages in > poudriere without PKG_REPO_SIGNING_KEY, and sign repo later on with > external command? >=20 First yes I plan to add the ability to sign the package used to bootstrap v= ia PKG_REPO_SIGNING_KEY asap in poudriere. Second you can keep your current configuration of poudriere, the signing wi= th pubkey works perfectly well. All you need to do is either via a poudriere p= ost bulk hook or manually go in the directory where your packages lives (in the Latest directory) and echo -n "$(sha256 -q pkg.txz)" | openssl dgst -sha256 -sign /thekey \ -binary -out ./pkg.txz.pubkeysig Last if you want to do all the process manually: pkg repo /yourrepository /yourkey cd /yourrepositry/Latest echo -n "$(sha256 -q pkg.txz)" | openssl dgst -sha256 -sign /yourkey \ -binary -out ./pkg.txz.pubkeysig I will see if I can avoid the the extra command by merging the signing of t= he bootstrap bit directly into pkg repo, that would be more handy Best regards, Bapt --qp4W5+cUSnZs0RIF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlXv9DQACgkQ8kTtMUmk6EyO1gCaAlPUVYC027FtVWSXDnY8K77D LA4AnRHmdbX7Db1QzbsyilizkLlLYFpy =mZss -----END PGP SIGNATURE----- --qp4W5+cUSnZs0RIF-- From owner-freebsd-stable@freebsd.org Wed Sep 9 13:21:37 2015 Return-Path: Delivered-To: freebsd-stable@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 816369CC9B3 for ; Wed, 9 Sep 2015 13:21:37 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qg0-f50.google.com (mail-qg0-f50.google.com [209.85.192.50]) (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 3D3E8163D for ; Wed, 9 Sep 2015 13:21:36 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by qgt47 with SMTP id 47so6965514qgt.2 for ; Wed, 09 Sep 2015 06:21:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:organization :user-agent:in-reply-to:references:mime-version:content-type; bh=nprDexq7mCL/oAlEChq3YHaqM0VFul1K9lmLQFUx+hs=; b=CojQp62y5gkTBYrKJgLoaogKHKdFt2CxhKQSV8Slg9k+QXQE9JC9j06yQkrGk5uZk4 Fe1IKJnWUvwav61ekHtCISa7N49vDDG/wNb04YiaCZy2RXoNhI+C7k4v7heXqF5dGtsT wQYwLGWU/Hct2k61AAuCdcyAMeo9uQPHWppvbQG+n/vKNLbXshndM7J9fisHbI1cRoPJ LAjKDvV6pxDvLUyqwuGQE3QI2QNih+3ltM95nno6ZHUj4N5Sg0zQ4mTf9r59hzoh4sXj 6kbataFW1EiL4U2Mms7PGuWxd6Po1pL7qzYhiDsdCwNdYyy/Hb1X+7Qp3lRDdwN8rSLt t94Q== X-Gm-Message-State: ALoCoQl9atB49HNSFnUp3IN9OQEFdKpEoiwhINxtIeLeWcr3vlWP6YSzgtx4GVuNHZ0aJ2QsCn6NVXGLk/a8UIf4QqkvXPkmGELJwfytN4LvFxvZrTW/3WorKhunwFpMUR6B/1JK1APNkKFIHepqukIbEdgWHRUnFVTQEPti4bYFuI8I+fbrUVIyCipROBZ6B6UAud6GAjrm X-Received: by 10.140.92.106 with SMTP id a97mr1023413qge.43.1441804890511; Wed, 09 Sep 2015 06:21:30 -0700 (PDT) Received: from hbsd-dev-laptop.localnet ([172.56.3.184]) by smtp.gmail.com with ESMTPSA id o199sm3848698qhb.25.2015.09.09.06.21.29 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 09 Sep 2015 06:21:29 -0700 (PDT) From: Shawn Webb To: freebsd-stable@freebsd.org Cc: Baptiste Daroussin , Marko =?utf-8?B?Q3VwYcSH?= Subject: Re: 10.2-RELEASE-p2 lost ability to bootstrap pkg with signature_type="pubkey" Date: Wed, 09 Sep 2015 09:21:24 -0400 Message-ID: <2724677.3oEEqWz8m7@hbsd-dev-laptop> Organization: HardenedBSD User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT-HBSD; KDE/4.14.3; amd64; ; ) In-Reply-To: <20150909085620.GF38185@ivaldir.etoilebsd.net> References: <20150908123838.238e5e74@efreet> <20150909091412.350c51ed@efreet> <20150909085620.GF38185@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1978829.2bsiooR2eS"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 13:21:37 -0000 --nextPart1978829.2bsiooR2eS Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" On Wednesday, 09 September 2015 10:56:20 AM Baptiste Daroussin wrote: > On Wed, Sep 09, 2015 at 09:14:12AM +0200, Marko Cupa=C4=87 wrote: > > On Tue, 8 Sep 2015 23:28:59 +0200 > >=20 > > Baptiste Daroussin wrote: > > > On Tue, Sep 08, 2015 at 12:38:38PM +0200, Marko Cupa=C4=87 wrote:= > > > > Hi, > > > >=20 > > > > I just found out that 10.2-RELEASE-p2 lost ability to bootstrap= pkg > > > > with signature_type=3D"pubkey". > > > >=20 > > > > Quick search returns: > > > > https://github.com/freebsd/pkg/issues/1309 > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D202622 > > > >=20 > > > > I guess it is not hard to switch repo to fingerprints, however = I > > > > would not expect to lose this functionality by updating to > > > > patchlevel. > > >=20 > > > Implemented in head: r287579 I will MFC it asap. And see if it ca= nnot > > > be added asap to a next patchlevel update. > > >=20 > > > Best regards, > > > Bapt > >=20 > > Thanx! > >=20 > > Just a few quick not-completely-related questions: poudriere has th= e > > ability to sign repos with PKG_REPO_SIGNING_KEY, but not with exter= nal > > command, right? Is there a plan to support it? Can I build packages= in > > poudriere without PKG_REPO_SIGNING_KEY, and sign repo later on with= > > external command? >=20 > First yes I plan to add the ability to sign the package used to boots= trap > via PKG_REPO_SIGNING_KEY asap in poudriere. >=20 > Second you can keep your current configuration of poudriere, the sign= ing > with pubkey works perfectly well. All you need to do is either via a > poudriere post bulk hook or manually go in the directory where your > packages lives (in the Latest directory) and > echo -n "$(sha256 -q pkg.txz)" | openssl dgst -sha256 -sign /thekey \= > -binary -out ./pkg.txz.pubkeysig I can't find any documentation in neither Poudriere's manpage nor in=20= poudriere.conf.sample on how toadd a post bulk hook. Is the signing_command option to `pkg repo` really only used in generat= ing=20 pkg.txz.sig? Is there any formal documentation about the cryptography d= esign=20 and architecture in relation to pkg's repositories? Thanks, =2D-=20 Shawn Webb HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --nextPart1978829.2bsiooR2eS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJV8DJUAAoJEGqEZY9SRW7uOfcP/0SodYgEw60fXE43ilxc4WEX fVPQhjCAkmzUo3KKqqOBNfXbjVeyeWe/6aULYx07ihqOUmF9X37i6MXprY0w0pYO xJ1ytgIUyULc0Erluo8xcRs/yBYtuXh39cZGU34xfE7oD0UkyK+WZx2NT29cDt8K 7W+Rkzoimo1bxdKBGy8GPOgzvZH0A8QA6STy7XpuxVOkzJD1I3T47ZUd2qWCzcOa NEBbiBJ2pK6fgiE+C9j1+Q9S/wN47cMD2f4JqO8Jg6OcBTkWIRqh/XO2E6cEOYma 3XIrOfmyGP7jpa/pTFIEf4gMc3IFAAdiNyFV63gbUJ6Hcz6RenRyMsK8TVvAkajR ZGg6qjMwtLV20uDFVs9rHLTLXDYBwj6xOqMEA9yDONTI1CRKNn7w8j/SDCJg5NH2 9mGbh+RkjuZHD0GDUewXJ+KsM5rpGA+Slue5FZRP2JlrsFKckyy8G2GEgpxIzBG+ oIx3ziglB2YWwaITjU6FOeKJMy57F1XCh4E0ikTg6pe5Zk3t+83UgYAG6t+lOj5e DslYE3tp/wkgcRJ0+vOJpltrTUxQpXI+3hXqI4AMFDN0y1w6MIMo+JVYbT85Kaoe 9/aFipHkWIHajEOzJ1R8fAYu95PUDWBbVZn5vFBOKLSSLkx2lyDKAuvR3I6tv4FH qEBMkUj5Q3yiX1lfinZm =J3L5 -----END PGP SIGNATURE----- --nextPart1978829.2bsiooR2eS-- From owner-freebsd-stable@freebsd.org Wed Sep 9 13:27:23 2015 Return-Path: Delivered-To: freebsd-stable@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 D66279CCE53 for ; Wed, 9 Sep 2015 13:27:23 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (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 67E501D12 for ; Wed, 9 Sep 2015 13:27:23 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wicfx3 with SMTP id fx3so21790253wic.0 for ; Wed, 09 Sep 2015 06:27:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=91PvURpmr1ZjAvxDVkJhlvW4X5AOPBPakl8WGxPVpCw=; b=nZaPO6p8+F+0ZvQ3uiDhVV1esJOD4iPfX7Nhwc0PnfAGTQCKZFJqZWX201KRfvcHpb ju6/AN/9wgTyZo3H9a31CqZVFARoFXBq+Qf/aL7n1ADxUaYRyIYO5Z5ZV8CL9G2BRfwp O+j6MP4GxnkXPj4DV0xq+ViHifeu/RITBmk5l4mVIzTUaZEBwe+6RGx7scpBvijmUxwn mvo52MQ8XI5KQmUlzFDWtQElEi2+rORJSqeZFEQR7te4Etl7Pk9Zi3r71ZtZWB8LRMj8 V977wGTRLicrijQdHKCqCxvzfQwQabBNEPMItnjei4w0Pch288/q+StbFNeTJK2KLThG 9eVg== X-Received: by 10.180.74.148 with SMTP id t20mr56290921wiv.31.1441805241887; Wed, 09 Sep 2015 06:27:21 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id l9sm3907701wiy.10.2015.09.09.06.27.20 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 09 Sep 2015 06:27:20 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 9 Sep 2015 15:27:18 +0200 From: Baptiste Daroussin To: Shawn Webb Cc: freebsd-stable@freebsd.org, Marko =?utf-8?B?Q3VwYcSH?= Subject: Re: 10.2-RELEASE-p2 lost ability to bootstrap pkg with signature_type="pubkey" Message-ID: <20150909132717.GG38185@ivaldir.etoilebsd.net> References: <20150908123838.238e5e74@efreet> <20150909091412.350c51ed@efreet> <20150909085620.GF38185@ivaldir.etoilebsd.net> <2724677.3oEEqWz8m7@hbsd-dev-laptop> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KR/qxknboQ7+Tpez" Content-Disposition: inline In-Reply-To: <2724677.3oEEqWz8m7@hbsd-dev-laptop> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 13:27:24 -0000 --KR/qxknboQ7+Tpez Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 09, 2015 at 09:21:24AM -0400, Shawn Webb wrote: > On Wednesday, 09 September 2015 10:56:20 AM Baptiste Daroussin wrote: > > On Wed, Sep 09, 2015 at 09:14:12AM +0200, Marko Cupa=C4=87 wrote: > > > On Tue, 8 Sep 2015 23:28:59 +0200 > > >=20 > > > Baptiste Daroussin wrote: > > > > On Tue, Sep 08, 2015 at 12:38:38PM +0200, Marko Cupa=C4=87 wrote: > > > > > Hi, > > > > >=20 > > > > > I just found out that 10.2-RELEASE-p2 lost ability to bootstrap p= kg > > > > > with signature_type=3D"pubkey". > > > > >=20 > > > > > Quick search returns: > > > > > https://github.com/freebsd/pkg/issues/1309 > > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D202622 > > > > >=20 > > > > > I guess it is not hard to switch repo to fingerprints, however I > > > > > would not expect to lose this functionality by updating to > > > > > patchlevel. > > > >=20 > > > > Implemented in head: r287579 I will MFC it asap. And see if it cann= ot > > > > be added asap to a next patchlevel update. > > > >=20 > > > > Best regards, > > > > Bapt > > >=20 > > > Thanx! > > >=20 > > > Just a few quick not-completely-related questions: poudriere has the > > > ability to sign repos with PKG_REPO_SIGNING_KEY, but not with external > > > command, right? Is there a plan to support it? Can I build packages in > > > poudriere without PKG_REPO_SIGNING_KEY, and sign repo later on with > > > external command? > >=20 > > First yes I plan to add the ability to sign the package used to bootstr= ap > > via PKG_REPO_SIGNING_KEY asap in poudriere. > >=20 > > Second you can keep your current configuration of poudriere, the signing > > with pubkey works perfectly well. All you need to do is either via a > > poudriere post bulk hook or manually go in the directory where your > > packages lives (in the Latest directory) and > > echo -n "$(sha256 -q pkg.txz)" | openssl dgst -sha256 -sign /thekey \ > > -binary -out ./pkg.txz.pubkeysig >=20 > I can't find any documentation in neither Poudriere's manpage nor in=20 > poudriere.conf.sample on how toadd a post bulk hook. >=20 > Is the signing_command option to `pkg repo` really only used in generatin= g=20 > pkg.txz.sig? Is there any formal documentation about the cryptography des= ign=20 > and architecture in relation to pkg's repositories? >=20 > Thanks, This is the doc we have on hooks:=20 https://github.com/freebsd/poudriere/wiki/hooks Would be nice to get more stuff in there :) Best regards, Bapt --KR/qxknboQ7+Tpez Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlXwM7UACgkQ8kTtMUmk6EzKPACgiIB+ZherfhnxpKBf2dliebuQ otMAmQEcjQETnDgj3Qht0Ez/bRPEvadN =nFfA -----END PGP SIGNATURE----- --KR/qxknboQ7+Tpez-- From owner-freebsd-stable@freebsd.org Wed Sep 9 15:45:24 2015 Return-Path: Delivered-To: freebsd-stable@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 40802A01CD8 for ; Wed, 9 Sep 2015 15:45:24 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (manor.msen.com [148.59.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E83F91FCE for ; Wed, 9 Sep 2015 15:45:23 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (localhost [127.0.0.1]) by manor.msen.com (8.12.11/8.12.11) with ESMTP id t89FjM4g030570 for ; Wed, 9 Sep 2015 11:45:22 -0400 (EDT) (envelope-from wayne@manor.msen.com) Received: (from wayne@localhost) by manor.msen.com (8.12.11/8.12.11/Submit) id t89FjLhq030569 for freebsd-stable@freebsd.org; Wed, 9 Sep 2015 11:45:21 -0400 (EDT) (envelope-from wayne) Date: Wed, 9 Sep 2015 11:45:21 -0400 From: "Michael R. Wayne" To: freebsd-stable@freebsd.org Subject: Re: pkg does bad things after upgrade from 8.4 to 9.3 Message-ID: <20150909154521.GW23144@manor.msen.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20150908175303.GP23144@manor.msen.com> <1441745722.12994.59.camel@michaeleichorn.com> <7A1CD302-0428-4068-ACD9-146C5E03802E@ultra-secure.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7A1CD302-0428-4068-ACD9-146C5E03802E@ultra-secure.de> User-Agent: Mutt/1.4.2.1i X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 15:45:24 -0000 On Tue, Sep 08, 2015 at 11:06:02PM +0200, Rainer Duffner wrote: > > > Am 08.09.2015 um 22:55 schrieb Michael B. Eichorn : > > > > But you must reinstall everything. You upgraded your ABI going 8->9 so > > everything needs rebuilt/reinstalled. See next. > > Exactly. > Or unpack the compat8x package by hand. Explain this please? > Or don???t delete the old libraries upon upgrading??? We never delete the old libraries. So the old binaries function. But, the goal is to migrate to 9.X executables over time. The motivation for this is that upgrading something almost always breaks things and it is MUCH easier to deal with these breakages incrementally over several days, rather than having everything broken at once. Note that NONE of this explains why pkg would delete ANYTHING. I can (sorta) see that upgrading bash says I have to upgrade mutt (but, really, it should just install a new library for bash and let mutt run on the old one) but can not think of a reason it would remove it! From owner-freebsd-stable@freebsd.org Wed Sep 9 15:53:33 2015 Return-Path: Delivered-To: freebsd-stable@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 B8FBB9CC072 for ; Wed, 9 Sep 2015 15:53:33 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: from mail-la0-x229.google.com (mail-la0-x229.google.com [IPv6:2a00:1450:4010:c03::229]) (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 40B4814B8 for ; Wed, 9 Sep 2015 15:53:33 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: by lamp12 with SMTP id p12so9657751lam.0 for ; Wed, 09 Sep 2015 08:53:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=MUGOL0HcEBEAVti9cBd3OEhxZcvGm1kURNKVW0GnTPU=; b=RwjH+D8mRzP/H9rd00AZqwWpyQ8wA+goXJOm2xvTqhWv9fUKBkuuF5uWoKlQ95DmLk PN+9dB7I1X2Bwml593E1SHkexaia4ieur5ezyxt2NxWPc7uN4HTGCtw2AqKHCa/au4Ia +ld8jb7DqbZr+pSBCcnpzkWlR5x41zteO9VUMEPBjjzIyaEps+vTr6aQ2dq3h42fzcaw swcmOGyI3egw2RpYl0FXgNEnlMBkYgTfDh1WxPsonN8yMdyNP/IMFwx3Gj83cFyeje9Y 84PoiYPhtjnc5HWy7ulUIPejv9flVC8zUZEJQubCuWkCPtnNtWk7u0kDIPBgtCRrPozr 36UQ== MIME-Version: 1.0 X-Received: by 10.152.6.194 with SMTP id d2mr29583380laa.93.1441814011184; Wed, 09 Sep 2015 08:53:31 -0700 (PDT) Received: by 10.25.134.198 with HTTP; Wed, 9 Sep 2015 08:53:31 -0700 (PDT) In-Reply-To: <20150909154521.GW23144@manor.msen.com> References: <20150908175303.GP23144@manor.msen.com> <1441745722.12994.59.camel@michaeleichorn.com> <7A1CD302-0428-4068-ACD9-146C5E03802E@ultra-secure.de> <20150909154521.GW23144@manor.msen.com> Date: Wed, 9 Sep 2015 11:53:31 -0400 Message-ID: Subject: Re: pkg does bad things after upgrade from 8.4 to 9.3 From: Brandon Allbery To: freebsd-stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 15:53:33 -0000 On Wed, Sep 9, 2015 at 11:45 AM, Michael R. Wayne wrote: > Note that NONE of this explains why pkg would delete ANYTHING Because it can't keep track of multiple versions of (say) gettext for different packages? If you upgrade something that requires a newer gettext, you must either upgrade everything else that uses gettext or remove the things that can only use the old one. This same pain is visible in other package systems --- for example, ask someone on debian unstable (or, occasionally, testing) who tries to install/upgrade something and watches it ask to remove their entire system because it was built against a newer libc. If you use packages, you need to upgrade the entire package set as a unit, not piecemeal. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@freebsd.org Wed Sep 9 18:03:56 2015 Return-Path: Delivered-To: freebsd-stable@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 DA8C9A0159D for ; Wed, 9 Sep 2015 18:03:56 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [88.198.178.88]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3533D1C3D for ; Wed, 9 Sep 2015 18:03:54 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (qmail 97290 invoked by uid 89); 9 Sep 2015 18:03:50 -0000 Received: from unknown (HELO ?192.168.1.200?) (rainer@ultra-secure.de@217.71.83.52) by mail.ultra-secure.de with ESMTPA; 9 Sep 2015 18:03:50 -0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: pkg does bad things after upgrade from 8.4 to 9.3 From: Rainer Duffner In-Reply-To: <20150909154521.GW23144@manor.msen.com> Date: Wed, 9 Sep 2015 20:03:47 +0200 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20150908175303.GP23144@manor.msen.com> <1441745722.12994.59.camel@michaeleichorn.com> <7A1CD302-0428-4068-ACD9-146C5E03802E@ultra-secure.de> <20150909154521.GW23144@manor.msen.com> To: "Michael R. Wayne" X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 18:03:56 -0000 > Am 09.09.2015 um 17:45 schrieb Michael R. Wayne = : >=20 > On Tue, Sep 08, 2015 at 11:06:02PM +0200, Rainer Duffner wrote: >>=20 >>> Am 08.09.2015 um 22:55 schrieb Michael B. Eichorn = : >>>=20 >>> But you must reinstall everything. You upgraded your ABI going 8->9 = so >>> everything needs rebuilt/reinstalled. See next. >>=20 >> Exactly. >> Or unpack the compat8x package by hand. >=20 > Explain this please? If you don=E2=80=99t delete the old libraries, you don=E2=80=99t need = that. You can untar any package (it=E2=80=99s just a tar.xz). >=20 >> Or don???t delete the old libraries upon upgrading??? >=20 > We never delete the old libraries. So the old binaries function. > But, the goal is to migrate to 9.X executables over time. The > motivation for this is that upgrading something almost always breaks > things and it is MUCH easier to deal with these breakages = incrementally > over several days, rather than having everything broken at once. >=20 How about a test-system? > Note that NONE of this explains why pkg would delete ANYTHING. I > can (sorta) see that upgrading bash says I have to upgrade mutt > (but, really, it should just install a new library for bash and let = mutt > run on the old one) but can not think of a reason it would remove > it! It deletes the old packages, usually. Unless it can=E2=80=99t find a replacement. Then (IIRC), it just leaves = the package as is. This is really just a case of =E2=80=9Eyou=E2=80=99re holding it = wrong=E2=80=9C IMO. pkg has a few problems, still - but most of them are inherent to the way = and the speed that the ports-tree evolves (IMO) and you can=E2=80=99t = catch every corner case. That=E2=80=99s why you build your own packages, run your own repository = and install all the same packages on every host so that your upgrades = always work the same and you test it on a few test-servers, then the = "guinea-pig=E2=80=9C servers and then the rest. I=E2=80=99ve got a hundred (more or less) FreeBSD servers and jails with = pkg - and there=E2=80=99s been maybe a handful of structural problems = since I started using it. At some point (maybe during a rename) mysql-server was deleted but not = upgraded. Big deal, you install it again, start it, run mysql-upgrade = and all is peachy again. Compared to the nightmare of upgrading more than a handful of servers = with the old pkg_ tools, this is like a walk on the beach. From owner-freebsd-stable@freebsd.org Thu Sep 10 19:21:43 2015 Return-Path: Delivered-To: freebsd-stable@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 76035A00FA0 for ; Thu, 10 Sep 2015 19:21:43 +0000 (UTC) (envelope-from eugen@eg.sd.rdtc.ru) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0792C1596 for ; Thu, 10 Sep 2015 19:21:41 +0000 (UTC) (envelope-from eugen@eg.sd.rdtc.ru) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id t8AJKAR7060052 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 10 Sep 2015 21:20:11 +0200 (CEST) (envelope-from eugen@eg.sd.rdtc.ru) X-Envelope-From: eugen@eg.sd.rdtc.ru X-Envelope-To: la5lbtyi@aon.at Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id t8AJK41S018684 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 11 Sep 2015 02:20:04 +0700 (KRAT) (envelope-from eugen@eg.sd.rdtc.ru) Received: (from eugen@localhost) by eg.sd.rdtc.ru (8.15.2/8.15.2/Submit) id t8AJK4Mv018649; Fri, 11 Sep 2015 02:20:04 +0700 (KRAT) (envelope-from eugen) Date: Fri, 11 Sep 2015 02:20:04 +0700 From: Eugene Grosbein To: Martin Birgmeier Cc: freebsd-stable@freebsd.org Subject: Re: file(1) command very slow Message-ID: <20150910192004.GA95721@rdtc.ru> References: <55EAAD8D.9020902@aon.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55EAAD8D.9020902@aon.at> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, T_RP_MATCHES_RCVD autolearn=no version=3.3.2 X-Spam-Report: * -0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay * domain * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 19:21:43 -0000 On Sat, Sep 05, 2015 at 10:53:33AM +0200, Martin Birgmeier wrote: > Running the file(1) command on a 7 MB text file takes much longer in > 10.2 than in 10.1. > > Example: > > # ll /tmp/x6 > -rw-r--r-- 1 root wheel 7384414 Sep 5 10:30 /tmp/x6 > # file /tmp/x6 > /tmp/x6: ASCII text > file /tmp/x6 26.12s user 0.00s system 99% cpu 26.237 total > # > > I have this on all my machines since installing 10.2. > > Any ideas on what is wrong? I've found the change to libmagic that brought this. Please try temporary workaround if you have sources installed: cd /tmp fetch http://www.grosbein.net/file/patch-softmagic.c cd /usr/src/contrib/file patch -R < /tmp/patch-softmagic.c cd /usr/src/lib/libmagic make obj clean depend && make all install Eugene Grosbein From owner-freebsd-stable@freebsd.org Sat Sep 12 06:20:14 2015 Return-Path: Delivered-To: freebsd-stable@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 AA839A02D7F for ; Sat, 12 Sep 2015 06:20:14 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3BBF31D62 for ; Sat, 12 Sep 2015 06:20:13 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id t8C6IeBS066950 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 12 Sep 2015 08:18:41 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: la5lbtyi@aon.at Received: from [10.58.0.4] (dadv@[10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id t8C6IYNZ021262 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 12 Sep 2015 13:18:35 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: file(1) command very slow To: Martin Birgmeier , freebsd-stable@freebsd.org References: <55EAAD8D.9020902@aon.at> From: Eugene Grosbein Message-ID: <55F3C3B9.3020103@grosbein.net> Date: Sat, 12 Sep 2015 13:18:33 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55EAAD8D.9020902@aon.at> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Sep 2015 06:20:14 -0000 05.09.2015 15:53, Martin Birgmeier пишет: > Running the file(1) command on a 7 MB text file takes much longer in > 10.2 than in 10.1. > > Example: > > # ll /tmp/x6 > -rw-r--r-- 1 root wheel 7384414 Sep 5 10:30 /tmp/x6 > # file /tmp/x6 > /tmp/x6: ASCII text > file /tmp/x6 26.12s user 0.00s system 99% cpu 26.237 total > # > > I have this on all my machines since installing 10.2. The problem is now fixed upstream libmagic code repository but we'll have to wait for file-5.25 release. I've extracted official code fix from its repository, apply as following: fetch http://www.grosbein.net/file/patch-regexmax.diff cd /usr/src patch < /path/to/patch-regexmax.diff cd lib/libmagic make obj depend && make all install From owner-freebsd-stable@freebsd.org Sat Sep 12 06:34:27 2015 Return-Path: Delivered-To: freebsd-stable@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 DF9B4A0248F for ; Sat, 12 Sep 2015 06:34:27 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 74CF01370; Sat, 12 Sep 2015 06:34:27 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id t8C6YIr4066994 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 12 Sep 2015 08:34:19 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: delphij@freebsd.org Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id t8C6YDN4021465 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 12 Sep 2015 13:34:13 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: file(1) command very slow To: delphij@freebsd.org, freebsd-stable@freebsd.org References: <55EAAD8D.9020902@aon.at> From: Eugene Grosbein Message-ID: <55F3C75F.6000505@grosbein.net> Date: Sat, 12 Sep 2015 13:34:07 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55EAAD8D.9020902@aon.at> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Sep 2015 06:34:28 -0000 Hello, Xin LI! Please take a look at this problem in file(1): http://bugs.gw.com/view.php?id=474 Can we import upstream fix for this soon? 05.09.2015 15:53, Martin Birgmeier wrote: > Running the file(1) command on a 7 MB text file takes much longer in > 10.2 than in 10.1. > > Example: > > # ll /tmp/x6 > -rw-r--r-- 1 root wheel 7384414 Sep 5 10:30 /tmp/x6 > # file /tmp/x6 > /tmp/x6: ASCII text > file /tmp/x6 26.12s user 0.00s system 99% cpu 26.237 total > # > > I have this on all my machines since installing 10.2. From owner-freebsd-stable@freebsd.org Sat Sep 12 19:06:07 2015 Return-Path: Delivered-To: freebsd-stable@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 509D0A037F8 for ; Sat, 12 Sep 2015 19:06:07 +0000 (UTC) (envelope-from la5lbtyi@aon.at) Received: from smtpout-fallback.aon.at (smtpout-fallback.aon.at [195.3.96.119]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A17961C26 for ; Sat, 12 Sep 2015 19:06:05 +0000 (UTC) (envelope-from la5lbtyi@aon.at) Received: (qmail 4979 invoked from network); 12 Sep 2015 18:59:21 -0000 Received: from unknown (HELO smtpout.aon.at) ([172.18.1.205]) (envelope-sender ) by fallback43.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 12 Sep 2015 18:59:21 -0000 Received: (qmail 3028 invoked from network); 12 Sep 2015 18:59:13 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on WARSBL604.highway.telekom.at X-Spam-Level: Received: from 88-117-64-47.adsl.highway.telekom.at (HELO gandalf.xyzzy) ([88.117.64.47]) (envelope-sender ) by smarthub77.res.a1.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP; 12 Sep 2015 18:59:12 -0000 X-A1Mail-Track-Id: 1442084351:3022:smarthub77:88.117.64.47:1 Received: from mizar.xyzzy (mizar.xyzzy [192.168.1.19]) by gandalf.xyzzy (8.15.2/8.15.2) with ESMTP id t8CIxB3d019102; Sat, 12 Sep 2015 20:59:11 +0200 (CEST) (envelope-from la5lbtyi@aon.at) Subject: Re: file(1) command very slow To: Eugene Grosbein , freebsd-stable@freebsd.org References: <55EAAD8D.9020902@aon.at> <55F3C3B9.3020103@grosbein.net> From: Martin Birgmeier Organization: MBi at home Message-ID: <55F475FF.8010007@aon.at> Date: Sat, 12 Sep 2015 20:59:11 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55F3C3B9.3020103@grosbein.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Sep 2015 19:06:07 -0000 Dear Eugene, Thank you for your efforts, I have been following them in the upstream PR you filed. Regards, Martin On 09/12/15 08:18, Eugene Grosbein wrote: > 05.09.2015 15:53, Martin Birgmeier пишет: >> Running the file(1) command on a 7 MB text file takes much longer in >> 10.2 than in 10.1. >> >> Example: >> >> # ll /tmp/x6 >> -rw-r--r-- 1 root wheel 7384414 Sep 5 10:30 /tmp/x6 >> # file /tmp/x6 >> /tmp/x6: ASCII text >> file /tmp/x6 26.12s user 0.00s system 99% cpu 26.237 total >> # >> >> I have this on all my machines since installing 10.2. > > The problem is now fixed upstream libmagic code repository > but we'll have to wait for file-5.25 release. > > I've extracted official code fix from its repository, apply as following: > > fetch http://www.grosbein.net/file/patch-regexmax.diff > cd /usr/src > patch < /path/to/patch-regexmax.diff > cd lib/libmagic > make obj depend && make all install > > > > > >