From owner-freebsd-current@freebsd.org Sun Mar 4 01:34:11 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90D70F29E83 for ; Sun, 4 Mar 2018 01:34:11 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 190CD8182E; Sun, 4 Mar 2018 01:34:11 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id EE90216A27; Sun, 4 Mar 2018 01:34:10 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id E218382D1; Sun, 4 Mar 2018 01:34:09 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id b1a4ZBuJWSxh; Sun, 4 Mar 2018 01:34:03 +0000 (UTC) Subject: Re: unable to build head - iconv issues DKIM-Filter: OpenDKIM Filter v2.10.3 mail.xzibition.com 0D97C82CC To: Eitan Adler , freebsd-current Current References: From: Bryan Drewery Organization: FreeBSD Message-ID: <4739b888-cd5a-beba-ea84-db23c44ede89@FreeBSD.org> Date: Sat, 3 Mar 2018 17:33:54 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="NsL1N0H4Uql4TXv6TMrj6YLxUK9gZU8R3" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2018 01:34:11 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --NsL1N0H4Uql4TXv6TMrj6YLxUK9gZU8R3 Content-Type: multipart/mixed; boundary="9P4KNv5Es1zlZ90WG4TPvPWzYCnaACsQy"; protected-headers="v1" From: Bryan Drewery To: Eitan Adler , freebsd-current Current Message-ID: <4739b888-cd5a-beba-ea84-db23c44ede89@FreeBSD.org> Subject: Re: unable to build head - iconv issues References: In-Reply-To: --9P4KNv5Es1zlZ90WG4TPvPWzYCnaACsQy Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 3/3/18 1:18 PM, Eitan Adler wrote: > On 2 March 2018 at 20:22, Eitan Adler wrote: >> uname -a: FreeBSD develop 12.0-CURRENT FreeBSD 12.0-CURRENT #0 >> r329949: Sat Feb 24 07:58:23 UTC 2018 >> eax@fasteagle:/srv/obj/fbsd/head/srv/src/fbsd/head/amd64.amd64/sys/GEN= ERIC >> amd64 >> >> src-env.conf: >> >> MAKEOBJDIRPREFIX=3D/srv/obj >=20 > With some help from bdrewery the issue was that this needed to be >=20 > MAKEOBJDIRPREFIX?=3D/srv/obj >=20 > instead. >=20 >=20 >=20 Effectively fixed by r330363 but ?=3D should still be used. --=20 Regards, Bryan Drewery --9P4KNv5Es1zlZ90WG4TPvPWzYCnaACsQy-- --NsL1N0H4Uql4TXv6TMrj6YLxUK9gZU8R3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Rc8ssOq6npcih8JNddxu25Gl88FAlqbTQMACgkQNddxu25G l8/63wf/bsMJ4NEb0HDgikM7Irgu1lD3Dv0lxPVZF3/9Hv4saoSUnSt6Ebkw8wxR oLq09zLV6GgPCiDm6H5ybzDswR3ox84p4VeuV1/AyCb0uIe222xvn9sdsutUkWTo Eivc2npNoPHLZoxxCYv/pCYc88Fbx790+xlCBIYq5eepBDmVrfffRqu4tBVtc5Pl IpaaSM2R6lOSosuGgeX0C1fqS+8tDG13RGl20H4VFdqLqLhuYOIcdU/XqFJiuur8 n4Hda2MIZsBMngrEk52FW8wvB8JlbsDEmTxFb2gVmZ3lymu97F2xFuvc1v3GQXlj /qglKJqRgdoPSp9l5nuMMXmoAk41Yw== =sjxQ -----END PGP SIGNATURE----- --NsL1N0H4Uql4TXv6TMrj6YLxUK9gZU8R3-- From owner-freebsd-current@freebsd.org Sun Mar 4 01:38:44 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4501DF2A30A for ; Sun, 4 Mar 2018 01:38:44 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::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 CB72481A42; Sun, 4 Mar 2018 01:38:43 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x22e.google.com with SMTP id e30so14434248ioc.3; Sat, 03 Mar 2018 17:38:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=cDg+VZtc0MYD7zJnO/V6riBCfVluaouD5oZkJ+22GKM=; b=mKwl+K0V9IM0w80yRizNNxdyWfz7BFW3f3RyvmyYCsY4Ln1Juc9HYs7MqgJdG4XEye IEDBD9PKmPImGVWxEb3Qdqh7075rTDWee4Sk+oVHmeALkhNMNRVxgteTSSeFfCHm4lp4 dSufDOCaYEiF3BG2JL2vMZx0g6TIrHsBseFnn1+avBTpN07HJbMjNEWmUoT1jkZdOI9v tDlzjK43xmKH8PrHJ1y6/WM3wfJpLSY0A3AQP0hNcqfA+PiEX4KNWnrOIx5dHqheFy5D hBTIuhqrbX4gYz3+v87xayk9hHlf6T6rur43bUp/EoTHkBZZW0UKGA93X7Eue0Ek3QXl BPOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=cDg+VZtc0MYD7zJnO/V6riBCfVluaouD5oZkJ+22GKM=; b=dQlSetQzS9QILw56deI5BsvahxOD0PgcGfuhWhWhQfYLnz9kDFiYn6NeSSU2yGu6H/ XXajS5SvxwuRi7LlJQ+MQGfF9AKd+L/H+rUdbL04GrxCSR6RBRsGbfIW+T25CtfazqV3 i+7gyCNjscgTAuSbRoU65ShIqkJc9Q6BqXLCvzWBjoiy1xmBOPgCvLvMXZd8CacsGX+l FGi2QaYztATYpS3vjGQiD95Gkc3w7+ucnkVniY/wkVKGBfcPlMUvHfZMKrxiGa1e0T1D o6mqTdbymqphHyHV5R/tkYQ8YOTf12L/g4FxyA4Nudrg9OhEjJ8EhWgEwPmHQzxPdTJN rq3A== X-Gm-Message-State: AElRT7FCT60iplhEMJKVrMM/57bNP+wnkAAA/GfLrPWzglTWOj1frhq7 E4Bbsv4BraDJe5pw63TRiuPul9Wdfs8vtrcK4C77SPdb X-Google-Smtp-Source: AG47ELt+7VVLDl9qtkJ6xFVEmYvyzHr9FCgrLMYAu+98qabeA5XDovbAbmo9OL5YcYMCUrvIHKq10ecZP79VokUCFF0= X-Received: by 10.107.20.131 with SMTP id 125mr12644845iou.239.1520127522946; Sat, 03 Mar 2018 17:38:42 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.163.13 with HTTP; Sat, 3 Mar 2018 17:38:22 -0800 (PST) In-Reply-To: <1519983281.528132.1288885120.3C05D54E@webmail.messagingengine.com> References: <1519983281.528132.1288885120.3C05D54E@webmail.messagingengine.com> From: Ed Maste Date: Sat, 3 Mar 2018 20:38:22 -0500 X-Google-Sender-Auth: uao1R65pFnL8pG1HN39C0QHAwUg Message-ID: Subject: Re: Conflict between FreeBSD-binutils and FreeBSD-lld packages To: Tobias Kortkamp Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2018 01:38:44 -0000 On 2 March 2018 at 04:34, Tobias Kortkamp wrote: > Building pkgbase packages with r330236 results in FreeBSD-binutils and > FreeBSD-lld packages conflicting with each other. Both want to > install /usr/share/man/man1/ld.1.gz Thanks for the report; this should be fixed as of r330366. From owner-freebsd-current@freebsd.org Sun Mar 4 01:55:27 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1B362F2AE00 for ; Sun, 4 Mar 2018 01:55:27 +0000 (UTC) (envelope-from rroot@rootautomation.com) Received: from mail.4fast.net (mail.4fast.net [209.232.198.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.4fast.net", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 59A2982329 for ; Sun, 4 Mar 2018 01:55:26 +0000 (UTC) (envelope-from rroot@rootautomation.com) Received: (qmail 5785 invoked by uid 89); 4 Mar 2018 01:47:57 -0000 Received: by simscan 1.4.0 ppid: 5465, pid: 5633, t: 0.6839s scanners: clamav: 0.99.3/m:58/d:24361 Received: from unknown (HELO ?192.168.0.101?) (rroot@rootautomation.com@162.254.181.135) by mail.4fast.net with ESMTPA; 4 Mar 2018 01:47:57 -0000 SavedFromEmail: rroot@rootautomation.com Date: Sat, 03 Mar 2018 17:47:54 -0800 Subject: Re: FreeBSD has a politics problem In-Reply-To: Importance: normal From: Ryan Root To: cem@freebsd.org, John Darrah Cc: "freebsd-advocacy@freebsd.org" , "freebsd-current@freebsd.org" MIME-Version: 1.0 X-Mailman-Approved-At: Sun, 04 Mar 2018 05:20:38 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2018 01:55:27 -0000 SWYgcG9saXRpY3MgaXMgd2hlbiBhIGNvbW11bml0eSBoYWQgc3RhbmRhcmRzIGl0IG9wZXJhdGVk IGJ5IGJ1dCBpdCBzaG93ZWQgZmF2b3JpdGlzbSBub3QgZGlzY2lwbGluaW5nIGl0J3MgbWVtYmVy cyBpdCB0aG91Z2h0IHdlcmUgbW9yZSBpbXBvcnRhbnQgYW5kIGFsbG93ZWQgdGhlbSB0byBoYXJh c3Mgb3RoZXJzIHVudGlsIHRoZXkgZWl0aGVyIGxlZnQgb3IgY291bGQgYmUgYWNjdXNlZCBvZiBi cmVha2luZyBub3QgaXQncyBydWxlcyBhdCB0aW1lIG9mIGNvbmZsaWN0IGJ1dCB0aGlzIG5ldyBv bmUgdGhleSBoYXZlIG11Y2ggbW9yZSB0aGFuIGEgcG9saXRpY2FsIHByb2JsZW0uIFRoZXkgaGF2 ZSBhIGxlZ2FsIHByb2JsZW0uwqAgVGhleSBkb24ndCBvd24gdGhlIHJpZ2h0cyB0byBpdCdzIGNv ZGUgYW55bW9yZS4KUnlhbiBSb290CgoKU2VudCBmcm9tIG15IFZlcml6b24sIFNhbXN1bmcgR2Fs YXh5IHNtYXJ0cGhvbmUKLS0tLS0tLS0gT3JpZ2luYWwgbWVzc2FnZSAtLS0tLS0tLUZyb206IENv bnJhZCBNZXllciA8Y2VtQGZyZWVic2Qub3JnPiBEYXRlOiAzLzMvMTggIDM6MjUgUE0gIChHTVQt MDg6MDApIFRvOiBKb2huIERhcnJhaCA8dGltbWNncmF3ZmFuQHByb3Rvbm1haWwuY29tPiBDYzog ZnJlZWJzZC1hZHZvY2FjeUBmcmVlYnNkLm9yZywgZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3Jn IFN1YmplY3Q6IFJlOiBGcmVlQlNEIGhhcyBhIHBvbGl0aWNzIHByb2JsZW0gCkpvaG4sCgpBIGdv b2QgcG9ydGlvbiBvZiB5b3VyIG9yaWdpbmFsIGVtYWlsIGhhcHBlbnMgdG8gYmUgaW5hY2N1cmF0 ZSBvcgptaXNsZWFkaW5nLsKgIEluIHRoZSBzcGlyaXQgb2YgZ29vZCBmYWl0aCBkaXNjdXNzaW9u LCBJJ20gZ29pbmcgdG8KYXNzdW1lIHlvdSdyZSBqdXN0IGFjY2lkZW50YWxseSBtaXNpbmZvcm1l ZCwgYW5kIG5vdCB3aWxsZnVsbHkKbWlzcmVwcmVzZW50aW5nIHRoaW5ncy7CoCBTbywgc29tZSBj b3JyZWN0aW9ucyBhbmQgY2xhcmlmaWNhdGlvbnMKZm9sbG93LgoKSWYgeW91IGhhdmUgZnVydGhl ciBxdWVzdGlvbnMgYWJvdXQgdGhlIGNvZGUgb2YgY29uZHVjdCwgSSBzdWdnZXN0CnJlYWNoaW5n IG91dCB0byB0aGUgZHJhZnRpbmcgY29tbWl0dGVlIG9yIGNvcmUgZGlyZWN0bHkuwqAgVGhleSdy ZSBuaWNlCnBlb3BsZSwgdGhleSBkb24ndCBiaXRlLCBhbmQgdGhleSdyZSBoYXBweSB0byBoZWxw IGNsYXJpZnkgaW50ZW50IGFuZApudWFuY2UuCgpUaGFua3MuCgpPbiBTYXQsIE1hciAzLCAyMDE4 IGF0IDI6MzAgUE0sIEpvaG4gRGFycmFoIDx0aW1tY2dyYXdmYW5AcHJvdG9ubWFpbC5jb20+IHdy b3RlOgo+IEZyZWVCU0QgcmVjZW50bHkgaW50cm9kdWNlZCBhbiB1cGRhdGVkIENvZGUgb2YgQ29u ZHVjdCB0aGF0IGRldmVsb3BlcnMgYW5kCj4gbWVtYmVycyBtdXN0IGFkaGVyZSB0by4gVGhlcmUg aGFzIGJlZW4gbXVjaCBiYWNrbGFzaCBvbmxpbmUgYWJvdXQgaXQgYW5kCj4gYWJvdXQgaW50cm9k dWNpbmcgaWRlbnRpdHkgcG9saXRpY3MgaW50byBhIHRlY2huaWNhbCBPUyBwcm9qZWN0IGluIGdl bmVyYWwuCj4gVGhlIENvZGUgb2YgQ29uZHVjdCB3YXMgYWRvcHRlZAoKSW4gcGFydCwgd2l0aCBl ZGl0b3JpYWwgcmV2aWV3IGFuZCBtb2RpZmljYXRpb24gYnkgYSBjb21taXR0ZWUgb2YKY29uc2Np ZW50aW91cyBwcm9qZWN0IG1lbWJlcnMuCgo+IGZyb20gdGhlICJHZWVrIEZlbWluaXNtIiB3aWtp J3MgdmVyc2lvbiwKPiB3aGljaCBjbGFpbXMgKGFtb25nIG90aGVyIHRoaW5ncykgdGhhdCByYWNp c20gYWdhaW5zdCB3aGl0ZXMgZG9lc24ndCBleGlzdCwKClRoaXMgY2xhaW0gaXMgZmFjdHVhbGx5 IGVycm9uZW91cy7CoCBUaGUgR2VlayBGZW1pbmlzbSBleGFtcGxlCmFudGktaGFyYXNzbWVudCBw b2xpY3kgc2ltcGx5IG1ha2VzIG5vIHN1Y2ggY2xhaW0uCgooRnVydGhlcm1vcmUsIGNyaXRpY2l6 aW5nIHRoZSBHZWVrIEZlbWluaXNtIGRvY3VtZW50IGlzIHdob2xseQpvZmYtdG9waWMgZm9yIEZy ZWVCU0QuwqAgT3VyIGNvZGUgb2YgY29uZHVjdCBpcyBub3QgaWRlbnRpY2FsIHRvIEdGJ3MKZXhh bXBsZSBwb2xpY3kuwqAgVGhlIG9ubHkgY29uZHVjdCBkb2N1bWVudCByZWxldmFudCB0byBGcmVl QlNEIGlzIHRoZQpvbmUgYXQgaHR0cHM6Ly93d3cuZnJlZWJzZC5vcmcvaW50ZXJuYWwvY29kZS1v Zi1jb25kdWN0Lmh0bWwgLikKCj4gc2V4aXNtIGFnYWluc3QgbWVuIGRvZXNuJ3QgZXhpc3QsCgpU aGlzIGNsYWltIGlzIGFsc28gb2JqZWN0aXZlbHkgYWJzZW50IGZyb20gdGhlIHBsYWluIGxhbmd1 YWdlIG9mCmVpdGhlciBkb2N1bWVudC4KCj4gYW5kIHRoYXQgY2VydGFpbiBwcm90ZWN0ZWQgY2xh c3NlcyBvZgo+IHBlb3BsZSBzaG91bGQgbm90IGJlIGNyaXRpY2lzZWQuCgpBZ2FpbiwgdGhpcyBo eXN0ZXJpY2FsIGNsYWltIGNvbWVzIGZyb20gYmx1ZSBza3kuCgo+IEEgbnVtYmVyIG9mIGRldmVs b3BlcnMsIHBhcnRpY3VsYXJseSBiZW5ub0AsIHBoa0AgYW5kIGRlc0AsIGhhdmUgdXNlZCByYWNp c3QKPiBhbmQgc2V4aXN0IHJlbWFya3MKCkFnYWluLCB0aGlzIGlzIGEgY2xhaW0gbWFkZSB3aXRo b3V0IGFueSBldmlkZW5jZS7CoCBJJ3ZlIGJyaWVmbHkKcmUtc2tpbW1lZCB0aGUgZGV2ZWxvcGVy cyBkaXNjdXNzaW9uIG9uIHRoaXMgdG9waWMgYW5kIGRvbid0IHNlZSBhbnkKZXhhbXBsZXMuwqAg KEFuZCwgdGhpcyBhY2N1c2F0aW9uIGlzIHNvIGZhciBvdXRzaWRlIG9mIEJlbm5vJ3MgZGVtZWFu b3IKYXMgdG8gYmUgY29tcGxldGVseSBsYXVnaGFibGUuKcKgIHBoa0AgYW5kIGRlc0AgaGF2ZSB1 c2VkIGxlc3MKY29uY2lsaWF0b3J5IGxhbmd1YWdlIGJ1dCBJIHN0aWxsIGRvIG5vdCBzZWUgYW55 IHNleGlzdCBvciByYWNpc3QKcmVtYXJrcy4KCj4gYWdhaW5zdCB0aG9zZSBjcml0aWNpc2luZyB0 aGUgZmFyLXJlYWNoaW5nIHByb2plY3QgcG9saWN5Cj4gY2hhbmdlLCBzYXlpbmcgdGhhdCB0aGUg Y29uY2VybnMgYWJvdXQgdGhlIHBvbGljeSBlc3NlbnRpYWxseSBib2lsIGRvd24gdG8KPiAid2hp dGUgbWFsZSBwcml2aWxlZ2UiIGFuZCBiZWluZyAib24gdGhlIHdyb25nIHNpZGUgb2YgaGlzdG9y eSIuCgpUaGV5J3JlIGVudGl0bGVkIHRvIHRoZWlyIG9waW5pb25zLCBhcyB5b3UgYXJlLsKgIE5v dGUgdGhhdCBuZWl0aGVyCmRlc0Agbm9yIHBoa0Agc2l0IG9uIG9yIHJlcHJlc2VudCB0aGUgQ29y ZSB0ZWFtLgoKPiBPdGhlciBkZXZlbG9wZXJzIGV4cHJlc3NlZCBjb25jZXJuIGFib3V0IHRoZSBw b2xpY3kgYmVpbmcgdGhyb3duIHVwb24gdGhlbQo+IHdpdGggbm8gZGlzY3Vzc2lvbiBvciBkZWJh dGUsIGFzIHdlbGwgYXMgVGhlIEZyZWVCU0QgRm91bmRhdGlvbidzIGNob2ljZQo+IHRvIHBheSBh biBvdXRzaWRlIHBlcnNvbiAod2l0aCBkb25hdGlvbnMgZnJvbSB0aGUgdXNlcnMpIHRvIHdvcmsg b24gdGhlCj4gQ29kZSBvZiBDb25kdWN0J3MgZW5mb3JjZW1lbnQuCgpUaGUgRm91bmRhdGlvbiBj aG9vc2VzIGhvdyB0byBzcGVuZCBkb25hdGlvbiBkb2xsYXJzIGF0IGl0cyBzb2xlCmRpc2NyZXRp b24uwqAgVGhhdCdzIHRoZSBkZWFsIHdpdGggNTAxKGMpKDMpIGNoYXJpdGllcy7CoCBJZiB5b3Ug d2FudCB0bwpwaWNrIGFuZCBjaG9vc2UgaG93IHlvdXIgZG9uYXRlZCBkb2xsYXJzIGFyZSBzcGVu dCwgTGludXggRm91bmRhdGlvbgppcyBhIDUwMShjKSg2KS4KCj4gU2FpZCBwZXJzb24gaWRlbnRp ZmllcyBhcyBhIGZlbWluaXN0LgoKV2UgZG9uJ3Qgb2JqZWN0IHRvIGNvbnRyaWJ1dGlvbiBmcm9t IHBlb3BsZSB3aG8gaWRlbnRpZnkgYXMKUmVwdWJsaWNhbiwgQ2F0aG9saWMsIG9yIFBhc3RhZmFy aWFuLsKgIFdoeSBkbyB5b3UgdGhpbmsgc29tZW9uZSB3aG8KaWRlbnRpZmllcyBhcyBhIGZlbWlu aXN0IGlzIGluY2FwYWJsZSBvZiBkb2luZyBhIGdvb2Qgam9iIGFkdmlzaW5nIHRoZQpkcmFmdGlu ZyBjb21taXR0ZWU/Cgo+IE1vZHMgb24gQlNEIGFuZCBGcmVlQlNELXJlbGF0ZWQgc3VicmVkZGl0 cyBhcmUgY2Vuc29yaW5nIHBvc3RzLCByZW1vdmluZwo+IHRocmVhZHMsIGFuZCBiYW5uaW5nIHVz ZXJzIGZvciBwb3N0aW5nIHRoZSBsaW5rLgoKVGhpcyBpcyBhIG1pc2xlYWRpbmcgb3ZlcnNpbXBs aWZpY2F0aW9uLsKgIEZyZWVCU0QtdGhlLXByb2plY3QgZG9lc24ndApjb250cm9sIG9yIGhhdmUg YW55IG1vZGVyYXRpb24gcHJpdmlsZWdlcyBvbiBCU0QtdG9waWMgc3VicmVkZGl0cy4KVGhlIG9u bHkgYWN0aXZlIG1vZGVyYXRvciBvbiBvbmUgb2YgdGhlIHN1YnJlZGRpdHMgKGZyZWVic2QpIGlz bid0CmV2ZW4gYSBkZXZlbG9wZXIsIGp1c3Qgc29tZSByYW5kb20gcmVkZGl0IHVzZXIgd2hvIGhh cHBlbmVkIHRvCnJlZ2lzdGVyIGxvbmcgYWdvLsKgIENvbGluIFBlcmNpdmFsIGhhcHBlbnMgdG8g aGF2ZSBtb2RlcmF0aW9uCnByaXZpbGVnZXMgb24gdGhlIG90aGVyIHN1YnJlZGRpdCAoQlNEKSwg YnV0IGFnYWluLCBpcyBhY3Rpbmcgb24gaGlzCnBlcnNvbmFsIHZvbGl0aW9uLsKgIEhlIGRvZXMg bm90IHNpdCBvbiBub3IgcmVwcmVzZW50IHRoZSBDb3JlIHRlYW0uCgpNb3N0IGRpc2N1c3Npb25z IG9uIHRoZSBjb2RlIG9mIGNvbmR1Y3QgaW4gYm90aCBsb2NhdGlvbnMgaGF2ZSBiZWVuCmxlZnQg aW4gcGxhY2UsIGRlc3BpdGUgZmFpcmx5IGxvdyBxdWFsaXR5IGRpc2N1c3Npb24uwqAgKFRoZSB1 c3VhbApuYW1lLWNhbGxpbmcsIHNwcmVhZGluZyBvZiBvdXRyaWdodCBGVUQsIG90aGVyaW5nLCBl dGMgZXRjLikKClRoZSBmZXcgcG9zdHMgdGhhdCBoYXZlIGJlZW4gcmVtb3ZlZCB3ZXJlIG91dHJp Z2h0LCBsb3ctZWZmb3J0CnRyb2xsaW5nLsKgIE5vdCBhbnkga2luZCBvZiBudWFuY2VkIGNyaXRp Y2lzbSBvZiB0aGUgYWN0dWFsIGNvZGUgb2YKY29uZHVjdC4KCk5vdGUgdGhhdCBsaW5rcyB0byBk aXNjdXNzaW9uIG9uIHRoZSBCU0Qgc3VicmVkZGl0cyBoYXZlIGJlZW4gc2hhcmVkCmluIGhpZ2gg ZHJhbWEsIG5vbi10ZWNobmljYWwgc3VicmVkZGl0cyBsaWtlIHIvRHJhbWEsCnIvS290YWt1SW5B Y3Rpb24sIGFuZCByL1NKV0hhdGUsIGxpa2VseSBsZWFkaW5nIHRvIGFuIGluZmx1eCBvZiB1c2Vy cwpmcm9tIHRob3NlIG90aGVyIHNwYWNlcy4KCj4gQ29saW4gUGVyY2l2YWwgaXMgYW1vbmcgdGhl IG1vZHMgZG9pbmcgdGhlIHJlbW92YWwuCgpDb2xpbiBjYW4gc3BlYWsgdG8gd2hhdCBoYXMgYmVl biBtb2RlcmF0ZWQuwqAgUmVtb3ZlZCBzdWJqZWN0cyBhbmQKY29tbWVudHMgYXJlIHN0aWxsIGVh c2lseSBkaXNjb3ZlcmVkIG9uIHJlZGRpdCBhcmNoaXZlIHNpdGVzLCBlLmcuLApodHRwczovL2Nl ZGRpdC5jb20vci9CU0QgLsKgIFlvdSBjYW4ganVkZ2Ugd2hldGhlciBhbnl0aGluZyBvZiB2YWx1 ZQp3YXMgbG9zdC7CoCAoSSB0aGluayBub3QsIGJ1dCB0aGF0J3MganVzdCBteSBvcGluaW9uLikK CkNsZWFybHksIGRpc2N1c3Npb24gaGFzIG5vdCBiZWVuIGVsaW1pbmF0ZWQuwqAgVGhlcmUncyB0 b25zIG9mIGFjdGl2ZQoiZGlzY3Vzc2lvbiIgZ29pbmcgb24uwqAgSSBkb24ndCB0aGluayBpdCdz IHBhcnRpY3VsYXJseSB2YWx1YWJsZQpkaXNjb3Vyc2UgYmVjYXVzZSB0aGUgc2FtZSBtaXNyZXBy ZXNlbnRhdGlvbnMgYW5kIG91dHJpZ2h0IGZhbHNlaG9vZHMKYXJlIHJlcGVhdGVkIG92ZXIgYW5k IG92ZXIgYWdhaW4sIGJ1dCBpdCBjZXJ0YWlubHkgaGFzbid0IGJlZW4Kc2NydWJiZWQgY2xlYW4g YnkgbW9kZXJhdG9ycyAod2hvIGFyZSBtb3N0bHkgbm90IHVuZGVyIGNvbnRyb2wgb2YgdGhlCnBy b2plY3QgYW55d2F5KS7CoCBXaGF0IGhhcyBiZWVuIG1vZGVyYXRlZCBpcyBsYXJnZWx5IGR1cGxp Y2F0ZSB0aHJlYWRzCnRyeWluZyB0byBnYW1lIHJlZGRpdCdzIHBvc3Qgb3JkZXJpbmcgc3lzdGVt IHRvIGdldCByZXBlYXRlZAp2aXNpYmlsaXR5LCBvciBsb3ctZWZmb3J0IHRyb2xsaW5nLgoKPiBW aWV3Ogo+IGh0dHBzOi8vcHJpdmF0ZWJpbi5uZXQvCj4KPiBEb3dubG9hZDoKPiBodHRwczovL21l Z2EubnovCj4gaHR0cHM6Ly9teS5taXh0YXBlLm1vZS8KClBsZWFzZSBkbyBub3QgbGVhayBpbnRl cm5hbCwgcHJpdmF0ZSBwcm9qZWN0IGVtYWlscy4KCkNvbnJhZApfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpmcmVlYnNkLWFkdm9jYWN5QGZyZWVic2Qub3Jn IG1haWxpbmcgbGlzdApodHRwczovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8v ZnJlZWJzZC1hZHZvY2FjeQpUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJz ZC1hZHZvY2FjeS11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyIK From owner-freebsd-current@freebsd.org Sun Mar 4 02:57:28 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CF14F2D4BB; Sun, 4 Mar 2018 02:57:28 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::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 96C22843B8; Sun, 4 Mar 2018 02:57:27 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-lf0-x230.google.com with SMTP id q69so18463307lfi.10; Sat, 03 Mar 2018 18:57:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=pkwHhlj3Ba0YzQWknBWQUfvuCaRHVaY+EyWH57xCMPE=; b=K8JYrzYOdtHnShgkSAkhpZubOsOaRaxDGZrFtXZ6J14APlY5fPBf2FV28ttDp0h4VO fHzUboOR0MHQKAkYkLUdrGclh1k+Rn5u8MJa5OHqhxrBFt7ZSsYJVrHqZ1mcKA5oNH+J C11de8woI4O1XuIPfiC/p8yzS237CNOeGTMNF5PBHmDaZaXwqfa0nMioAMM4S8yXgrOj iKoQaikwqDbQVnxJ4wz0ntOEpSpVT8nAkhMw8vlEpVhCADjXg2lD/O98BrU5ZOZawBHl CvEejlfV5rLu4571cm59ps9d2vhQx0CN1oxja7h3cRNpKplqDbLSZGjXGjAN9XS90vp9 ztuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=pkwHhlj3Ba0YzQWknBWQUfvuCaRHVaY+EyWH57xCMPE=; b=QYnN6oYqTEvSbaibLfjxoHKnvQ062UtRHcvtdXYbVYyoN3pNG3efRtOBmDYocW4nTJ Vi+6he3ScgXSHwZwvE7uJ7LKl62MZyaLguwC6mq0u0pKwHgJYopQDKwsK2yK3LirKPGE W7HkB1/qvnOOeBIS0+QldjmMb3WGIw0q2M44YRpOvSGcKzluDA8Wjh7ey3CIDiD/0fP4 pmCWLGR1sNeRemiYROEsvRjS1LfPP5pLGdgLtRkCVtV/8VFyfDgqQBqmJfjaateuxtW4 oU3loUttHiH+5qdzKRb6wUYsDz3K7lRz8HbsZ9symAt29JTyiAev3BbVjaRCgfLNKwVs znBA== X-Gm-Message-State: AElRT7GqvXPcJ0mRTWkiNXmHKpTQ387Gtzxqh1o68m6ou7LfX4lcisMD gCaGpcKpCyyH+a/he+U2jws= X-Google-Smtp-Source: AG47ELs9vbM1cpafsReJOondWijYWl9WWRGP3Ksu7vXLKeeJocVg3PXh5h3RPfU3kbG23DHWIanQew== X-Received: by 10.25.92.1 with SMTP id q1mr7294485lfb.126.1520132245512; Sat, 03 Mar 2018 18:57:25 -0800 (PST) Received: from localhost ([2001:470:1f15:3d8:7285:c2ff:fe37:5722]) by smtp.gmail.com with ESMTPSA id d82sm2062753lfl.66.2018.03.03.18.57.24 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 03 Mar 2018 18:57:24 -0800 (PST) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Sun, 4 Mar 2018 05:54:33 +0300 To: John Darrah Cc: "freebsd-advocacy@freebsd.org" , "freebsd-current@freebsd.org" Subject: Re: FreeBSD has a politics problem Message-ID: <20180304055433.10defcd1@gmail.com> In-Reply-To: References: X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; amd64-portbld-freebsd11.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2018 02:57:28 -0000 On Sat, 03 Mar 2018 17:30:14 -0500 John Darrah wrote: > FreeBSD recently introduced an updated Code of Conduct that > developers and members must adhere to. There has been much backlash > online about it and about introducing identity politics into a > technical OS project in general. The Code of Conduct was adopted from > the "Geek Feminism" wiki's version, which claims (among other things) > that racism against whites doesn't exist, sexism against men doesn't > exist, and that certain protected classes of people should not be > criticised. > +1 All people on the Internet are equal, there is nothing to discuss. Any rules/CoC asserting the opposite are absurd. The more you learn about the relationships and decisions in FreeBSD, the more doubts it is to continue to deal with this. - Take the commit bit from an Iranian developer. (for me it's rumors, I can be wrong) - History with John Marino a year ago: https://lists.freebsd.org/pipermail/freebsd-ports/2017-February/107225.html - Now this strange code of conduct, when quite neutral could be taken: https://www.kde.org/code-of-conduct/ and do not spend money. As for me personally, I do not understand where the logic is in many technical solutions, from those that I see. Perhaps these are differences of mentality and language. 1. The system does not still have the O_EVTONLY and O_NOATIME flags for open (). CoreTeam believes that FreeBSD should only work on servers? 2. 3+ years in the glib broken GFileMonitor and it was completely off then the applications crashed and eerily braked. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199872 While 1+ year there were two solutions to the problem: a. go to libinotify and do not use the clumsy kqueue () code from glib b. use my alternative kqueue () code: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214338 As a result, wait clumsy patches of glib with which everything is still slow. I got the feeling that no one here at all does not care about FreeBSD users on workstations. 3. For 4 years there is still no support for modern LTE / 4g modems. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192345 I rolled up the patch, checked it, then I also made a couple of significant, I think, improvements in logic, as a result, my first version of the patch, slightly modified in the design, is added to the system. 4. I do not understand why I had to add an extra driver to the system "amdsmn - Family 17h System Management Network" which is only needed in amdtemp. https://reviews.freebsd.org/D12217 5. Constant begging in the mailing list to pay attention to the patches in the bugzilla and added to the ports / system. Otherwise, patches in bugzilla hang for months and years https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223758 6. Imposing the use of poudriere port committers. 7. TCP stack which at considerable RTT and losses gives in times less speed than in Linux. The minimum set of CC algorithms in the base. In my experience CoreTeam (or whatever it is) is engaged in politics and code writing, and takes little care of both project and community management. I see how people who do much go away, nobody takes their place, nobody does their work. This is bad for the project and for users. Everything described above quite strongly demotivates me personally from any activity in the project. From owner-freebsd-current@freebsd.org Sun Mar 4 21:03:49 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34B44F32C65 for ; Sun, 4 Mar 2018 21:03:49 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pl0-x242.google.com (mail-pl0-x242.google.com [IPv6:2607:f8b0:400e:c01::242]) (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 D1F3B6FAC4 for ; Sun, 4 Mar 2018 21:03:48 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: by mail-pl0-x242.google.com with SMTP id y8-v6so8523361pll.13 for ; Sun, 04 Mar 2018 13:03:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jroberson-net.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=R9ym6diZrZJ4H4NbMhUVe/XdEr9ZQ3dq84Nhx1XfdCc=; b=Cfx4f9HLFuezrWjR1SgneBCLXfQLnHdsJTB2Ig3ImfJqsHqlcx+KjXQ+0uEk+xTgZt q3mJYeUf1h4INYcw7jqJ4Q/5E4KbOHwMkDiXxB0p5ywq0TyUdU5yFpGWRC65XmIStAF8 VJ+FzOC6pQV1xEuE83ZEpja3BFccerE2hxb7BV31EtlQHX+fdHBDdyJGvpqeux5eiqxe 9+wHB/yCfZPVnTgmJVRynHtUFgtjnExx3BwqeG/eBOhWZ5EqnSh4A+wKnzxdVxI7fRZJ bx0EUvuugJWGLbWLcBQqHd064iRjCd7o7NdFW6b9WisSTdTJ0Qgw7Qb1Fnutwsr1agje 4uGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=R9ym6diZrZJ4H4NbMhUVe/XdEr9ZQ3dq84Nhx1XfdCc=; b=CHS/T30o79QqT0dts/AY5s/T0FGwg2pF2V/NozAghba6jQ3eSgA/ac61r8WLQoOqS1 ocRd6TnXxk2prJvDFPDuYHgLAjM5c03KvNpazwZh7Y0NTnmFX4k1+eLhhhr5ktvnFKay inQXGkTWwC0Bo9CaRrmqKrWn4W2W2pGkQeoY4jtMUOcjzFU7w+DuVh5sMWUcgxjFTpx/ EWFEXvMqANapSLtSzN5zzSYlEJaIijDdPkKEsShdw43rlq+LWmK8C4v5Ux7wSAkMecye 5tVlZKu6JFFd7wyLFF9U8nHiNfdTCClCNMTbI+ASWUp8pubbbYFwRhSqI0a2yYkCAyh5 dQcg== X-Gm-Message-State: APf1xPAwXyq5JGxJExwRxi671Us/poMYm7yLN5iKYjILShknaTseUlFb qJiqPhjcIImpAOCTLYDpJQWKsA== X-Google-Smtp-Source: AG47ELtOhth9wMKVBXznn8OZTZMA5kbjkjxZdcqDF7vAw6VE6j1pEtKhnrUmJKqAzzPc7gyOMk/4bw== X-Received: by 2002:a17:902:8c83:: with SMTP id t3-v6mr11273854plo.310.1520197426361; Sun, 04 Mar 2018 13:03:46 -0800 (PST) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by smtp.gmail.com with ESMTPSA id u21sm17947372pfg.60.2018.03.04.13.03.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 04 Mar 2018 13:03:45 -0800 (PST) Date: Sun, 4 Mar 2018 11:02:58 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: John Darrah cc: "freebsd-advocacy@freebsd.org" , "freebsd-current@freebsd.org" Subject: Re: FreeBSD has a politics problem In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21 (BSF 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2018 21:03:49 -0000 Hi John, First of all this is really not an appropriate forum for this discussion. It is really unfortunate that these emails were leaked. However, I think if you take a careful look at them, you will find a couple examples of hostility but the great preponderance of them are quite reasonable discussion. People are sharing experiences, discussing how cultures other than western ones may be affected, what abuses have taken place, and what our aspirations for the project are. This mostly looks like healthy debate to me, understanding that the subject matter may create strong feelings all around. There is a lot of catastrophizing going on in the dialog, especially that on third party sites and among non-committers. I believe in the strength of the project and its members to avoid these worst case scenarios. I believe the vast majority of contributors are incredibly reasonable and desire a project where they can share their good work and be respected and respect others. It is unfortunate that a few have left but that seems quite rash to me at this stage. I would urge everyone to be calm and patient. This is an important dialog and it's bound to be bumpy. I also strongly urge people to refrain from discussing it further on technical lists where it is counter productive and unwelcome. Regards, Jeff On Sat, 3 Mar 2018, John Darrah wrote: > FreeBSD recently introduced an updated Code of Conduct that developers and > members must adhere to. There has been much backlash online about it and > about introducing identity politics into a technical OS project in general. > The Code of Conduct was adopted from the "Geek Feminism" wiki's version, > which claims (among other things) that racism against whites doesn't exist, > sexism against men doesn't exist, and that certain protected classes of > people should not be criticised. > > Emails of the internal discussion about this controversial Code of Conduct > have now been leaked publicly, painting a picture of the disagreement in > the FreeBSD project about how this was handled. > > A number of developers, particularly benno@, phk@ and des@, have used racist > and sexist remarks against those criticising the far-reaching project policy > change, saying that the concerns about the policy essentially boil down to > "white male privilege" and being "on the wrong side of history". > > Other developers expressed concern about the policy being thrown upon them > with no discussion or debate, as well as The FreeBSD Foundation's choice > to pay an outside person (with donations from the users) to work on the > Code of Conduct's enforcement. Said person identifies as a feminist. > > Mods on BSD and FreeBSD-related subreddits are censoring posts, removing > threads, and banning users for posting the link. Colin Percival is among > the mods doing the removal. FreeBSD forum mods are also cracking down and > eliminating any discussion. Censorship is not the way to win culture wars. > > This file is an email archive in MBOX format. You can open it with any > email client (including the mail or mutt commands) or view it as plaintext > with any text editor. It contains just over 200 emails. > > View: > https://privatebin.net/?4c0fb59e63e8271e#irS3KFaEdtuFxsVM4xzQ4/llXLhSz0oZLV9WuOEUHBc= > > Download: > https://mega.nz/#!xBpHBSAb!ENyoYPopqGVlx320X-a4ecpRjJBtPvd9jmRT9h57eao > https://my.mixtape.moe/nhybsi.mbox > > I encourage you to read and form your own opinions, especially with regard > to how the project is handling donation money. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Sun Mar 4 21:04:08 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C97C4F32D34; Sun, 4 Mar 2018 21:04:08 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6E40F6FB31; Sun, 4 Mar 2018 21:04:07 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1esane-000619-67; Sun, 04 Mar 2018 22:04:06 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-fs@freebsd.org, "FreeBSD Current" Date: Sun, 04 Mar 2018 22:04:05 +0100 Subject: vboxvfs: Not a directory MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 51a43cd7ff6838d9e9bce89dbcde6c26 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2018 21:04:09 -0000 Hi, I'm trying to use vboxfs on # uname -a FreeBSD sjakie 12.0-CURRENT FreeBSD 12.0-CURRENT #4 r329516M: Sun Feb 18 12:37:36 CET 2018 ronald@sjakie:/data/ronald/obj-freebsd-current/data/ronald/freebsd-current/amd64.amd64/sys/GENERIC-NODEBUG amd64 I run VirtualBox on Windows 10 using FreeBSD 12 as a guest. virtualbox-ose-additions-5.2.8 is installed by pkg. I configured C:\Temp as 'win' in VirtualBox. Modules are loaded: kldstat | grep vbox 5 2 0xffffffff82e26000 2d9e0 vboxguest.ko 13 1 0xffffffff82e7e000 1f320 vboxvfs.ko [root@sjakie ~]# mount_vboxvfs win /mnt/win [root@sjakie ~]# ls /mnt/win/ ls: /mnt/win/: Not a directory I tried different Windows directories and different users/rights on the /mnt/win directory. Am I doing something wrong? I can't find a lot documentation about vboxvfs. Regards, Ronald. From owner-freebsd-current@freebsd.org Mon Mar 5 01:00:05 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F36ACF4470B for ; Mon, 5 Mar 2018 01:00:04 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7081E79CFC for ; Mon, 5 Mar 2018 01:00:04 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 27894F44707; Mon, 5 Mar 2018 01:00:04 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02F3AF44706; Mon, 5 Mar 2018 01:00:04 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 76E5679CF8; Mon, 5 Mar 2018 01:00:03 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 19ABDC13C; Mon, 5 Mar 2018 01:00:02 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id E487696E; Mon, 5 Mar 2018 01:00:00 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 9h7f-RI9ZLMf; Mon, 5 Mar 2018 00:59:54 +0000 (UTC) To: "current@freebsd.org" , FreeBSD FS DKIM-Filter: OpenDKIM Filter v2.10.3 mail.xzibition.com 28E74965 From: Bryan Drewery Subject: ZFS panic at boot when mounting root on r330386 Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <681cabc1-9b50-8f27-5242-5a9eb3ed3c39@FreeBSD.org> Date: Sun, 4 Mar 2018 16:59:52 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WqOnxRM9OjFGG5SKa6gk4xpdlGMUlmWUA" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 01:00:05 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --WqOnxRM9OjFGG5SKa6gk4xpdlGMUlmWUA Content-Type: multipart/mixed; boundary="LHTKNrnkHzCknXGbmclPwT8dSFMkQO2Mu"; protected-headers="v1" From: Bryan Drewery To: "current@freebsd.org" , FreeBSD FS Message-ID: <681cabc1-9b50-8f27-5242-5a9eb3ed3c39@FreeBSD.org> Subject: ZFS panic at boot when mounting root on r330386 --LHTKNrnkHzCknXGbmclPwT8dSFMkQO2Mu Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable > panic: solaris assert: refcount_count(&spa->spa_refcount) > spa->spa_mi= nref || MUTEX_HELD(&spa_namespace_lock), file: /usr/src/sys/cddl/contrib/= opensolaris/uts/common/fs/zfs/spa_misc.c, line: 952 > cpuid =3D 10 > time =3D 1520207367 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe23f= 57a2420 > vpanic() at vpanic+0x18d/frame 0xfffffe23f57a2480 > panic() at panic+0x43/frame 0xfffffe23f57a24e0 > assfail() at assfail+0x1a/frame 0xfffffe23f57a24f0 > spa_close() at spa_close+0x5d/frame 0xfffffe23f57a2520 > spa_get_stats() at spa_get_stats+0x481/frame 0xfffffe23f57a2700 > zfs_ioc_pool_stats() at zfs_ioc_pool_stats+0x25/frame 0xfffffe23f57a274= 0 > zfsdev_ioctl() at zfsdev_ioctl+0x76b/frame 0xfffffe23f57a27e0 > devfs_ioctl() at devfs_ioctl+0xcb/frame 0xfffffe23f57a2830 > VOP_IOCTL_APV() at VOP_IOCTL_APV+0x102/frame 0xfffffe23f57a2860 > vn_ioctl() at vn_ioctl+0x124/frame 0xfffffe23f57a2970 > devfs_ioctl_f() at devfs_ioctl_f+0x1f/frame 0xfffffe23f57a2990 > kern_ioctl() at kern_ioctl+0x2c2/frame 0xfffffe23f57a29f0 > sys_ioctl() at sys_ioctl+0x15c/frame 0xfffffe23f57a2ac0 > amd64_syscall() at amd64_syscall+0x786/frame 0xfffffe23f57a2bf0 > fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe23f57a= 2bf0 > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x80049afda, rsp =3D= 0x7fffffffbd18, rbp =3D 0x7fffffffbd90 --- > KDB: enter: panic > [ thread pid 56 tid 100606 ] > Stopped at kdb_enter+0x3b: movq $0,kdb_why > db> It seems like a race as I can get it to boot sometimes. --=20 Regards, Bryan Drewery --LHTKNrnkHzCknXGbmclPwT8dSFMkQO2Mu-- --WqOnxRM9OjFGG5SKa6gk4xpdlGMUlmWUA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJanJaIAAoJEDXXcbtuRpfPmZYIAMnfBvvSfLR+S0ypcIrvwR8K wz2XiHw4zo0TAd/j3blNXaX+LRNOnxS49ojiyhrLwv5C5lLMYQQ+LxhhVJW6EP3d u433gDMgKBaeFQc+rHSczSsknmWNDUvNEESF0L304fm5Idq423nOSep0GnK5pJOw yhH9Hvfq7iGQXbsqO4faAZLDnp7NLoWUptE9atGqicU9k7zayUxYbVDtVli8Fguo rch9R8yrflWxwZysu09esQfJ1nTTY8CrhOqKJ1yjNjiFkwdV5YEdnw/5tuwvHM9+ jGRMgzqFKQTpQC4PLbGYvgj/LoCDG/oGzxFiny5NQfKRr9ehGA9t9edix0nKKCA= =j2cg -----END PGP SIGNATURE----- --WqOnxRM9OjFGG5SKa6gk4xpdlGMUlmWUA-- From owner-freebsd-current@freebsd.org Mon Mar 5 06:25:00 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09691F3510B for ; Mon, 5 Mar 2018 06:25:00 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 79B9F8579E for ; Mon, 5 Mar 2018 06:24:59 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 32948F35109; Mon, 5 Mar 2018 06:24:59 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C20EF35108; Mon, 5 Mar 2018 06:24:59 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf0-f41.google.com (mail-lf0-f41.google.com [209.85.215.41]) (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 675D78579C; Mon, 5 Mar 2018 06:24:58 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf0-f41.google.com with SMTP id 37so21427690lfs.7; Sun, 04 Mar 2018 22:24:58 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=UT26Tlr8N97BXiqJOrYKqp3fK7llfSt+cUlKTQR7BFo=; b=e246f27fq3r8H2ZByfcV1ldltn53NLKsowp3xwqehUECcgPoxXWp/T0k0DFahIwjRU 3wGYDsnI/O6x4DCkdoF97XngRJXG9CbwsTOT3oZU9vh9INRabEUcxom+/Td+A9JfZRtE GeAHwtIyidGRu6SP2eKc8u2dgZmjrPtsPAHyogQmViJVerqPsbZOy2gYjlzOpcTWbv33 xNSLKtMSlp4qGHq3wzxHCneqPK3LNeLsnqLsGzXLjyDE5ZGk+zHMiK+lmn2BlZLL5tFq bCjXg0e5iC4UOmKNG3xkFH9lAK0w1OZKqFRcWCHWB3UhbGMeQa0CCnioT3xwkIgtRTNj TVCg== X-Gm-Message-State: AElRT7F8i+k5zMpQUbo5Dhl8wkoBgvtybS73UsEKMGI+uAbaZunbevWk Q4EVdzwz+chDJ5XPkr0OaWNqpO55 X-Google-Smtp-Source: AG47ELtekot6ayH0fN1KrED5k1wXHlPNyCdjx13oi1uhp1W6bZP4Pb6c6PhHscyn102c4imSdD8vYg== X-Received: by 10.46.87.72 with SMTP id r8mr9293185ljd.93.1520231091136; Sun, 04 Mar 2018 22:24:51 -0800 (PST) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id 21sm2568536ljc.82.2018.03.04.22.24.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 04 Mar 2018 22:24:50 -0800 (PST) Subject: Re: ZFS panic at boot when mounting root on r330386 To: Bryan Drewery , "current@freebsd.org" , FreeBSD FS References: <681cabc1-9b50-8f27-5242-5a9eb3ed3c39@FreeBSD.org> From: Andriy Gapon Message-ID: <407e9672-f138-38de-c10f-a0bcee0716be@FreeBSD.org> Date: Mon, 5 Mar 2018 08:24:49 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <681cabc1-9b50-8f27-5242-5a9eb3ed3c39@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 06:25:00 -0000 On 05/03/2018 02:59, Bryan Drewery wrote: >> panic: solaris assert: refcount_count(&spa->spa_refcount) > spa->spa_minref || MUTEX_HELD(&spa_namespace_lock), file: /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa_misc.c, line: 952 >> cpuid = 10 >> time = 1520207367 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe23f57a2420 >> vpanic() at vpanic+0x18d/frame 0xfffffe23f57a2480 >> panic() at panic+0x43/frame 0xfffffe23f57a24e0 >> assfail() at assfail+0x1a/frame 0xfffffe23f57a24f0 >> spa_close() at spa_close+0x5d/frame 0xfffffe23f57a2520 >> spa_get_stats() at spa_get_stats+0x481/frame 0xfffffe23f57a2700 >> zfs_ioc_pool_stats() at zfs_ioc_pool_stats+0x25/frame 0xfffffe23f57a2740 >> zfsdev_ioctl() at zfsdev_ioctl+0x76b/frame 0xfffffe23f57a27e0 >> devfs_ioctl() at devfs_ioctl+0xcb/frame 0xfffffe23f57a2830 >> VOP_IOCTL_APV() at VOP_IOCTL_APV+0x102/frame 0xfffffe23f57a2860 >> vn_ioctl() at vn_ioctl+0x124/frame 0xfffffe23f57a2970 >> devfs_ioctl_f() at devfs_ioctl_f+0x1f/frame 0xfffffe23f57a2990 >> kern_ioctl() at kern_ioctl+0x2c2/frame 0xfffffe23f57a29f0 >> sys_ioctl() at sys_ioctl+0x15c/frame 0xfffffe23f57a2ac0 >> amd64_syscall() at amd64_syscall+0x786/frame 0xfffffe23f57a2bf0 >> fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe23f57a2bf0 >> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80049afda, rsp = 0x7fffffffbd18, rbp = 0x7fffffffbd90 --- >> KDB: enter: panic >> [ thread pid 56 tid 100606 ] >> Stopped at kdb_enter+0x3b: movq $0,kdb_why >> db> > > It seems like a race as I can get it to boot sometimes. Yes, it does. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210409 -- Andriy Gapon From owner-freebsd-current@freebsd.org Mon Mar 5 06:40:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C94F1F35B69; Mon, 5 Mar 2018 06:40:50 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from host64.shmhost.net (host64.shmhost.net [IPv6:2a01:4f8:a0:51d7::103:2]) (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 67FC585FB6; Mon, 5 Mar 2018 06:40:50 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from [IPv6:2001:470:25:233:448b:17ce:95ca:50a4] (unknown [IPv6:2001:470:25:233:448b:17ce:95ca:50a4]) by host64.shmhost.net (Postfix) with ESMTPSA id 5ABEB165097; Mon, 5 Mar 2018 07:40:49 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: FreeBSD has a politics problem From: Franco Fichtner In-Reply-To: Date: Mon, 5 Mar 2018 07:40:48 +0100 Cc: John Darrah , "freebsd-advocacy@freebsd.org" , "freebsd-current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <534485E2-7E07-4438-AD04-B4D9D1F90978@lastsummer.de> References: To: Jeff Roberson X-Mailer: Apple Mail (2.3445.5.20) X-Virus-Scanned: clamav-milter 0.99.3 at host64.shmhost.net X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 06:40:51 -0000 Hi there, > On 4. Mar 2018, at 10:02 PM, Jeff Roberson = wrote: >=20 > First of all this is really not an appropriate forum for this = discussion. Nobody discusses it elsewhere. "Decisions" are made between closed = doors. How anyone would think this doesn't blow up later is at least = unreasonable. > There is a lot of catastrophizing going on in the dialog, especially = that on third party sites and among non-committers. This is where the project friction is at. In a perfect world you don't need users, external contributors and fresh ideas to keep a project = moving forward, but we are not in a perfect world. I personally find it silly to keep begging for 6 years for someone to = commit something. It has gotten to a point where I'd rather not bother to = contribute because working around issues is less time-consuming. In community management terms, that's a major flaw. > I would urge everyone to be calm and patient. This is an important = dialog and it's bound to be bumpy. I also strongly urge people to = refrain from discussing it further on technical lists where it is = counter productive and unwelcome. So you are saying "shut up" and be patient like we've never been patient = in the last couple of years? That's bold, but unfortunately also = consistent MO. Cheers, Franco= From owner-freebsd-current@freebsd.org Mon Mar 5 08:12:37 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8712EF3BD5E; Mon, 5 Mar 2018 08:12:37 +0000 (UTC) (envelope-from madis555@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::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 EE36669FF3; Mon, 5 Mar 2018 08:12:36 +0000 (UTC) (envelope-from madis555@gmail.com) Received: by mail-wm0-x229.google.com with SMTP id z9so13574107wmb.3; Mon, 05 Mar 2018 00:12:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=N7rTTfEUXNIJdhhsg+FgUwVIF1VGOQPeUVDheotCH6U=; b=eQ/Vcu0PiGJ43cFbGbuPYpJIn5HsssmQSQUPKYUf0BFsd0dug0F7fZJ4Slk0goUI7H fSYXAJiQ1K83H09kf7IjTengSHEmUnagnfBfzs5DWoOFpycAjebPbTl8LDJqt+bN/mk8 HCg44zUEVfwabQI7lLp/OMRXvx3eNa3Dmp4hV+qDGUzjK/borqW2vU6vWPwlOKkd3E/M v3COrz8SgfpuIuz9Mali0BYBSZCkinP0XbsQSVC1oOVKb9xwTSdDlaG2jypaQLvieKdp dD9MME4hZIw9rrocTzONacYPEl6nvLAQtmnEYMVWKutraaa3HMOOtHlu0ZskRNek+9kZ tj3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=N7rTTfEUXNIJdhhsg+FgUwVIF1VGOQPeUVDheotCH6U=; b=bMcMctWh3oQeg2nE+1pV16nbuAC30uuB6T0UGyfdqkG4+ZzbIWZCRFl9vcmofN3u2Y 5ed7gGpuXJlRhbbXeaIkbq6DItcbW/OLCf2AaGk5GwhSggV43I7JPppOptT6XPdbXKR4 EXrxFOJggEA+bK2tNymxV/Bukbodu84QmybxU1OCM2gPuwZnwwO31YMQkBhJ9nK0aOXL 1jAaeFFwnNi9YbpDsOrHKAEevmhQW3M4syecH7hmlH/Cu/7DoFFEaYxJ1PMGujGUcRER fbvBmo1AxJIclH9TAThprNOg2PR9lVOTIgYCUH1wMiNidJY3aob7Q+YXVP0Xp4dB2TYL UAdA== X-Gm-Message-State: AElRT7HtKyTiIAX/fmhJa4A38f8gUmWtHucRsLhIOVkH226myxL76CXM r2sjkkYSUd4XDmS9LPrpD0RlOmnp5tu3k8vpxnEHDg== X-Google-Smtp-Source: AG47ELsNTFTn/Oj/w6ABARp5pClNhPHNhB8z2Qg8zi3rQp6YnU5rXCao4MhFUjjJVQ8Kit1DUCVZYi8bPikfCytMSek= X-Received: by 10.28.54.150 with SMTP id y22mr6818026wmh.74.1520237555722; Mon, 05 Mar 2018 00:12:35 -0800 (PST) MIME-Version: 1.0 Sender: madis555@gmail.com Received: by 10.28.135.130 with HTTP; Mon, 5 Mar 2018 00:12:34 -0800 (PST) In-Reply-To: <534485E2-7E07-4438-AD04-B4D9D1F90978@lastsummer.de> References: <534485E2-7E07-4438-AD04-B4D9D1F90978@lastsummer.de> From: Sulev-Madis Silber Date: Mon, 5 Mar 2018 10:12:34 +0200 X-Google-Sender-Auth: NAW69hnhh-zEc-IWzGeVVyfvY0E Message-ID: Subject: Re: FreeBSD has a politics problem To: freebsd-current Cc: "freebsd-advocacy@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 08:12:37 -0000 I knew this would be end result of that coc(k) being whipped out. Also, I'm sure that it's not feminism you hate, it's that some idiots hide under that blanket and imagine they can't be attacked anymore. Why did that need for a new set of weird rules come out anyway? Right now it feels like successful trolling. From owner-freebsd-current@freebsd.org Mon Mar 5 17:37:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EFCA8F424EC; Mon, 5 Mar 2018 17:37:39 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 91854858C2; Mon, 5 Mar 2018 17:37:39 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 7517B1EF3B; Mon, 5 Mar 2018 17:37:39 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id AD7F81307; Mon, 5 Mar 2018 17:37:38 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id l_SoE26pyUdm; Mon, 5 Mar 2018 17:37:36 +0000 (UTC) Subject: Re: FreeBSD has a politics problem DKIM-Filter: OpenDKIM Filter v2.10.3 mail.xzibition.com DC9AD1302 To: Franco Fichtner , Jeff Roberson , Sulev-Madis Silber Cc: "freebsd-advocacy@freebsd.org" , "freebsd-current@freebsd.org" References: <534485E2-7E07-4438-AD04-B4D9D1F90978@lastsummer.de> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <65fa9b49-e817-f403-a549-8d1fd836491d@FreeBSD.org> Date: Mon, 5 Mar 2018 09:37:37 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <534485E2-7E07-4438-AD04-B4D9D1F90978@lastsummer.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VgXMi88jSDGzQvSqQdEj8PuTCUEje9whQ" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 17:37:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --VgXMi88jSDGzQvSqQdEj8PuTCUEje9whQ Content-Type: multipart/mixed; boundary="iqojjqlUVx9ruAanhq2eDlqkuSFc0HDuJ"; protected-headers="v1" From: Bryan Drewery To: Franco Fichtner , Jeff Roberson , Sulev-Madis Silber Cc: "freebsd-advocacy@freebsd.org" , "freebsd-current@freebsd.org" Message-ID: <65fa9b49-e817-f403-a549-8d1fd836491d@FreeBSD.org> Subject: Re: FreeBSD has a politics problem References: <534485E2-7E07-4438-AD04-B4D9D1F90978@lastsummer.de> In-Reply-To: <534485E2-7E07-4438-AD04-B4D9D1F90978@lastsummer.de> --iqojjqlUVx9ruAanhq2eDlqkuSFc0HDuJ Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 3/4/2018 10:40 PM, Franco Fichtner wrote: > Hi there, >=20 >> On 4. Mar 2018, at 10:02 PM, Jeff Roberson w= rote: >> >> First of all this is really not an appropriate forum for this discussi= on. > Nobody discusses it elsewhere. "Decisions" are made between closed doo= rs. > How anyone would think this doesn't blow up later is at least unreasona= ble. >=20 I said this in a reply not CC'd to freebsd-current@, but Jeff is right about "this" not being an appropriate forum for discussion. freebsd-current@ is a strictly technical list. I will only ask that further replies not CC freebsd-current@ and stick to freebsd-advocacy@ only where it seems like a more appropriate place for this sort of discussion. --=20 Regards, Bryan Drewery --iqojjqlUVx9ruAanhq2eDlqkuSFc0HDuJ-- --VgXMi88jSDGzQvSqQdEj8PuTCUEje9whQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJanYBhAAoJEDXXcbtuRpfPaSwIAMpbaFyZTK1hCeFg7yoFQNGD 6tOLrknaNox5xzbMNve0C5B4ktW/BXtJkOPyvhDOsdKSFLkY77OQ2K/sIQ97CpXS 5kiTqdhFQfsmOcWsR4asNvWUJHDQtnOdzNf+GnP914sgXa9OB82ZxGZa8msobQKe rGIXttLUQS9t5TQZx6W7JxgBZTtmGmgKPmEHAi74xvZJrd8a9ue73V/V+NOGZx1b wK5aXa41Xlwl9hTAd5OBWyMeOqV2YbP5qvGa6UaRSt05cn8YOvv2e7hfGS5t44ds Ey0VeP31ifnziemQKUARXOzsX54S34KxdAdpSpd3SsOo/dygLdSX/ETEKU1qmZA= =W/4C -----END PGP SIGNATURE----- --VgXMi88jSDGzQvSqQdEj8PuTCUEje9whQ-- From owner-freebsd-current@freebsd.org Mon Mar 5 20:39:20 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 376B0F26A2F for ; Mon, 5 Mar 2018 20:39:20 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:bb:dcff:fe50:d900]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "lerctr.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CEAC86CCBA for ; Mon, 5 Mar 2018 20:39:19 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date:Sender :Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=o23akZ0eVCUyvp/wRxBRvDjNnYNRVn7Rx9frNjX3pj0=; b=Y/znz5wNZ9WtqCNDw0DdFPgQUy kgqqC2xMjErro7L4Dfpveq2JdDjR4F7ZlEyMBHexFMx/xjabfxfMgJX7N40HrC5Mb8KK7ZRcgF4fD RmE11Njgo12AprG63oJ+/kX64bW9tyFx2+V+gFTCd5Pzt9uOYtZ5AQsesy91mcF+df9E=; Received: from [2600:1700:210:b18f:c8d:b829:10f9:f2ce] (port=63607 helo=ler-imac.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1 (FreeBSD)) (envelope-from ) id 1eswtD-0006VB-1V for freebsd-current@FreeBSD.org; Mon, 05 Mar 2018 14:39:19 -0600 Date: Mon, 5 Mar 2018 14:39:18 -0600 From: Larry Rosenman To: freebsd-current@FreeBSD.org Subject: Strange ARC/Swap/CPU on yesterday's -CURRENT Message-ID: <20180305203918.jydrv7oelnh7sxp2@ler-imac.lerctr.org> Mail-Followup-To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: NeoMutt/20180223 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 20:39:20 -0000 Upgraded to: FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r330385: Sun Mar 4 12:48:52 CST 2018 root@borg.lerctr.org:/usr/obj/usr/src/amd64.amd64/sys/VT-LER amd64 +1200060 1200060 Yesterday, and I'm seeing really strange slowness, ARC use, and SWAP use and swapping. See http://www.lerctr.org/~ler/FreeBSD/Swapuse.png Ideas? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 From owner-freebsd-current@freebsd.org Tue Mar 6 08:18:37 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 69E56F3E40D for ; Tue, 6 Mar 2018 08:18:37 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D76A769A16 for ; Tue, 6 Mar 2018 08:18:36 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id w268ITku058076 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 6 Mar 2018 09:18:29 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id w268ITfZ058072 for ; Tue, 6 Mar 2018 09:18:29 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 6 Mar 2018 09:18:29 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT In-Reply-To: <20180305203918.jydrv7oelnh7sxp2@ler-imac.lerctr.org> Message-ID: References: <20180305203918.jydrv7oelnh7sxp2@ler-imac.lerctr.org> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 08:18:37 -0000 On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman wrote: > Upgraded to: > > FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r330385: Sun Mar 4 12:48:52 CST 2018 root@borg.lerctr.org:/usr/obj/usr/src/amd64.amd64/sys/VT-LER amd64 > +1200060 1200060 > > Yesterday, and I'm seeing really strange slowness, ARC use, and SWAP use and swapping. > > See http://www.lerctr.org/~ler/FreeBSD/Swapuse.png I see these symptoms on stable/11. One of my servers has 32 GiB of RAM. After a reboot all is well. ARC starts to fill up, and I still have more than half of the memory available for user processes. After running the periodic jobs at night, the amount of wired memory goes sky high. /etc/periodic/weekly/310.locate is a particular nasty one. Limiting the ARC to, say, 16 GiB, has no effect of the high amount of wired memory. After a few more days, the kernel consumes virtually all memory, forcing processes in and out of the swap device. stable/10 never exhibited these symptoms, even with ZFS. I had hoped the kernel would manage its memory usage more wisely, but maybe it's time to set some hard limits on the kernel. Last year, I experienced deadlocks on stable/11 systems running ZFS with only 1 GiB of RAM. periodic(8) and clang jobs would never be rescheduled, they just sat there doing nothing halfway through their mission and with most of their pages on the swap device. I was lucky enough to be able to log in and reboot the damned servers. I installed 8 GiB of memory in each server and I never saw any deadlocks since. Maybe we should try and help by run (virtual) machines with low amounts of memory and high loads to weed out these bugs, if they still persist. -- Trond. From owner-freebsd-current@freebsd.org Tue Mar 6 10:14:55 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2D55DF46ED1 for ; Tue, 6 Mar 2018 10:14:55 +0000 (UTC) (envelope-from se@freebsd.org) Received: from mailout12.t-online.de (mailout12.t-online.de [194.25.134.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B87B96EAC4 for ; Tue, 6 Mar 2018 10:14:54 +0000 (UTC) (envelope-from se@freebsd.org) Received: from fwd15.aul.t-online.de (fwd15.aul.t-online.de [172.20.27.63]) by mailout12.t-online.de (Postfix) with SMTP id 809B541F9807 for ; Tue, 6 Mar 2018 11:04:51 +0100 (CET) Received: from Stefans-MBP-LAN.fritz.box (Ek4XYZZSYhlKOy1J5IjMfG0HceGCo75gAzMyATgbGJyENY5YCOhYqoSvtHaF95DZuW@[87.151.220.195]) by fwd15.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384 encrypted) esmtp id 1et9Sh-3Ynzqy0; Tue, 6 Mar 2018 11:04:47 +0100 Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT To: freebsd-current@freebsd.org References: <20180305203918.jydrv7oelnh7sxp2@ler-imac.lerctr.org> From: Stefan Esser Message-ID: Date: Tue, 6 Mar 2018 11:04:46 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180305203918.jydrv7oelnh7sxp2@ler-imac.lerctr.org> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-ID: Ek4XYZZSYhlKOy1J5IjMfG0HceGCo75gAzMyATgbGJyENY5YCOhYqoSvtHaF95DZuW X-TOI-MSGID: c712b518-916c-4003-a27d-538278dabd16 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 10:14:55 -0000 Am 05.03.18 um 21:39 schrieb Larry Rosenman: > Upgraded to: > > FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r330385: Sun Mar 4 12:48:52 CST 2018 root@borg.lerctr.org:/usr/obj/usr/src/amd64.amd64/sys/VT-LER amd64 > +1200060 1200060 > > Yesterday, and I'm seeing really strange slowness, ARC use, and SWAP use and swapping. > > See http://www.lerctr.org/~ler/FreeBSD/Swapuse.png > > Ideas? I'm seeing the same, and currently work around this with a reasonably limited vfs.zfs.arc_max. Without such a limit I see (on a system with 24 GB RAM): CPU: 0.3% user, 0.0% nice, 0.9% system, 0.1% interrupt, 98.8% idle Mem: 14M Active, 1228K Inact, 32K Laundry, 23G Wired, 376M Free ARC: 19G Total, 3935M MFU, 14G MRU, 82M Anon, 223M Header, 876M Other 18G Compressed, 36G Uncompressed, 2.02:1 Ratio Swap: 24G Total, 888M Used, 23G Free, 3% Inuse, 8892K In, 5136K Out sysctl vfs.zfs.arc_max=15988656640 results in: Mem: 129M Active, 72M Inact, 36K Laundry, 18G Wired, 5149M Free ARC: 15G Total, 3997M MFU, 10G MRU, 40M Anon, 205M Header, 877M Other 13G Compressed, 28G Uncompressed, 2.08:1 Ratio Swap: 24G Total, 796M Used, 23G Free, 3% Inuse, 16K In The system was mostly idle at both times, just some Samba traffic and mail being checked by spamassassin. And I noticed it (this time) when the spamassassin processes were aborted due to a time limit. I think that this problem must have been introduced in the last few weeks, but cannot give a better estimate (do not reboot that often). But I had already applied the arc_max setting a week ago (and had not put it in sysctl.conf in the hope that the ARC growth was a temporary problem in the ZFS code, soon to be fixed ...). Regards, STefan From owner-freebsd-current@freebsd.org Tue Mar 6 11:07:04 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C61ABF4A6A3 for ; Tue, 6 Mar 2018 11:07:04 +0000 (UTC) (envelope-from raichoo@googlemail.com) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::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 4F4817098A for ; Tue, 6 Mar 2018 11:07:04 +0000 (UTC) (envelope-from raichoo@googlemail.com) Received: by mail-io0-x22d.google.com with SMTP id 30so21621573iog.2 for ; Tue, 06 Mar 2018 03:07:04 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=yegiSZ8vF166nYqAm84OCOu3Ej09MNseV92OHliWMRk=; b=HESBK5OIVuwd6/oEGGfQGgODViGeuobL5XHW8IvsCVWMriJtSImGU6y8oaSQmOVNNY qnLAQBJTXOCjIp4CRTRdYCBv2ZE0CitcGFj+ZAJr4X9GuuPwKqtvC8NgfyGRgcHHDE2R w3UkFDkpmfkd1jVMe3ilx7+PE41k/4EvBdwVmZ2LkVHa9gGovjm1AjBfr4yFi8yIkDpT vAsa34yW1GJtKQ1p/qYcEsaiDI3ZJ48lrURk5VUoEfP117AzrSX26aIhTynq+I6/1NEu EYATndZR7u8gMG3jKz9m/xmkb6xj0EKiWya5VScnyKXxTtyCzRsZViwj0RyfHqixtwdy Hqaw== X-Gm-Message-State: APf1xPBsRnheUhylyaACse82JiIs5sG/+e4SAizlV6m4sGqj6eJE5JHm F9NKer7IsBQJLMHxCmft9deYrKWARbvj/PD+YXuYVg== X-Google-Smtp-Source: AG47ELtVMnlVGHl6p+GqX0xfSMphBgRi7ghxt9c06y6LDKOVaKmpYTqNC0lw+jIdgOZLMuJWTeUSC3Gc/YiwStsfXCc= X-Received: by 10.107.183.131 with SMTP id h125mr21289824iof.133.1520334423209; Tue, 06 Mar 2018 03:07:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.141.210 with HTTP; Tue, 6 Mar 2018 03:07:02 -0800 (PST) From: raichoo Date: Tue, 6 Mar 2018 12:07:02 +0100 Message-ID: Subject: DTrace suddenly running out of scratch space. To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 11:07:05 -0000 Hi, I'm encountering an issue with recent builds of FreeBSD CURRENT that haven't been present by the end of last year. I gave a presentation at 34c3 where I demoed using DTrace to identify code that is susceptible to timing side channel attacks. The script is rather simple but worked fine back then. #pragma D option dynvarsize=512m int len; BEGIN { len = 0; } pid$$target:authenticate:check:entry { self->enter = vtimestamp; self->arg = copyinstr(arg0); } pid$$target:authenticate:check:return /self->enter/ { @timing[self->arg] = lquantize(vtimestamp - self->enter, 700, 800, 10); if (strlen(self->arg) != len) { len = strlen(self->arg); trunc(@timing); } self->enter = 0; } pid$$target:authenticate:check:return /arg1 == 1/ { printf("Password is: %s\n", self->arg); exit(0); } pid$$target:authenticate:check:return { self->arg = 0; } tick-3s { printa(@timing); } It basically measures the time it takes to compare 2 strings, nothing fancy. For some reason dtrace now reports the following when I run this script: dtrace: error on enabled probe ID 2 (ID 76791: pid3282:authenticate:check:entry): out of scratch space in action #2 at DIF offset 12 dtrace: error on enabled probe ID 7 (ID 76792: pid3282:authenticate:check:return): invalid address (0x0) in action #1 at DIF offset 24 I'm not quite sure where this is coming from. Maybe the script was wrong in the first place and recent changes are reacting to that, but to me it seems as is the aggregations are not getting cleaned up properly. Kind regards, raichoo From owner-freebsd-current@freebsd.org Tue Mar 6 16:41:30 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11A68F4137C for ; Tue, 6 Mar 2018 16:41:30 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 8B3AD7F273 for ; Tue, 6 Mar 2018 16:41:28 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w26GeAdB049743; Tue, 6 Mar 2018 08:40:10 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w26GeA4g049742; Tue, 6 Mar 2018 08:40:10 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201803061640.w26GeA4g049742@pdx.rh.CN85.dnsmgr.net> Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT In-Reply-To: To: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Date: Tue, 6 Mar 2018 08:40:10 -0800 (PST) CC: FreeBSD current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 16:41:30 -0000 > On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman wrote: > > > Upgraded to: > > > > FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r330385: Sun Mar 4 12:48:52 CST 2018 root@borg.lerctr.org:/usr/obj/usr/src/amd64.amd64/sys/VT-LER amd64 > > +1200060 1200060 > > > > Yesterday, and I'm seeing really strange slowness, ARC use, and SWAP use and swapping. > > > > See http://www.lerctr.org/~ler/FreeBSD/Swapuse.png > > I see these symptoms on stable/11. One of my servers has 32 GiB of > RAM. After a reboot all is well. ARC starts to fill up, and I still > have more than half of the memory available for user processes. > > After running the periodic jobs at night, the amount of wired memory > goes sky high. /etc/periodic/weekly/310.locate is a particular nasty > one. I would like to find out if this is the same person I have reporting this problem from another source, or if this is a confirmation of a bug I was helping someone else with. Have you been in contact with Michael Dexter about this issue, or any other forum/mailing list/etc? If not then we have at least 2 reports of this unbound wired memory growth, if so hopefully someone here can take you further in the debug than we have been able to get. > > Limiting the ARC to, say, 16 GiB, has no effect of the high amount of > wired memory. After a few more days, the kernel consumes virtually all > memory, forcing processes in and out of the swap device. Our experience as well. ... Thanks, -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Tue Mar 6 17:35:03 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE681F4526D for ; Tue, 6 Mar 2018 17:35:02 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:bb:dcff:fe50:d900]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "lerctr.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8264A816F0 for ; Tue, 6 Mar 2018 17:35:02 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=tfoCj7KlaVn4lZEp0pyHZNXndGjgXNNWJM7JuFbZMLE=; b=pUIM3M4PyooD6J8dmJxO2yzGVd dP5Fo7BuIGNg5Gb0mYO+6L3kLkRMJ9QA0DK0cz65P54tXZLreSv94TQ0Fa7NEGKviJLiChZblRao9 HWIZMAofZjn8bMMkrACC6PNrlGNWy7nAYKG8A3rMmYUXNx9BmJp/a9F3dqyhBiMbKV4c=; Received: from [2600:1700:210:b18f:49b1:faaf:d4e0:66d4] (port=50505 helo=ler-imac.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1 (FreeBSD)) (envelope-from ) id 1etGUK-0003dR-H0; Tue, 06 Mar 2018 11:34:56 -0600 Date: Tue, 6 Mar 2018 11:34:56 -0600 From: Larry Rosenman To: "Rodney W. Grimes" Cc: Trond =?utf-8?Q?Endrest=C3=B8l?= , FreeBSD current Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT Message-ID: <20180306173455.oacyqlbib4sbafqd@ler-imac.lerctr.org> Mail-Followup-To: "Rodney W. Grimes" , Trond =?utf-8?Q?Endrest=C3=B8l?= , FreeBSD current References: <201803061640.w26GeA4g049742@pdx.rh.CN85.dnsmgr.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ba44l6sid45pszcn" Content-Disposition: inline In-Reply-To: <201803061640.w26GeA4g049742@pdx.rh.CN85.dnsmgr.net> User-Agent: NeoMutt/20180223 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 17:35:03 -0000 --ba44l6sid45pszcn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 06, 2018 at 08:40:10AM -0800, Rodney W. Grimes wrote: > > On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman wrote: > >=20 > > > Upgraded to: > > >=20 > > > FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r330385= : Sun Mar 4 12:48:52 CST 2018 root@borg.lerctr.org:/usr/obj/usr/src/am= d64.amd64/sys/VT-LER amd64 > > > +1200060 1200060 > > >=20 > > > Yesterday, and I'm seeing really strange slowness, ARC use, and SWAP = use and swapping. > > >=20 > > > See http://www.lerctr.org/~ler/FreeBSD/Swapuse.png > >=20 > > I see these symptoms on stable/11. One of my servers has 32 GiB of=20 > > RAM. After a reboot all is well. ARC starts to fill up, and I still=20 > > have more than half of the memory available for user processes. > >=20 > > After running the periodic jobs at night, the amount of wired memory=20 > > goes sky high. /etc/periodic/weekly/310.locate is a particular nasty=20 > > one. >=20 > I would like to find out if this is the same person I have > reporting this problem from another source, or if this is > a confirmation of a bug I was helping someone else with. >=20 > Have you been in contact with Michael Dexter about this > issue, or any other forum/mailing list/etc? =20 Just IRC/Slack, with no response. >=20 > If not then we have at least 2 reports of this unbound > wired memory growth, if so hopefully someone here can > take you further in the debug than we have been able > to get. What can I provide? The system is still in this state as the full backup i= s slow. >=20 > >=20 > > Limiting the ARC to, say, 16 GiB, has no effect of the high amount of= =20 > > wired memory. After a few more days, the kernel consumes virtually all= =20 > > memory, forcing processes in and out of the swap device. >=20 > Our experience as well. >=20 > ... >=20 > Thanks, > --=20 > Rod Grimes rgrimes@freebs= d.org --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 --ba44l6sid45pszcn Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHABAABCgCqFiEEHjgknedhWzvJgwVzaXyZsatIp30FAlqe0T8sFIAAAAAAFQAO cGthLWFkZHJlc3NAZ251cGcub3JnbGVyQGxlcmN0ci5vcmdfFIAAAAAALgAoaXNz dWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDFFMzgy NDlERTc2MTVCM0JDOTgzMDU3MzY5N0M5OUIxQUI0OEE3N0QACgkQaXyZsatIp301 sgf/aUtGxOg7uDRbVfuS9FhkhuszYV4dovqrg6Et6zstUWrmJXbp43dBALl1e8OF vAiDWByns800aBeyZvlBKwSBKobpnVAccdvwcBZjDKNMAQIjo6ktk+dVzhNZwhha Qn234pEBeDfACE8al913Ae3q8UH2aBMZ9ANiXn+TpDdoKVjI1y9WISFBg9taWTMR G5xPoXy4SwEtAuPcO+Mn07+X9HiSvG9o9e277GC32WrOFsqQN95MdjEN7j8/Yzpr xZARXHkf68dqX2t6v0Gehj4sDhmAyhQJ4BO/cZgt1snmxw0ZF21gqYjep4WI/P3X 1W9D0Lulu75e5Y37bBIkUxTXEw== =MDT0 -----END PGP SIGNATURE----- --ba44l6sid45pszcn-- From owner-freebsd-current@freebsd.org Tue Mar 6 18:17:52 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23A97F4819F for ; Tue, 6 Mar 2018 18:17:52 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 7CD42830CC for ; Tue, 6 Mar 2018 18:17:51 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w26IGbRw050054; Tue, 6 Mar 2018 10:16:37 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w26IGaW5050053; Tue, 6 Mar 2018 10:16:36 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201803061816.w26IGaW5050053@pdx.rh.CN85.dnsmgr.net> Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT In-Reply-To: <20180306173455.oacyqlbib4sbafqd@ler-imac.lerctr.org> To: Larry Rosenman Date: Tue, 6 Mar 2018 10:16:36 -0800 (PST) CC: "Trond Endrest?l" , FreeBSD current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 18:17:52 -0000 > On Tue, Mar 06, 2018 at 08:40:10AM -0800, Rodney W. Grimes wrote: > > > On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman wrote: > > > > > > > Upgraded to: > > > > > > > > FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r330385: Sun Mar 4 12:48:52 CST 2018 root@borg.lerctr.org:/usr/obj/usr/src/amd64.amd64/sys/VT-LER amd64 > > > > +1200060 1200060 > > > > > > > > Yesterday, and I'm seeing really strange slowness, ARC use, and SWAP use and swapping. > > > > > > > > See http://www.lerctr.org/~ler/FreeBSD/Swapuse.png > > > > > > I see these symptoms on stable/11. One of my servers has 32 GiB of > > > RAM. After a reboot all is well. ARC starts to fill up, and I still > > > have more than half of the memory available for user processes. > > > > > > After running the periodic jobs at night, the amount of wired memory > > > goes sky high. /etc/periodic/weekly/310.locate is a particular nasty > > > one. > > > > I would like to find out if this is the same person I have > > reporting this problem from another source, or if this is > > a confirmation of a bug I was helping someone else with. > > > > Have you been in contact with Michael Dexter about this > > issue, or any other forum/mailing list/etc? > Just IRC/Slack, with no response. > > > > If not then we have at least 2 reports of this unbound > > wired memory growth, if so hopefully someone here can > > take you further in the debug than we have been able > > to get. > What can I provide? The system is still in this state as the full backup is slow. One place to look is to see if this is the recently fixed: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222288 g_bio leak. vmstat -z | egrep 'ITEM|g_bio|UMA' would be a good first look > > > Limiting the ARC to, say, 16 GiB, has no effect of the high amount of > > > wired memory. After a few more days, the kernel consumes virtually all > > > memory, forcing processes in and out of the swap device. > > > > Our experience as well. > > > > ... > > > > Thanks, > > Rod Grimes rgrimes@freebsd.org > Larry Rosenman http://www.lerctr.org/~ler -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Tue Mar 6 18:19:24 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4202CF483A8 for ; Tue, 6 Mar 2018 18:19:24 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.infocus-llc.com (mail.infocus-llc.com [199.15.120.13]) (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 DCBFD8326F for ; Tue, 6 Mar 2018 18:19:23 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tarragon.infocus-llc.com (Postfix) with ESMTPSA id 3zwlFW3px3z19M for ; Tue, 6 Mar 2018 12:10:55 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3zwlFV5dfqz7Gs; Tue, 6 Mar 2018 12:10:54 -0600 (CST) Date: Tue, 6 Mar 2018 12:10:54 -0600 From: "Matthew D. Fuller" To: freebsd-current@FreeBSD.org Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT Message-ID: <20180306181054.GA42539@over-yonder.net> References: <20180305203918.jydrv7oelnh7sxp2@ler-imac.lerctr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180305203918.jydrv7oelnh7sxp2@ler-imac.lerctr.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.9.4 (2018-02-28) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 18:19:24 -0000 On Mon, Mar 05, 2018 at 02:39:18PM -0600 I heard the voice of Larry Rosenman, and lo! it spake thus: > > Yesterday, and I'm seeing really strange slowness, ARC use, and SWAP > use and swapping. > > Ideas? Since I updated to the Feb 25 -CURRENT I'm currently running (from mid-Sept, I believe), I see similar. It seems like the ARC has gotten really unwilling to yield, so it grows up in size, and then doesn't let up under pressure. I saw programs being actively used constantly swapping their working set in and out, since they were left with tiny available memory. Hard-slappping vfs.zfs.arc_max down a ways mitigated it enough to get me through the days, but is a pretty gross hackaround... -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@freebsd.org Tue Mar 6 19:36:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6703CF26EB7 for ; Tue, 6 Mar 2018 19:36:50 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:bb:dcff:fe50:d900]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "lerctr.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 02AF786B2A for ; Tue, 6 Mar 2018 19:36:49 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=VgOCVQipvYy/mfojihqiTrkrnQR7PPT80Fqv1r3iP/k=; b=iBYIMxBssPor+qUv1vv9J6iQ+z TyZRgmMniBOLFkoK1LbhDFqBWd1dk4iia/FbDVlSHkozmbPKZCtSFw9U2aBqHNJaP56UmeD3xU5bm GIq4BBg7qraUBtn2C82jTnyu4fLlPAf6ePgpqaAl/alpbPo8AtD5UXxKGsl6XeTRnCio=; Received: from [2600:1700:210:b18f:49b1:faaf:d4e0:66d4] (port=52093 helo=ler-imac.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1 (FreeBSD)) (envelope-from ) id 1etIOE-0005kH-Fn; Tue, 06 Mar 2018 13:36:46 -0600 Date: Tue, 6 Mar 2018 13:36:45 -0600 From: Larry Rosenman To: "Rodney W. Grimes" Cc: Trond Endrest?l , FreeBSD current Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT Message-ID: <20180306193645.vv3ogqrhauivf2tr@ler-imac.lerctr.org> Mail-Followup-To: "Rodney W. Grimes" , Trond Endrest?l , FreeBSD current References: <20180306173455.oacyqlbib4sbafqd@ler-imac.lerctr.org> <201803061816.w26IGaW5050053@pdx.rh.CN85.dnsmgr.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="hmgbyx5apge22vah" Content-Disposition: inline In-Reply-To: <201803061816.w26IGaW5050053@pdx.rh.CN85.dnsmgr.net> User-Agent: NeoMutt/20180223 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 19:36:50 -0000 --hmgbyx5apge22vah Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 06, 2018 at 10:16:36AM -0800, Rodney W. Grimes wrote: > > On Tue, Mar 06, 2018 at 08:40:10AM -0800, Rodney W. Grimes wrote: > > > > On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman wrote: > > > >=20 > > > > > Upgraded to: > > > > >=20 > > > > > FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r33= 0385: Sun Mar 4 12:48:52 CST 2018 root@borg.lerctr.org:/usr/obj/usr/sr= c/amd64.amd64/sys/VT-LER amd64 > > > > > +1200060 1200060 > > > > >=20 > > > > > Yesterday, and I'm seeing really strange slowness, ARC use, and S= WAP use and swapping. > > > > >=20 > > > > > See http://www.lerctr.org/~ler/FreeBSD/Swapuse.png > > > >=20 > > > > I see these symptoms on stable/11. One of my servers has 32 GiB of= =20 > > > > RAM. After a reboot all is well. ARC starts to fill up, and I still= =20 > > > > have more than half of the memory available for user processes. > > > >=20 > > > > After running the periodic jobs at night, the amount of wired memor= y=20 > > > > goes sky high. /etc/periodic/weekly/310.locate is a particular nast= y=20 > > > > one. > > >=20 > > > I would like to find out if this is the same person I have > > > reporting this problem from another source, or if this is > > > a confirmation of a bug I was helping someone else with. > > >=20 > > > Have you been in contact with Michael Dexter about this > > > issue, or any other forum/mailing list/etc? =20 > > Just IRC/Slack, with no response. > > >=20 > > > If not then we have at least 2 reports of this unbound > > > wired memory growth, if so hopefully someone here can > > > take you further in the debug than we have been able > > > to get. > > What can I provide? The system is still in this state as the full back= up is slow. >=20 > One place to look is to see if this is the recently fixed: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D222288 > g_bio leak. >=20 > vmstat -z | egrep 'ITEM|g_bio|UMA' >=20 > would be a good first look >=20 borg.lerctr.org /home/ler $ vmstat -z | egrep 'ITEM|g_bio|UMA' ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 280, 0, 346, 5, 560, 0, 0 UMA Zones: 1928, 0, 363, 1, 577, 0, 0 UMA Slabs: 112, 0,25384098, 977762,102033225, 0, 0 UMA Hash: 256, 0, 59, 16, 105, 0, 0 g_bio: 384, 0, 33, 1627,542482056, 0, 0 borg.lerctr.org /home/ler $ > > > > Limiting the ARC to, say, 16 GiB, has no effect of the high amount = of=20 > > > > wired memory. After a few more days, the kernel consumes virtually = all=20 > > > > memory, forcing processes in and out of the swap device. > > >=20 > > > Our experience as well. > > >=20 > > > ... > > >=20 > > > Thanks, > > > Rod Grimes rgrimes@fr= eebsd.org > > Larry Rosenman http://www.lerctr.org/~ler >=20 > --=20 > Rod Grimes rgrimes@freebs= d.org --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 --hmgbyx5apge22vah Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHABAABCgCqFiEEHjgknedhWzvJgwVzaXyZsatIp30FAlqe7c0sFIAAAAAAFQAO cGthLWFkZHJlc3NAZ251cGcub3JnbGVyQGxlcmN0ci5vcmdfFIAAAAAALgAoaXNz dWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDFFMzgy NDlERTc2MTVCM0JDOTgzMDU3MzY5N0M5OUIxQUI0OEE3N0QACgkQaXyZsatIp31n zQf/RI8snUq43fJnLWWTIgdfkPpBVYUMD8sRDzZBYZN96U13bOM8fZOxl/Sy0h1B WoHZzXGnpptr6kWfEimkmWYQEiVFTX6xLOaeK7XdpCKe8GGcLPaLL6/TIEIE6x8g K1j4NcJ1AQzXQJG3kRgGHb2fgTWOjpxRUx/Sh4myDDnYEuY9ZEZdE/3kgR0+b7tP rVW/mk/GZQBWVzqdecRmTCYyhMAdPlhvm2mm0KHDoHLDFDS0sL2QWZ78glIdKFue dFaIFKsdOaAfHqfuj4FCp8CpNNALhmFNeyIRBs523MWV52qu+aZPcu9aczByV159 4WkHPr3QKwK1Z0XFyqZXGl0ovg== =7Kl9 -----END PGP SIGNATURE----- --hmgbyx5apge22vah-- From owner-freebsd-current@freebsd.org Tue Mar 6 19:43:23 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9D66FF27832 for ; Tue, 6 Mar 2018 19:43:23 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 453F9871A1 for ; Tue, 6 Mar 2018 19:43:23 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id CDED118B9F for ; Tue, 6 Mar 2018 19:43:22 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id E220317D for ; Tue, 6 Mar 2018 19:43:21 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id WKUQ_J-mJcFZ for ; Tue, 6 Mar 2018 19:43:18 +0000 (UTC) Subject: Re: Possible race in buildworld, @r330236 -> @r330274 DKIM-Filter: OpenDKIM Filter v2.10.3 mail.xzibition.com E3012178 To: freebsd-current@freebsd.org References: <20180302130244.GI1144@albert.catwhisker.org> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <702c0a01-a583-3a1d-013e-1bfaabd67388@FreeBSD.org> Date: Tue, 6 Mar 2018 11:43:19 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180302130244.GI1144@albert.catwhisker.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FzLs8T1YzFr2FrPmYYiLfRNVjLGgSj5lV" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 19:43:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --FzLs8T1YzFr2FrPmYYiLfRNVjLGgSj5lV Content-Type: multipart/mixed; boundary="548mgvBWiFfFEycErBkfCMLPLo342H6ED"; protected-headers="v1" From: Bryan Drewery To: freebsd-current@freebsd.org Message-ID: <702c0a01-a583-3a1d-013e-1bfaabd67388@FreeBSD.org> Subject: Re: Possible race in buildworld, @r330236 -> @r330274 References: <20180302130244.GI1144@albert.catwhisker.org> In-Reply-To: <20180302130244.GI1144@albert.catwhisker.org> --548mgvBWiFfFEycErBkfCMLPLo342H6ED Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 3/2/2018 5:02 AM, David Wolfskill wrote: > On the two machines where I track head daily, I had failures during > "make buildworld" ... in different places on the two machines; re-tryin= g > the build succeeded (in each case). >=20 > Lately, I have (also) been tracking head on these machines with > /etc/src.conf augmented with: >=20 > # For Lua loader experiments > WITHOUT_FORTH=3Dyes > WITH_LOADER_LUA=3Dyes >=20 >=20 > (on a separate slice, so each machine is booted to that environment and= > an upgrade-in-place build is done). Curiously, no failures were > observed in the case where he Lua loader is being used & built. (I am > explicitly NOT claiming any causal relationship here.) >=20 > I have copied the build typescripts for each combination of machine > and boot loader, together with the associated /etc/make.conf, > src.conf, and src-env.conf for each to my Web server. The build > typescripts also have compressed copies -- the Web server is on the > "consumer" end of a residential ADSL: it works, but it's not fast. >=20 > For the above-cited material, please see > ; here's > what's there: >=20 > albert(11.1-S)[9] ls -lhRT > total 1 > drwxr-xr-x 4 david staff 4B Mar 2 04:36:15 2018 Forth > drwxr-xr-x 4 david staff 4B Mar 2 04:36:15 2018 Lua >=20 > ./Forth: > total 33 > drwxr-xr-x 2 david staff 7B Mar 2 04:49:55 2018 freebeast > drwxr-xr-x 2 david staff 7B Mar 2 04:49:57 2018 laptop >=20 > ./Forth/freebeast: > total 1609 > -rw-r--r-- 1 david staff 5.4M Mar 2 04:11:28 2018 build.txt > -rw-r--r-- 1 david staff 351K Mar 2 04:11:28 2018 build.txt.bz2 > -r--r--r-- 1 david staff 108B Feb 4 10:01:28 2014 make.conf > -r--r--r-- 1 david staff 19B May 24 10:28:11 2017 src-env.conf > -r--r--r-- 1 david staff 48B Mar 22 04:35:38 2016 src.conf >=20 > ./Forth/laptop: > total 1865 > -rw-r--r-- 1 david staff 6.1M Mar 2 04:11:29 2018 build.txt > -rw-r--r-- 1 david staff 403K Mar 2 04:11:29 2018 build.txt.bz2 > -r--r--r-- 1 david staff 503B Jul 30 03:55:27 2017 make.conf > -r--r--r-- 1 david staff 19B May 30 04:15:48 2016 src-env.conf > -r--r--r-- 1 david staff 197B Jul 8 02:58:12 2017 src.conf >=20 > ./Lua: > total 33 > drwxr-xr-x 2 david staff 7B Mar 2 04:49:59 2018 freebeast > drwxr-xr-x 2 david staff 7B Mar 2 04:50:00 2018 laptop >=20 > ./Lua/freebeast: > total 1529 > -rw-r--r-- 1 david staff 5.1M Mar 2 04:37:38 2018 build.txt > -rw-r--r-- 1 david staff 337K Mar 2 04:37:38 2018 build.txt.bz2 > -r--r--r-- 1 david staff 108B Feb 4 10:01:28 2014 make.conf > -r--r--r-- 1 david staff 19B May 24 10:28:11 2017 src-env.conf > -r--r--r-- 1 david staff 115B Feb 13 05:39:36 2018 src.conf >=20 > ./Lua/laptop: > total 1545 > -rw-r--r-- 1 david staff 5.1M Mar 2 04:28:53 2018 build.txt > -rw-r--r-- 1 david staff 341K Mar 2 04:28:53 2018 build.txt.bz2 > -r--r--r-- 1 david staff 503B Jul 30 03:55:27 2017 make.conf > -r--r--r-- 1 david staff 19B May 30 04:15:48 2016 src-env.conf > -r--r--r-- 1 david staff 264B Feb 13 06:09:49 2018 src.conf > albert(11.1-S)[10]=20 >=20 >=20 > (Files were copied with -p; I thought having timestamps that showed whe= n > they actually were last modified make be of some use.) >=20 > Peace, > david >=20 http://www.catwhisker.org/~david/FreeBSD/head/race@r330274/Forth/freebeas= t/build.txt > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: unable to fin= d library -lgcc_s > --- kerberos5/lib/libroken__L --- > Building /common/S4/obj/usr/src/amd64.amd64/kerberos5/lib/libroken/vis.= pico > --- secure/lib/libcrypto__L --- > cc: error: linker command failed with exit code 1 (use -v to see invoca= tion) > *** [libgost.so] Error code 1 >=20 > make[6]: stopped in /usr/src/secure/lib/libcrypto/engines/libgost Looks like the existing -lgcc_s race I know about already. It comes down to tools/install.sh not supporting -S properly. http://www.catwhisker.org/~david/FreeBSD/head/race@r330274/Forth/laptop/b= uild.txt No clue about this one though... > Building /common/S4/obj/usr/src/amd64.amd64/obj-lib32/kerberos5/lib/lib= gssapi_krb5/arcfour.po > --- lib__L --- > sh /usr/src/tools/install.sh -l s ../numeric /common/S4/obj/usr/src/am= d64.amd64/obj-lib32/tmp/usr/include/c++/v1/tr1/numeric > --- cddl/lib__L --- > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against symbol: __stack_chk_guard in readonly= segment; recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libc.so.7 >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against local symbol in readonly segment; rec= ompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against symbol: SKEIN_256_IV_128 in readonly = segment; recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against symbol: SKEIN_256_IV_128 in readonly = segment; recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against symbol: SKEIN_256_IV_128 in readonly = segment; recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against symbol: SKEIN_256_IV_128 in readonly = segment; recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against symbol: SKEIN_256_IV_160 in readonly = segment; recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against symbol: SKEIN_256_IV_160 in readonly = segment; recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against symbol: SKEIN_256_IV_160 in readonly = segment; recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against symbol: SKEIN_256_IV_160 in readonly = segment; recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against symbol: .LCPI0_0 in readonly segment;= recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_PC32 against symbol: Skein_256_Process_Block in = readonly segment; recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein_block.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against symbol: SKEIN_256_IV_224 in readonly = segment; recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against symbol: SKEIN_256_IV_224 in readonly = segment; recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against symbol: SKEIN_256_IV_224 in readonly = segment; recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against symbol: SKEIN_256_IV_224 in readonly = segment; recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against symbol: SKEIN_256_IV_256 in readonly = segment; recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against symbol: SKEIN_256_IV_256 in readonly = segment; recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against symbol: SKEIN_256_IV_256 in readonly = segment; recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: can't create = dynamic relocation R_386_32 against symbol: SKEIN_256_IV_256 in readonly = segment; recompile object files with -fPIC >>>> defined in /common/S4/obj/usr/src/amd64.amd64/obj-lib32/tmp/usr/lib3= 2/libmd.a(skein.o) >>>> referenced by skein.c >>>> skein.o:(Skein_256_Init) in archive /common/S4/obj/usr= /src/amd64.amd64/obj-lib32/tmp/usr/lib32/libmd.a >=20 > /common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin/ld: error: too many erro= rs emitted, stopping now (use -error-limit=3D0 to see all errors) > --- lib__L --- > --- realinstall_subdir_lib/libopenbsd --- > =3D=3D=3D> lib/libopenbsd (install) > --- kerberos5/lib__L --- > Building /common/S4/obj/usr/src/amd64.amd64/obj-lib32/kerberos5/lib/lib= gssapi_krb5/authorize_localname.po > --- cddl/lib__L --- > cc: error: linker command failed with exit code 1 (use -v to see invoca= tion) > --- lib__L --- > --- realinstall_subdir_lib/libnv --- > Building /common/S4/obj/usr/src/amd64.amd64/obj-lib32/lib/libnv/_libins= tall > --- realinstall_subdir_lib/libc++ --- > sh /usr/src/tools/install.sh -l s ../optional /common/S4/obj/usr/src/a= md64.amd64/obj-lib32/tmp/usr/include/c++/v1/tr1/optional > --- cddl/lib__L --- > *** [libzpool.so.2] Error code 1 >=20 --=20 Regards, Bryan Drewery --548mgvBWiFfFEycErBkfCMLPLo342H6ED-- --FzLs8T1YzFr2FrPmYYiLfRNVjLGgSj5lV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJanu9XAAoJEDXXcbtuRpfPPNMIAKL54Y+BUIl9wUfEWJKMkppl 47g1Iv3xAmrhHOsFtAHYkoo6gELlnY1nU1MHfTQLq+ZxNgmKx8G16+UKKXPNovHa AFRvzsG7bdSCU/u6FIR9Fo/wSyZAxT7Zp30FhwpRMJDfZUoBZU8320AstEsdFK+L f275cEPR/Zzc9KuOMINK/aL+Z1UaEwrp/OBowZ3vtL9h5jcBjGDDvyjsaqNAfi34 T3lpeq+hv2NQEyKrjEerb2stlrHPZFEuNws/FPCpwY+4BLYMkms+SGFZf1UKSQTi IAmaFb1+7oDGnoOWBuTBscTWvPJ9Bp22GnOXnlY3INZFfPRxe0I1biQZABpnJYY= =au1V -----END PGP SIGNATURE----- --FzLs8T1YzFr2FrPmYYiLfRNVjLGgSj5lV-- From owner-freebsd-current@freebsd.org Tue Mar 6 20:20:17 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF86EF2B695 for ; Tue, 6 Mar 2018 20:20:17 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 4A7606875D for ; Tue, 6 Mar 2018 20:20:16 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.89 (FreeBSD)) (envelope-from ) id 1etJ4L-0000au-OM; Tue, 06 Mar 2018 21:20:17 +0100 Date: Tue, 6 Mar 2018 21:20:17 +0100 From: Kurt Jaeger To: "Matthew D. Fuller" Cc: freebsd-current@FreeBSD.org Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT Message-ID: <20180306202017.GB21001@home.opsec.eu> References: <20180305203918.jydrv7oelnh7sxp2@ler-imac.lerctr.org> <20180306181054.GA42539@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180306181054.GA42539@over-yonder.net> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 20:20:17 -0000 Hi! > > Yesterday, and I'm seeing really strange slowness, ARC use, and SWAP > > use and swapping. I've seen it on 12, @r328899. > > Ideas? [...] > Hard-slappping vfs.zfs.arc_max down a ways mitigated it enough to get > me through the days, but is a pretty gross hackaround... That's what I did as well. -- pi@opsec.eu +49 171 3101372 2 years to go ! From owner-freebsd-current@freebsd.org Tue Mar 6 22:21:52 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2AFCBF34BFF for ; Tue, 6 Mar 2018 22:21:52 +0000 (UTC) (envelope-from dbaio@bsd.com.br) Received: from mail-qk0-f181.google.com (mail-qk0-f181.google.com [209.85.220.181]) (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 C21056EB2B for ; Tue, 6 Mar 2018 22:21:51 +0000 (UTC) (envelope-from dbaio@bsd.com.br) Received: by mail-qk0-f181.google.com with SMTP id o25so302547qkl.7 for ; Tue, 06 Mar 2018 14:21:51 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=cGxUQH1IjVamFs/GlFwc1XlM2dY7W+YglTCV9guBbys=; b=Leg25XX5Fa3z/iBurWXwxH+IoSatCA1iOcCYtZO0yTfPGybuUdvH/gvr0/D/w7Z0zg FvMh36qVe2Thi65NATRl5gD1YtkUEH47dKgMrj9jKByBgT5PBl0aVWUEzU1q6eTA5ugQ DnMK/GG86aTR4PwqzwkXdvt5162ImhRRKh+3zQUBlOdWf7aCe9RoSd0OpzGL88bdFU04 BW+6hXWtrrL6iUSALmGj5/OE1ARzGXRnwQGsWeR74cn44Kb8Jav3DwvOO1VR4ctLm7FP nudqsU/N5/Jr8gbsXy9Uez++x9wIRs0UmlZS/OtKXuRc6xllxoZF+c6zPLjNrgwHdLsV uFqQ== X-Gm-Message-State: AElRT7HaTyZ68jxnCb4MNI41oTrZEB2k2eU1plGPRwU+C7VE1MrOVjw/ xr9vLt7UcSHsAYm8BA1GFtFgMQ== X-Google-Smtp-Source: AG47ELvn26W7sbCv2TZXxzmuxAMTaljz5UOqlqBphA1Zsrwfwazm2cQVlJI942yZUOYQrEAajhC4QA== X-Received: by 10.55.182.68 with SMTP id g65mr13862127qkf.41.1520374589356; Tue, 06 Mar 2018 14:16:29 -0800 (PST) Received: from dx240.localdomain ([2804:7f4:5088:d937:ea2a:eaff:fed2:a5a0]) by smtp.googlemail.com with ESMTPSA id j1sm10088711qke.57.2018.03.06.14.16.26 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Mar 2018 14:16:28 -0800 (PST) Date: Tue, 6 Mar 2018 19:15:54 -0300 From: "Danilo G. Baio" To: "Rodney W. Grimes" , Trond Endrest?l , FreeBSD current Cc: Kurt Jaeger Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT Message-ID: <20180306221554.uyshbzbboai62rdf@dx240.localdomain> References: <20180306173455.oacyqlbib4sbafqd@ler-imac.lerctr.org> <201803061816.w26IGaW5050053@pdx.rh.CN85.dnsmgr.net> <20180306193645.vv3ogqrhauivf2tr@ler-imac.lerctr.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dcm2io5y6advqnhh" Content-Disposition: inline In-Reply-To: <20180306193645.vv3ogqrhauivf2tr@ler-imac.lerctr.org> User-Agent: NeoMutt/20180223 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 22:21:52 -0000 --dcm2io5y6advqnhh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 06, 2018 at 01:36:45PM -0600, Larry Rosenman wrote: > On Tue, Mar 06, 2018 at 10:16:36AM -0800, Rodney W. Grimes wrote: > > > On Tue, Mar 06, 2018 at 08:40:10AM -0800, Rodney W. Grimes wrote: > > > > > On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman wrote: > > > > >=20 > > > > > > Upgraded to: > > > > > >=20 > > > > > > FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r= 330385: Sun Mar 4 12:48:52 CST 2018 root@borg.lerctr.org:/usr/obj/usr/= src/amd64.amd64/sys/VT-LER amd64 > > > > > > +1200060 1200060 > > > > > >=20 > > > > > > Yesterday, and I'm seeing really strange slowness, ARC use, and= SWAP use and swapping. > > > > > >=20 > > > > > > See http://www.lerctr.org/~ler/FreeBSD/Swapuse.png > > > > >=20 > > > > > I see these symptoms on stable/11. One of my servers has 32 GiB o= f=20 > > > > > RAM. After a reboot all is well. ARC starts to fill up, and I sti= ll=20 > > > > > have more than half of the memory available for user processes. > > > > >=20 > > > > > After running the periodic jobs at night, the amount of wired mem= ory=20 > > > > > goes sky high. /etc/periodic/weekly/310.locate is a particular na= sty=20 > > > > > one. > > > >=20 > > > > I would like to find out if this is the same person I have > > > > reporting this problem from another source, or if this is > > > > a confirmation of a bug I was helping someone else with. > > > >=20 > > > > Have you been in contact with Michael Dexter about this > > > > issue, or any other forum/mailing list/etc? =20 > > > Just IRC/Slack, with no response. > > > >=20 > > > > If not then we have at least 2 reports of this unbound > > > > wired memory growth, if so hopefully someone here can > > > > take you further in the debug than we have been able > > > > to get. > > > What can I provide? The system is still in this state as the full ba= ckup is slow. > >=20 > > One place to look is to see if this is the recently fixed: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D222288 > > g_bio leak. > >=20 > > vmstat -z | egrep 'ITEM|g_bio|UMA' > >=20 > > would be a good first look > >=20 > borg.lerctr.org /home/ler $ vmstat -z | egrep 'ITEM|g_bio|UMA' > ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP > UMA Kegs: 280, 0, 346, 5, 560, 0, 0 > UMA Zones: 1928, 0, 363, 1, 577, 0, 0 > UMA Slabs: 112, 0,25384098, 977762,102033225, 0, 0 > UMA Hash: 256, 0, 59, 16, 105, 0, 0 > g_bio: 384, 0, 33, 1627,542482056, 0, 0 > borg.lerctr.org /home/ler $ > > > > > Limiting the ARC to, say, 16 GiB, has no effect of the high amoun= t of=20 > > > > > wired memory. After a few more days, the kernel consumes virtuall= y all=20 > > > > > memory, forcing processes in and out of the swap device. > > > >=20 > > > > Our experience as well. > > > >=20 > > > > ... > > > >=20 > > > > Thanks, > > > > Rod Grimes rgrimes@= freebsd.org > > > Larry Rosenman http://www.lerctr.org/~ler > >=20 > > --=20 > > Rod Grimes rgrimes@free= bsd.org >=20 > --=20 > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 Hi. I noticed this behavior as well and changed vfs.zfs.arc_max for a smaller s= ize. For me it started when I upgraded to 1200058, in this box I'm only using poudriere for building tests. Regards. --=20 Danilo G. Baio (dbaio) --dcm2io5y6advqnhh Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEORj0UTsjzCy+enIkmpN7LfMuiNcFAlqfExUACgkQmpN7LfMu iNd3zg/9G2ndeASQMdADH5pALt3Vmbr9oRWYr8TN33AJt8GPAviwz++sn44dDZ5y c7fQdZoIkt2I3ERiOFDO0oHPp3FADS9iepb4sgvHx3LBAwCriy/+UqDAqPt2JM+t IyYHTTsnYHuvZjiDSn9DAhemU3vtfLJgDHdKwMbAyk0P647cAFbUXeaCRKjC0aH+ wvFpCYF9Vi5qj5j0Agg6cjS+FLZM6vPgq9bTiWhtm4PsRH1sjeh43F4mBQWvcbzv mw6IRP746T+kofgphc2VhzHmdHtJh+30Y25GjdYf8GKLDH7z4lrGADCCuoiJFIim X9Z772/5glcolmCtt10yGsyw60rjlyYjBBf8gp11rRIsNPt6fWpAsk1OvSgd4M/g 4wTHkgkGTXoOkoCVC6CDbI3Ionn+PGvOvt8tvADiZvgwe7/cGZuYiSfzhMVZM6K5 u/uEXmo23NR1jPC+9TmEkGcCe22duXu07gM1qpfGRlCcrzJzUL+9hZpmA+kHltJy wcCsTn+8EqMXbwaewbWpKVTN2IgY9Ho+RFyz8fXA9aUuuJDx4VkS1pJZtgtPVF6T +upCIURi7/J6x00UW4pjWrF4PR9BO7hm1ySGdt4T3DJ8GkcxyBJXii27EMRyKyPs C/BH1Ok82RD5kleTcQ7Kju2KiSIHiuY+y5ksrm1tSBCSnPTIvg8= =lX5M -----END PGP SIGNATURE----- --dcm2io5y6advqnhh-- From owner-freebsd-current@freebsd.org Wed Mar 7 06:15:27 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54B46F2F97C; Wed, 7 Mar 2018 06:15:27 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 EE9A58033C; Wed, 7 Mar 2018 06:15:26 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 052FA20DD9; Wed, 7 Mar 2018 01:15:26 -0500 (EST) Received: from web4 ([10.202.2.214]) by compute4.internal (MEProxy); Wed, 07 Mar 2018 01:15:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=U2sL02wso5H+LbA3Dv/bVTM9DbqX+LYxffds5XzKVHg=; b=mnzyhIPu gMVLlGYw2CMu1OcrOguFl0wvfhh8LUA9pXWwk4b0pTZn9RC7VAxk9XxYGxxOg9Ny wNuT3QCRHYc0xHkfMmNdEhiEHEWHZERegz39FlgK/0BOLub1RXv+hD3EVJICK0wv YU3kY8JueF6LfT60N/qa3LsmmUboZlk/iZb/ZlzE0NztyKIVs2OUDm1Twn3G7gcv vNvBGjBNh6s8iDcRWFx8vrdZbJ6RUvyxF4BkD4y2D+mUAEtwqTxCRtsN09jzIS9e 4dY1yNqp8OMb0bx4o4rlgXBUeF4uohlbUbYzoN5DxNlY7kBX3SIODTjiocpxhIzQ s2Czs7gSt6h4oQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=U2sL02wso5H+LbA3Dv/bVTM9DbqX+ LYxffds5XzKVHg=; b=e615j9CBRbvs/aIGiJxdVwjbZaXgCpyIR3ofaJqw7hYYn 4w2u1y6cTUfwIUi7fDYhharGTtvDCpWXkJQKITUiSx/1TC4VOxcmUYQ16h2YDm64 HCXPmxqIPFN+nAwbgjmwWGE7lhtKDTaX/g/UlklyspuPdp/CapAtnv8+sdCIH+5v dxz//2yYRgGTs0nuAnzKGlz1zOke4fkWh13178zKCaN20J2fahB2jyU5Sw5lhNxx xpQhWQToECMVrIMXsF+aOE+aRApjx7ru+55Dw6tuSfxl9FNHPg0yshwi4YFNSLgu JAOO1zGWX0TIA5oHBL3zeWWDoJIa+RAFwMTQTyXoQ== X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id BDF30BA43B; Wed, 7 Mar 2018 01:15:25 -0500 (EST) Message-Id: <1520403325.3513270.1294320744.0B1DE142@webmail.messagingengine.com> From: John To: freebsd-current@freebsd.org Cc: freebsd-arm@freebsd.org, freebsd-fs@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-54087d22 Subject: best settings for usb2 and attached disks, and sdcards Date: Wed, 07 Mar 2018 06:15:25 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 06:15:27 -0000 Hi, [cc'd to arm@ and fs@ where it's also relevant] I have a number of rpi3 & rpi3 machines. Usually I want to attach a usb keydrive to them so that the sdcard isn't thrashed. They're all running -current. usr/src and usr/ports at least are mounted on the keydrive. When initially updating eg the ports tree, svn will time out/crash because of the poor write performance of these devices in a rpi2/3 context. The fs on the usb keys is always ufs2. I have tried mounting these devices as -o async and also in fstab but this parameter seems not to 'take' in that mount doesn't report the async property set: [...] /dev/da0p2 on /ext (ufs, local, noatime, soft-updates) [...] was mounted with the command "mount -o async,noatime,rw /dev/da0s2 /ext" but I can't tell if async is on or just ignored, no error message. And I still have to run svnlite cleanup /ext/ports until svnlite stops bailing out. When newfs was written, I passed -t to it to enable trim, which seems to make a difference on this for deletes but not writes. Can anyone please suggest anything I can so to speed up disk i/o? And is async being applied or ignored? thanks, -- John tech-lists@zyxst.net From owner-freebsd-current@freebsd.org Wed Mar 7 07:07:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5567F31F9A for ; Wed, 7 Mar 2018 07:07:50 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5033781EAB for ; Wed, 7 Mar 2018 07:07:50 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id w2777Yar022294 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 7 Mar 2018 08:07:34 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id w2777YD7022291 for ; Wed, 7 Mar 2018 08:07:34 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Wed, 7 Mar 2018 08:07:34 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT In-Reply-To: <201803061640.w26GeA4g049742@pdx.rh.CN85.dnsmgr.net> Message-ID: References: <201803061640.w26GeA4g049742@pdx.rh.CN85.dnsmgr.net> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 07:07:51 -0000 On Tue, 6 Mar 2018 08:40-0800, Rodney W. Grimes wrote: > > On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman wrote: > > > > > Upgraded to: > > > > > > FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r330385: Sun Mar 4 12:48:52 CST 2018 root@borg.lerctr.org:/usr/obj/usr/src/amd64.amd64/sys/VT-LER amd64 > > > +1200060 1200060 > > > > > > Yesterday, and I'm seeing really strange slowness, ARC use, and SWAP use and swapping. > > > > > > See http://www.lerctr.org/~ler/FreeBSD/Swapuse.png > > > > I see these symptoms on stable/11. One of my servers has 32 GiB of > > RAM. After a reboot all is well. ARC starts to fill up, and I still > > have more than half of the memory available for user processes. > > > > After running the periodic jobs at night, the amount of wired memory > > goes sky high. /etc/periodic/weekly/310.locate is a particular nasty > > one. > > I would like to find out if this is the same person I have > reporting this problem from another source, or if this is > a confirmation of a bug I was helping someone else with. > > Have you been in contact with Michael Dexter about this > issue, or any other forum/mailing list/etc? No, it wasn't me. > If not then we have at least 2 reports of this unbound > wired memory growth, if so hopefully someone here can > take you further in the debug than we have been able > to get. > > > Limiting the ARC to, say, 16 GiB, has no effect of the high amount of > > wired memory. After a few more days, the kernel consumes virtually all > > memory, forcing processes in and out of the swap device. > > Our experience as well. -- Trond. From owner-freebsd-current@freebsd.org Wed Mar 7 10:39:25 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1614BF43CF1 for ; Wed, 7 Mar 2018 10:39:25 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::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 5FB7D6B97F; Wed, 7 Mar 2018 10:39:24 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Received: by mail-lf0-x230.google.com with SMTP id v9-v6so2488029lfa.11; Wed, 07 Mar 2018 02:39:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=A6CqsDCD7gdZ+2EOIf0E113EQk9OcRnNNYilb4INYQ8=; b=tseA9EfM9ey9CUov8fNNIQRqj1DhFzV7epjqceyaodpVEVfKsVajUv/3SPJ+gsZ3wB v8o1V/xUT31IEEaXEN+yDeuBfR4C+e/nU16QwKE7iLskAK8/xK6i0+4VQyw7N9Hx8Ogj k9zcoPjrzSNMZqu5icT2gVG4mIKNRUegvNXl6j9qpOC18QPwD/RTBgIP8u9op6bZqY2+ M4prnl2x3qLFZr7/IZ7AvdpBjjts6hUqAaOt827gx5ZKeQMmQZVyGRi6oE1aUSDTTH8/ 3mq2KtKOEK/nRGCAIlBW/R8DX7U2JQfCb2NGjBdUpphpm2hYjmYlrExQx9ZBPQWGwe9f 6bcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=A6CqsDCD7gdZ+2EOIf0E113EQk9OcRnNNYilb4INYQ8=; b=PGphhAZwA2AkV7O2qq5ZNYPKL16YLJg7Bbo/cO1Yp3bGg+gfOYR0DOyFLVFW157uta 1kOuEtnUiaeCVtbSbj7o53Ke4vZq5SQQ2mdU0tAi+IwGSylBlHP42pJySIybNqivXyQl i1aXMn/VkUkWY3uqflCnTEBuf2RaX5eGm0RCbida0XPo04grtuvqEN3OrytrAWiTk+d5 HcPbR7HAtjqo2xQkvvHS3YXHdxTr5Xu09zuTu82NJxLr3jWnNnZ7nakI7xbkVOwlD4Mb msBWeq7JxPD7B6pb6W2TMFjK6o+FEclsqzhgc5U91SclnetIfC4YLwAajEXA4KIo5W3+ J7PQ== X-Gm-Message-State: AElRT7EGsXXFrvck/Wax52VQa7EDEUvb2C0jPq3WSG9FGmQlsJDtW09x jNmNIVt0aivFHeUBUzFnO9G5Eg== X-Google-Smtp-Source: AG47ELv4Wy/cn1N7ubmbBn5EiKdm1/X8UptnZMufMGyjjO+A5moBCsxGGK+xeBp66opzUo5o+TDSzg== X-Received: by 10.25.81.141 with SMTP id g13mr14632782lfl.19.1520419161658; Wed, 07 Mar 2018 02:39:21 -0800 (PST) Received: from kloomba ([31.29.232.197]) by smtp.gmail.com with ESMTPSA id p65sm1598174lfg.15.2018.03.07.02.39.20 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 07 Mar 2018 02:39:20 -0800 (PST) Sender: Roman Bogorodskiy Date: Wed, 7 Mar 2018 14:39:13 +0400 From: Roman Bogorodskiy To: "Danilo G. Baio" Cc: "Rodney W. Grimes" , Trond Endrest?l , FreeBSD current , Kurt Jaeger Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT Message-ID: <20180307103911.GA72239@kloomba> References: <20180306173455.oacyqlbib4sbafqd@ler-imac.lerctr.org> <201803061816.w26IGaW5050053@pdx.rh.CN85.dnsmgr.net> <20180306193645.vv3ogqrhauivf2tr@ler-imac.lerctr.org> <20180306221554.uyshbzbboai62rdf@dx240.localdomain> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: <20180306221554.uyshbzbboai62rdf@dx240.localdomain> User-Agent: Mutt/1.9.3 (2018-01-21) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 10:39:25 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Danilo G. Baio wrote: > On Tue, Mar 06, 2018 at 01:36:45PM -0600, Larry Rosenman wrote: > > On Tue, Mar 06, 2018 at 10:16:36AM -0800, Rodney W. Grimes wrote: > > > > On Tue, Mar 06, 2018 at 08:40:10AM -0800, Rodney W. Grimes wrote: > > > > > > On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman wrote: > > > > > >=20 > > > > > > > Upgraded to: > > > > > > >=20 > > > > > > > FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11= r330385: Sun Mar 4 12:48:52 CST 2018 root@borg.lerctr.org:/usr/obj/us= r/src/amd64.amd64/sys/VT-LER amd64 > > > > > > > +1200060 1200060 > > > > > > >=20 > > > > > > > Yesterday, and I'm seeing really strange slowness, ARC use, a= nd SWAP use and swapping. > > > > > > >=20 > > > > > > > See http://www.lerctr.org/~ler/FreeBSD/Swapuse.png > > > > > >=20 > > > > > > I see these symptoms on stable/11. One of my servers has 32 GiB= of=20 > > > > > > RAM. After a reboot all is well. ARC starts to fill up, and I s= till=20 > > > > > > have more than half of the memory available for user processes. > > > > > >=20 > > > > > > After running the periodic jobs at night, the amount of wired m= emory=20 > > > > > > goes sky high. /etc/periodic/weekly/310.locate is a particular = nasty=20 > > > > > > one. > > > > >=20 > > > > > I would like to find out if this is the same person I have > > > > > reporting this problem from another source, or if this is > > > > > a confirmation of a bug I was helping someone else with. > > > > >=20 > > > > > Have you been in contact with Michael Dexter about this > > > > > issue, or any other forum/mailing list/etc? =20 > > > > Just IRC/Slack, with no response. > > > > >=20 > > > > > If not then we have at least 2 reports of this unbound > > > > > wired memory growth, if so hopefully someone here can > > > > > take you further in the debug than we have been able > > > > > to get. > > > > What can I provide? The system is still in this state as the full = backup is slow. > > >=20 > > > One place to look is to see if this is the recently fixed: > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D222288 > > > g_bio leak. > > >=20 > > > vmstat -z | egrep 'ITEM|g_bio|UMA' > > >=20 > > > would be a good first look > > >=20 > > borg.lerctr.org /home/ler $ vmstat -z | egrep 'ITEM|g_bio|UMA' > > ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP > > UMA Kegs: 280, 0, 346, 5, 560, 0, 0 > > UMA Zones: 1928, 0, 363, 1, 577, 0, 0 > > UMA Slabs: 112, 0,25384098, 977762,102033225, 0, = 0 > > UMA Hash: 256, 0, 59, 16, 105, 0, 0 > > g_bio: 384, 0, 33, 1627,542482056, 0, = 0 > > borg.lerctr.org /home/ler $ > > > > > > Limiting the ARC to, say, 16 GiB, has no effect of the high amo= unt of=20 > > > > > > wired memory. After a few more days, the kernel consumes virtua= lly all=20 > > > > > > memory, forcing processes in and out of the swap device. > > > > >=20 > > > > > Our experience as well. > > > > >=20 > > > > > ... > > > > >=20 > > > > > Thanks, > > > > > Rod Grimes rgrime= s@freebsd.org > > > > Larry Rosenman http://www.lerctr.org/~ler > > >=20 > > > --=20 > > > Rod Grimes rgrimes@fr= eebsd.org > >=20 > > --=20 > > Larry Rosenman http://www.lerctr.org/~ler > > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > > US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 >=20 >=20 > Hi. >=20 > I noticed this behavior as well and changed vfs.zfs.arc_max for a smaller= size. >=20 > For me it started when I upgraded to 1200058, in this box I'm only using > poudriere for building tests. I've noticed that as well. I have 16G of RAM and two disks, the first one is UFS with the system installation and the second one is ZFS which I use to store media and data files and for poudreire. I don't recall the exact date, but it started fairly recently. System would swap like crazy to a point when I cannot even ssh to it, and can hardly login through tty: it might take 10-15 minutes to see a command typed in the shell. I've updated loader.conf to have the following: vfs.zfs.arc_max=3D"4G" vfs.zfs.prefetch_disable=3D"1" It fixed the problem, but introduced a new one. When I'm building stuff with poudriere with ccache enabled, it takes hours to build even small projects like curl or gnutls. For example, current build: [10i386-default] [2018-03-07_07h44m45s] [parallel_build:] Queued: 3 Built:= 1 Failed: 0 Skipped: 0 Ignored: 0 Tobuild: 2 Time: 06:48:35 [02]: security/gnutls | gnutls-3.5.18 build = (06:47:51) Almost 7 hours already and still going! gstat output looks like this: dT: 1.002s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 0 0 0 0.0 0 0 0.0 0.0 da0 0 1 0 0 0.0 1 128 0.7 0.1 ada0 1 106 106 439 64.6 0 0 0.0 98.8 ada1 0 1 0 0 0.0 1 128 0.7 0.1 ada0s1 0 0 0 0 0.0 0 0 0.0 0.0 ada0s1a 0 0 0 0 0.0 0 0 0.0 0.0 ada0s1b 0 1 0 0 0.0 1 128 0.7 0.1 ada0s1d ada0 here is UFS driver, and ada1 is ZFS. > Regards. > --=20 > Danilo G. Baio (dbaio) Roman Bogorodskiy --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJan8FPAAoJEMltX/4IwiJqbHgH/jzaMFhsJlL/wVZo+iVfdbxL 4Z8CPlUb8Ng56yw5iR63yE1ny99lC2tcFGsB0D0Q1lbIrhpDmO4oxRFMtV6JlMN9 RA8QFTMzqCZ86DWfkvj65uJBswLDEZm+5COU5R1bRVN/xrKSJukJ2nYAJI6pwpsE 0o1YFCPJdw93kyooDBdDt/vyqmutOBDDumGGYex9EbkNu+3EK6qCSq62Y1ZSYbod tS8wJU3D4a0JtjpvREsUrUabF+lFDn+Qv3fVsoZham8nSJVynh33S+Nr1O4dhsIg wyIOc3HouVZdG6+Y+uD9zvGFNb2tBlisY2G+WUywyRJ1AQB3CfKTiTCUQw5m2p4= =HubY -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- From owner-freebsd-current@freebsd.org Wed Mar 7 11:32:55 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2D300F47AD0; Wed, 7 Mar 2018 11:32:55 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from mail.rlwinm.de (mail.rlwinm.de [IPv6:2a01:4f8:171:f902::5]) (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 C3E976DE81; Wed, 7 Mar 2018 11:32:54 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from crest.bultmann.eu (unknown [IPv6:2a00:c380:c0d5:1:28a4:4cba:53e5:fefc]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.rlwinm.de (Postfix) with ESMTPSA id 7589414A84; Wed, 7 Mar 2018 11:32:52 +0000 (UTC) Subject: Re: update of graphics/drm-next-kmod to Linux 4.11 level for recent CURRENT and 11-STABLE To: Hadi Rezaee Cc: Johannes M Dieterich , freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <20180225104844.726b4f17@manray.ogolem.org> From: Jan Bramkamp Message-ID: <99ea3a75-53d7-6636-d2d9-79c24ad35619@rlwinm.de> Date: Wed, 7 Mar 2018 12:32:51 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 11:32:55 -0000 On 28.02.18 18:03, Hadi Rezaee wrote: > Hello there, > My laptop is running FreeBSD-12 CURRENT, and i hadnt any problem with my > graphic before upgrading drm-next (g20180117_3 -> 4.11.g20180224). But > now it getting failed. Tried to build from source, but same result. > Laptop model: Lenovo E470 I just updated both the 12-current base system and the graphics/drm-next-kmod port on my Thinkpad T470s. The resulting system works except for the already documented regression in the VA API affecting hardware accelerated video playback in mpv. From owner-freebsd-current@freebsd.org Wed Mar 7 17:16:36 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5162F41A64 for ; Wed, 7 Mar 2018 17:16:36 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (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 1BE6881EBD for ; Wed, 7 Mar 2018 17:16:35 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 35ee8aa1-222b-11e8-bb8e-b35b57339d60 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound1.ore.mailhop.org (Halon) with ESMTPSA id 35ee8aa1-222b-11e8-bb8e-b35b57339d60; Wed, 07 Mar 2018 17:16:02 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w27HGR9h002443; Wed, 7 Mar 2018 10:16:27 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1520442987.84937.12.camel@freebsd.org> Subject: Re: best settings for usb2 and attached disks, and sdcards From: Ian Lepore To: John , freebsd-current@freebsd.org Cc: freebsd-arm@freebsd.org, freebsd-fs@freebsd.org Date: Wed, 07 Mar 2018 10:16:27 -0700 In-Reply-To: <1520403325.3513270.1294320744.0B1DE142@webmail.messagingengine.com> References: <1520403325.3513270.1294320744.0B1DE142@webmail.messagingengine.com> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 17:16:36 -0000 On Wed, 2018-03-07 at 06:15 +0000, John wrote: > Hi, > [cc'd to arm@ and fs@ where it's also relevant] > > I have a number of rpi3 & rpi3 machines. Usually I want to attach a usb keydrive to them so that the sdcard isn't thrashed. They're all running -current. usr/src and usr/ports at least are mounted on the keydrive. > > When initially updating eg the ports tree, svn will time out/crash because of the poor write performance of these devices in a rpi2/3 context. The fs on the usb keys is always ufs2. I have tried mounting these devices as -o async and also in fstab but this parameter seems not to 'take' in that mount doesn't report the async property set: > > [...] > /dev/da0p2 on /ext (ufs, local, noatime, soft-updates) > [...] > > was mounted with the command "mount -o async,noatime,rw /dev/da0s2 /ext" > but I can't tell if async is on or just ignored, no error message. And I still have to run svnlite cleanup /ext/ports until svnlite stops bailing out. When newfs was written, I passed -t  to it to enable trim, which seems to make a difference on this for deletes but not writes. Can anyone please suggest anything I can so to speed up disk i/o? And is async being applied or ignored? > > thanks, If your ufs2 filesystem is formatted with soft dependencies, the async mount option does nothing (the ufs mount code forces it off when the softdeps flag is on).  Basically, softdeps IS async for ufs. If you have journaling enabled on the usb or sdcard filesystems, turn it off.  It just amplifies the writes to devices that are already very slow on writes, and the only benefit to journaling is that it speeds up fsck recovery.  Since sdcard and thumb drive filesystems tend to be very small already, the speed up from having journaling enabled amounts to a few seconds at best, and even that benefit only comes after a crash. -- Ian From owner-freebsd-current@freebsd.org Wed Mar 7 17:43:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF410F44059; Wed, 7 Mar 2018 17:43:37 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 77A1183AB2; Wed, 7 Mar 2018 17:43:37 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id C32F320D4A; Wed, 7 Mar 2018 12:43:36 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Wed, 07 Mar 2018 12:43:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=6B2C3TIbVTffR3XnCzbOLfgGbejfPlXdHV7sEpjB34I=; b=RMnN0EXd wZWBvyq5v2xlTfOSpJGrOHXavvjVtsOgayuhV5KWpLtRvstbHzPz0qmNbId6b5cQ s1JnrZQ1kzyKMQgHm9F9qZmQINFsURIHZga7eMQm7HnICyvF2l+rlsRPwoJ41djl RitlPXwVC+NBNkC+SyhvAb5/1GYZTjt5V4XxiFD4V1/cq6T6A+puAH+Glrk2N9XJ aEx0DAOOzt5pYwKXKqYibXfTITgNWXsYKhpidcek4sVC7KKajjWScB0MGKICxhD8 2yM5rfewQuLDm3BolSDdOKWOpP7fRNudIqHV8ILAJK5/0tMQL2KuVptxsrJKdJRU bmfQEIyop5v05Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=6B2C3TIbVTffR3XnCzbOLfgGbejfP lXdHV7sEpjB34I=; b=GOV9wJr2NiXg1nFZ68wBFu9KyyZGuFGaKrgWkPrFBehXP LhF1kPRppFj99/Uz4HLAb/SXIqAgzgFxuK5nPyjQQl2kE7EaJC6wwh28QFQXfNqS 7+gX9QSeqg+/u2dEO7qnclWHieaHYUqU/wVfAMm4mXtmMDjDB/AX3d/oLTvD78WN Yf0WzkEUD4z3RToc55hS5ntdZwV3e2t+0iqczy+p9v+ACGTH7NiCHy/YyzFtA+hR xlZkopzgv9FAV776JnJtRaUqKtrHKzXCbCmCRLgvzNKCfC3V7B8wmPvYpnKVGTxY RLmmVh/4C1rnL7zdxIrrplygiMIUZNX0uYagpdxbw== X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 27C79246D5; Wed, 7 Mar 2018 12:43:36 -0500 (EST) To: freebsd-fs Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org From: tech-lists Subject: updating via svn and usb2 thumbdrives Message-ID: <5f3f4e06-c72f-0384-a428-823a30810368@zyxst.net> Date: Wed, 7 Mar 2018 17:43:35 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 17:43:38 -0000 Hi, When updating, particularly when downloading the src or ports tree for the first time, even though I've taken all approaches possible to speed up access to attached usb2 drives, I'll get these errors which will cause the update to bail: A ports/www/py-django-otp svn: E120106: ra_serf: The server sent a truncated HTTP response body. where it'll remain until I restart it but sometimes it'll crash so badly svn will demand svn cleanup on the dir I'm downloading to, like this: A ports/www/elgg/files svn: E120106: ra_serf: The server sent a truncated HTTP response body. # svnlite co https://svn0.eu.FreeBSD.org/ports/head /ext/ports svn: E155004: Run 'svn cleanup' to remove locks (type 'svn help cleanup' for details) svn: E155004: Working copy '/ext/ports' locked. svn: E155004: '/ext/ports' is already locked. So I do this: # svnlite cleanup /ext/ports ...and I can start svnlite again. I'm sure this has to do with the thumbdrive 'catching up' with writing. So my question is this: Is there some switch in svnlite or some tool or parameter I can give to the process that will either buffer or limit the demands made of the device? It's UFS2 mounted with -o async[might be redundant],rw and has soft-updates but no journalling. My connection speed is 23Mbit so I'm thinking that on usb2 this might be approaching its random write speed but i'm unsure. What's the best way to permanently fix this? thanks, -- J. From owner-freebsd-current@freebsd.org Wed Mar 7 17:51:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C08DBF449EF for ; Wed, 7 Mar 2018 17:51:01 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6217D84024 for ; Wed, 7 Mar 2018 17:51:01 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (203-59-173-201.dyn.iinet.net.au [203.59.173.201]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id w27Honh9021019 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 7 Mar 2018 09:50:53 -0800 (PST) (envelope-from julian@freebsd.org) From: Julian Elischer Subject: tzset (and friends) patch to watch /etc/localtime.. comments? To: freebsd-current Message-ID: <4d707157-478b-1ced-c5ae-e0a8116b916d@freebsd.org> Date: Thu, 8 Mar 2018 01:50:43 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 17:51:01 -0000 anyone interested in ctime, tzset, and localtime.c  please look athttps://reviews.freebsd.org/D14608 comments and improvements welcome. Julian From owner-freebsd-current@freebsd.org Wed Mar 7 18:05:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A866DF45AD2; Wed, 7 Mar 2018 18:05:06 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 4F35C84BDC; Wed, 7 Mar 2018 18:05:06 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id B197620DC5; Wed, 7 Mar 2018 13:05:05 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Wed, 07 Mar 2018 13:05:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=bzrbeGB+9oxp3z8KHDw+8bsPTqB9x u64kHn2l7IK0oc=; b=gSa9oMyU0bzj/2nRvpDi7okBYshqIijHr8uXMVt4r57EI 4+OeNOA2TaaoAi+F3oCUhB/uaBVRT67G7X2lO9as3tat7BhJUB12Zf+n/vNz+a5z YdsbkozT5mJO/Hb3LbQXWtxkdIQ4Qb7/cpIICPYqaqvokEYclVxMqMmgeU44zjBx PeP+E/cROCsrYjmJz6BJxUZuHSmnQH7LfIcOG7Qy3Ex4e/zq36/ZIJhlBdoovEvE oGa16oEOMYm91jel12CcB5aA9Vt4wD7sXkvWs/jA1F188IpaUPp9c94ERtv7b8dK gKsPBbTLHzawsFsXhuMU8v4NHJMiBlMIpDuSc6a7w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=bzrbeG B+9oxp3z8KHDw+8bsPTqB9xu64kHn2l7IK0oc=; b=cCnypJMg3238Eo6KO0gio6 K0iwLYaxK1NAsxigkPDuVVOlbYrgu140KXlowdvYaJsL7gr3QUhYbAuItNuBmAkA v93P4+91RkDPe9WYpwo1lYohkkMONsXUhFTRzn/0OoqYgJtZZQ/sOJRVcdGqdMde 8WeH0Pge0uFxCVsp+rMCp6LR/33Xx7efcKa0DqCL2I26AZN7RmyKgDb+A5b/5f3R Z5ug2PBAYjiqj2qMYmez9FbmmkczZcIX3LIfB2pKZHhHzQ/hwHhLcAIkdnV88gvD wQdgM5rHw+We0DqNMximwagjZRtxKKPtDLVzHFlbKQ+nw4qhAUw6TKCVNRPsjolw == X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 0784E24505; Wed, 7 Mar 2018 13:05:04 -0500 (EST) Subject: Re: best settings for usb2 and attached disks, and sdcards To: Ian Lepore , freebsd-current@freebsd.org Cc: freebsd-arm@freebsd.org, freebsd-fs@freebsd.org References: <1520403325.3513270.1294320744.0B1DE142@webmail.messagingengine.com> <1520442987.84937.12.camel@freebsd.org> From: tech-lists Message-ID: Date: Wed, 7 Mar 2018 18:05:04 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <1520442987.84937.12.camel@freebsd.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 18:05:06 -0000 On 07/03/2018 17:16, Ian Lepore wrote: > If you have journaling enabled on the usb or sdcard filesystems, turn > it off. Yes, it's turned off. The new fs was made with newfs -U -n -t. I found later that the thumb drives didn't have TRIM functionality but didn't know for sure at the time (only found out when a notification popped up on the console that TRIM was switched on the filesystem but the disk didn't support it). thanks, -- J. From owner-freebsd-current@freebsd.org Wed Mar 7 21:44:13 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D374EF340CE for ; Wed, 7 Mar 2018 21:44:13 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) by mx1.freebsd.org (Postfix) with ESMTP id 7B35F71565 for ; Wed, 7 Mar 2018 21:44:13 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id E910D5683F for ; Wed, 7 Mar 2018 15:44:09 -0600 (CST) To: freebsd-current@freebsd.org From: Eric van Gyzen Subject: System76 Galago Pro with 8th gen CPU Message-ID: <2580fa16-25f0-d913-1ba6-0b89cd70a637@vangyzen.net> Date: Wed, 7 Mar 2018 15:44:04 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2018 21:44:14 -0000 Has anyone tried -CURRENT on the latest System76 Galago Pro with an 8th gen Kaby Lake R?  All the reports I've heard, including the Laptops page on the wiki, concern systems with a 7th gen Kaby Lake. Eric From owner-freebsd-current@freebsd.org Thu Mar 8 09:46:52 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D46A8F4688C; Thu, 8 Mar 2018 09:46:52 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 36E0371396; Thu, 8 Mar 2018 09:46:51 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w289khtX001252 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 10:46:44 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w289kb0s007764 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 10:46:37 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w289kbvh084359 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 8 Mar 2018 10:46:37 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w289ka53084358; Thu, 8 Mar 2018 10:46:36 +0100 (CET) (envelope-from ticso) Date: Thu, 8 Mar 2018 10:46:36 +0100 From: Bernd Walter To: John Cc: freebsd-current@freebsd.org, freebsd-fs@freebsd.org, freebsd-arm@freebsd.org Subject: Re: best settings for usb2 and attached disks, and sdcards Message-ID: <20180308094636.GA80981@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <1520403325.3513270.1294320744.0B1DE142@webmail.messagingengine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1520403325.3513270.1294320744.0B1DE142@webmail.messagingengine.com> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 09:46:53 -0000 On Wed, Mar 07, 2018 at 06:15:25AM +0000, John wrote: > Hi, > [cc'd to arm@ and fs@ where it's also relevant] > > I have a number of rpi3 & rpi3 machines. Usually I want to attach a usb keydrive to them so that the sdcard isn't thrashed. They're all running -current. usr/src and usr/ports at least are mounted on the keydrive. > > When initially updating eg the ports tree, svn will time out/crash because of the poor write performance of these devices in a rpi2/3 context. The fs on the usb keys is always ufs2. I have tried mounting these devices as -o async and also in fstab but this parameter seems not to 'take' in that mount doesn't report the async property set: I'm currently very pleased with the SanDisk Extreme Plus micro SD cards. They are quite expensive, but behave way better with random writes. Event better in random write performance are the SanDisk Extreme USB sticks. Also quite expensive though and quite big. I can't tell, however, if they are better in case of power loss related data corruption. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@freebsd.org Thu Mar 8 10:11:21 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F2AB6F4876A for ; Thu, 8 Mar 2018 10:11:20 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from hraggstad.unrelenting.technology (hraggstad.unrelenting.technology [IPv6:2605:2700:0:3:a800:ff:fee9:2feb]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hraggstad.unrelenting.technology", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 759D67266E for ; Thu, 8 Mar 2018 10:11:20 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: by hraggstad.unrelenting.technology (OpenSMTPD) with ESMTPSA id 66f0facf TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 8 Mar 2018 10:11:17 +0000 (UTC) Received: from localhost (markarth.lan [local]) by markarth.lan (OpenSMTPD) with ESMTPA id 15e07172; Thu, 8 Mar 2018 13:11:17 +0300 (MSK) Date: Thu, 8 Mar 2018 13:11:17 +0300 From: Greg To: Eric van Gyzen Cc: freebsd-current@freebsd.org Subject: Re: System76 Galago Pro with 8th gen CPU Message-ID: <20180308101117.qdccmxjsjqqk6neg@unrelenting.technology> References: <2580fa16-25f0-d913-1ba6-0b89cd70a637@vangyzen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2580fa16-25f0-d913-1ba6-0b89cd70a637@vangyzen.net> OpenPGP: url=https://unrelenting.technology/pub/3B011BAF.asc User-Agent: the one that sucks less X-Hashcash: 1:20:180308:eric@vangyzen.net::XSmoaZMqyJRJN49w:cPv X-Hashcash: 1:20:180308:freebsd-current@freebsd.org::JRusHncX84koRyTT:A5Tu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 10:11:21 -0000 On 03/07, Eric van Gyzen wrote: >Has anyone tried -CURRENT on the latest System76 Galago Pro with an 8th >gen Kaby Lake R?  All the reports I've heard, including the Laptops page >on the wiki, concern systems with a 7th gen Kaby Lake. "8th gen Kaby Lake" WTF Intel, what are you doing with the naming here… If Kaby Lake R's GPU has the same PCI ID as normal Kaby Lake, drm-next-kmod should work out of the box. Otherwise, you'd need to patch it to recognize the GPU. Here's the patch for Coffee Lake: https://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/8bbe1960fe796710efd0a16cb284f594c504d985 From owner-freebsd-current@freebsd.org Thu Mar 8 10:49:11 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 53739F4B50C; Thu, 8 Mar 2018 10:49:11 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E5A6E74033; Thu, 8 Mar 2018 10:49:10 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1ett6j-0002Ej-G7; Thu, 08 Mar 2018 11:49:09 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: vbox@freebsd.org, freebsd-fs@freebsd.org, "FreeBSD Current" Subject: Re: vboxvfs: Not a directory References: Date: Thu, 08 Mar 2018 11:49:12 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: a2d32f98be707cbcda8602d5fffa976a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 10:49:11 -0000 Including the virtualbox port maintainer in the loop. Any thoughts? Ronald. On Sun, 04 Mar 2018 22:04:05 +0100, Ronald Klop wrote: > Hi, > > I'm trying to use vboxfs on # uname -a > FreeBSD sjakie 12.0-CURRENT FreeBSD 12.0-CURRENT #4 r329516M: Sun Feb 18 > 12:37:36 CET 2018 > ronald@sjakie:/data/ronald/obj-freebsd-current/data/ronald/freebsd-current/amd64.amd64/sys/GENERIC-NODEBUG > amd64 > > I run VirtualBox on Windows 10 using FreeBSD 12 as a guest. > virtualbox-ose-additions-5.2.8 is installed by pkg. > I configured C:\Temp as 'win' in VirtualBox. > > Modules are loaded: > kldstat | grep vbox > 5 2 0xffffffff82e26000 2d9e0 vboxguest.ko > 13 1 0xffffffff82e7e000 1f320 vboxvfs.ko > > [root@sjakie ~]# mount_vboxvfs win /mnt/win > [root@sjakie ~]# ls /mnt/win/ > ls: /mnt/win/: Not a directory > > I tried different Windows directories and different users/rights on the > /mnt/win directory. > Am I doing something wrong? > I can't find a lot documentation about vboxvfs. > > Regards, > Ronald. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Mar 8 15:26:20 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56EB0F3B405; Thu, 8 Mar 2018 15:26:20 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C5C3A7F4D8; Thu, 8 Mar 2018 15:26:19 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w28FQCpG061089 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 8 Mar 2018 07:26:13 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w28FQBp1061088; Thu, 8 Mar 2018 07:26:11 -0800 (PST) (envelope-from fbsd) Date: Thu, 8 Mar 2018 07:26:11 -0800 From: bob prohaska To: ticso@cicely.de Cc: John , freebsd-fs@freebsd.org, freebsd-arm@freebsd.org, freebsd-current@freebsd.org, bob prohaska Subject: Re: best settings for usb2 and attached disks, and sdcards Message-ID: <20180308152611.GA61027@www.zefox.net> References: <1520403325.3513270.1294320744.0B1DE142@webmail.messagingengine.com> <20180308094636.GA80981@cicely7.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180308094636.GA80981@cicely7.cicely.de> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 15:26:20 -0000 On Thu, Mar 08, 2018 at 10:46:36AM +0100, Bernd Walter wrote: > > I'm currently very pleased with the SanDisk Extreme Plus micro SD > cards. > They are quite expensive, but behave way better with random writes. > I don't think I've seen Sandisk Extreme Plus devices, how do they differ from "ordinary" Sandisk extreme devices? I think there is a "Pro" version, is that the same thing? > Event better in random write performance are the SanDisk Extreme > USB sticks. > Also quite expensive though and quite big. > Likewise, my experiece, spread over 4 RPi2's and 2 RPi3's, has been good. > I can't tell, however, if they are better in case of power loss > related data corruption. > Never done a systematic test, but accidental unplugs and power cycles after a crash have never caused problems fsck -f won't fix. hth, bob prohaska From owner-freebsd-current@freebsd.org Thu Mar 8 16:02:51 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2A7BF3ECCB; Thu, 8 Mar 2018 16:02:51 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 33CB78229C; Thu, 8 Mar 2018 16:02:51 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w28G2lvR007513 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 17:02:47 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w28G2djo012490 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 17:02:39 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w28G2dkl085959 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 8 Mar 2018 17:02:39 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w28G2c4j085958; Thu, 8 Mar 2018 17:02:38 +0100 (CET) (envelope-from ticso) Date: Thu, 8 Mar 2018 17:02:38 +0100 From: Bernd Walter To: bob prohaska Cc: ticso@cicely.de, freebsd-fs@freebsd.org, freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: best settings for usb2 and attached disks, and sdcards Message-ID: <20180308160238.GD80981@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <1520403325.3513270.1294320744.0B1DE142@webmail.messagingengine.com> <20180308094636.GA80981@cicely7.cicely.de> <20180308152611.GA61027@www.zefox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180308152611.GA61027@www.zefox.net> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 16:02:51 -0000 On Thu, Mar 08, 2018 at 07:26:11AM -0800, bob prohaska wrote: > On Thu, Mar 08, 2018 at 10:46:36AM +0100, Bernd Walter wrote: > > > > I'm currently very pleased with the SanDisk Extreme Plus micro SD > > cards. > > They are quite expensive, but behave way better with random writes. > > > I don't think I've seen Sandisk Extreme Plus devices, how do they differ > from "ordinary" Sandisk extreme devices? I think there is a "Pro" version, > is that the same thing? I don't know any other SanDisk Extreme SD cards than the Extreme Plus I have. The Ultra, I usually use, have those typical long delay problems, while the Extreme Plus never showed up in gstat with more than 100ms absolute worst case, usually below 25ms under random write load with 4-8MB/s datarate. Those I have are labeled as SDSQXBG-032G-GN6MA. > > Event better in random write performance are the SanDisk Extreme > > USB sticks. > > Also quite expensive though and quite big. > > > Likewise, my experiece, spread over 4 RPi2's and 2 RPi3's, has been good. > > > I can't tell, however, if they are better in case of power loss > > related data corruption. > > > > Never done a systematic test, but accidental unplugs and power cycles > after a crash have never caused problems fsck -f won't fix. I've had those problems with any kind of card I've used. This even happened for me with fully readonly mounted cards. Cards have to do ocassional refresh writes for reads, which means at low level there's no such thing as read-only, but it is amazing that customers even mange to catch those. The Extreme Plus however are new for me and I can't tell yet. At least they are way better during development. So far I've went to NFS, but NFS has a higher latency and 100MBit ethernet is slower than local cards could deliver. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@freebsd.org Thu Mar 8 16:16:53 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46F27F40180; Thu, 8 Mar 2018 16:16:53 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C85D382EC3; Thu, 8 Mar 2018 16:16:52 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w28GGnbq007734 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 17:16:50 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w28GGjFe012664 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 17:16:45 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w28GGja4086035 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 8 Mar 2018 17:16:45 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w28GGjjQ086034; Thu, 8 Mar 2018 17:16:45 +0100 (CET) (envelope-from ticso) Date: Thu, 8 Mar 2018 17:16:45 +0100 From: Bernd Walter To: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Cc: Bernd Walter Subject: webcamd based touchscreen problem on Pi3 Message-ID: <20180308161645.GF80981@cicely7.cicely.de> Reply-To: ticso@cicely.de Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 16:16:53 -0000 Hardware is a Raspberry Pi3 with current r330034. I'm trying to run a USB touchscreen. Tested wmt and uep, but neither wants to attach, although the Waveshare display I'm using is likely running an egalaxy firmware. However webcamd accepts the device and creates a /dev/input/event0. But I can't get X to use it. xf86-input-evdev-2.10.5 is installed and it created an X config file under /usr/local/share/X11/xorg.conf.d/10-evdev.conf. I also tried some google results in /etc/X11/xorg.conf, but X never touches the device: [ 19417.932] X.Org X Server 1.18.4 Release Date: 2016-07-19 [ 19417.932] X Protocol Version 11, Revision 0 [ 19417.932] Build Operating System: FreeBSD 12.0-CURRENT arm64 [ 19417.932] Current Operating System: FreeBSD sa 12.0-CURRENT FreeBSD 12.0-CURRENT #0: Mon Mar 5 16:28:19 UTC 2018 ticso@sa:/usr/obj/usr/src-nfs/builder/current-anlage/head/arm64.aarch64/sys/GENERIC arm64 [ 19417.933] Build Date: 19 January 2018 09:58:28PM [ 19417.934] [ 19417.934] Current version of pixman: 0.34.0 [ 19417.934] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 19417.934] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 19417.934] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Mar 7 15:59:15 2018 [ 19417.935] (==) Using config file: "/etc/X11/xorg.conf" [ 19417.935] (==) Using system config directory "/usr/local/share/X11/xorg.conf.d" [ 19417.936] (==) No Layout section. Using the first Screen section. [ 19417.936] (==) No screen section available. Using defaults. [ 19417.936] (**) |-->Screen "Default Screen Section" (0) [ 19417.936] (**) | |-->Monitor "" [ 19417.937] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 19417.938] (==) Automatically adding devices [ 19417.938] (==) Automatically enabling devices [ 19417.938] (==) Not automatically adding GPU devices [ 19417.938] (==) Max clients allowed: 256, resource mask: 0x1fffff [ 19417.938] (==) FontPath set to: /usr/local/share/fonts/misc/, /usr/local/share/fonts/TTF/, /usr/local/share/fonts/OTF/, /usr/local/share/fonts/Type1/, /usr/local/share/fonts/100dpi/, /usr/local/share/fonts/75dpi/ [ 19417.938] (==) ModulePath set to "/usr/local/lib/xorg/modules" [ 19417.938] (II) The server relies on devd to provide the list of input devices. If no devices become available, reconfigure devd or disable AutoAddDevices. [ 19417.938] (II) Loader magic: 0x1e0018 [ 19417.939] (II) Module ABI versions: [ 19417.939] X.Org ANSI C Emulation: 0.4 [ 19417.939] X.Org Video Driver: 20.0 [ 19417.939] X.Org XInput driver : 22.1 [ 19417.939] X.Org Server Extension : 9.0 [ 19417.939] (II) LoadModule: "glx" [ 19417.940] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so [ 19417.951] (II) Module glx: vendor="X.Org Foundation" [ 19417.951] compiled for 1.18.4, module version = 1.0.0 [ 19417.951] ABI class: X.Org Server Extension, version 9.0 [ 19417.951] (==) AIGLX enabled [ 19417.951] (==) Matched modesetting as autoconfigured driver 0 [ 19417.951] (==) Matched scfb as autoconfigured driver 1 [ 19417.951] (==) Assigned the driver to the xf86ConfigLayout [ 19417.951] (II) LoadModule: "modesetting" [ 19417.952] (II) Loading /usr/local/lib/xorg/modules/drivers/modesetting_drv.so [ 19417.952] (II) Module modesetting: vendor="X.Org Foundation" [ 19417.952] compiled for 1.18.4, module version = 1.18.4 [ 19417.952] Module class: X.Org Video Driver [ 19417.952] ABI class: X.Org Video Driver, version 20.0 [ 19417.952] (II) LoadModule: "scfb" [ 19417.953] (II) Loading /usr/local/lib/xorg/modules/drivers/scfb_drv.so [ 19417.953] (II) Module scfb: vendor="X.Org Foundation" [ 19417.953] compiled for 1.18.4, module version = 0.0.4 [ 19417.953] ABI class: X.Org Video Driver, version 20.0 [ 19417.954] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 19417.954] (II) scfb: driver for wsdisplay framebuffer: scfb [ 19417.954] (--) Using syscons driver with X support (version 2.0) [ 19417.954] (--) using VT number 2 [ 19417.954] (WW) Falling back to old probe method for modesetting [ 19417.955] (EE) open /dev/dri/card0: No such file or directory [ 19417.955] (WW) Falling back to old probe method for scfb [ 19417.955] scfb trace: probe start [ 19417.955] (II) scfb(0): using default device [ 19417.955] scfb trace: probe done [ 19417.955] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support [ 19417.955] scfb: PreInit 0 [ 19417.955] (II) scfb(0): Using: depth (24), width (1280), height (800) [ 19417.956] (II) scfb(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/24 [ 19417.956] (==) scfb(0): Depth 24, (==) framebuffer bpp 24 [ 19417.956] (==) scfb(0): RGB weight 888 [ 19417.956] (==) scfb(0): Default visual is TrueColor [ 19417.956] (==) scfb(0): Using gamma correction (1.0, 1.0, 1.0) [ 19417.956] (II) scfb(0): Vidmem: 3000k [ 19417.956] (==) scfb(0): DPI set to (96, 96) [ 19417.956] (**) scfb(0): Using "Shadow Framebuffer" [ 19417.956] (II) Loading sub module "shadow" [ 19417.956] (II) LoadModule: "shadow" [ 19417.957] (II) Loading /usr/local/lib/xorg/modules/libshadow.so [ 19417.958] (II) Module shadow: vendor="X.Org Foundation" [ 19417.958] compiled for 1.18.4, module version = 1.1.0 [ 19417.958] ABI class: X.Org ANSI C Emulation, version 0.4 [ 19417.958] (II) Loading sub module "fb" [ 19417.958] (II) LoadModule: "fb" [ 19417.958] (II) Loading /usr/local/lib/xorg/modules/libfb.so [ 19417.960] (II) Module fb: vendor="X.Org Foundation" [ 19417.960] compiled for 1.18.4, module version = 1.0.0 [ 19417.961] ABI class: X.Org ANSI C Emulation, version 0.4 [ 19417.961] scfb: PreInit done [ 19417.961] (II) UnloadModule: "modesetting" [ 19417.961] (II) Unloading modesetting [ 19417.961] (--) Depth 24 pixmap format is 24 bpp [ 19417.961] scfb: ScfbScreenInit 0 [ 19417.961] bitsPerPixel=24, depth=24, defaultVisual=TrueColor mask: ff0000,ff00,ff, offset: 16,8,0 [ 19417.962] mmap returns: addr 0x41abb000 len 0x2ee000, fd 5, off 0 [ 19417.962] scfb: ScfbSave 0 [ 19417.962] scfb: ScfbSave done [ 19417.963] (==) scfb(0): Backing store enabled [ 19417.963] scfb: ScfbScreenInit done [ 19417.963] (==) RandR enabled [ 19417.964] (II) AIGLX: Screen 0 is not DRI2 capable [ 19417.964] (EE) AIGLX: reverting to software rendering [ 19418.375] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer [ 19418.382] (II) AIGLX: Loaded and initialized swrast [ 19418.382] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 19419.556] (II) config/devd: probing input devices... [ 19419.556] (II) config/devd: adding input device (null) (/dev/kbdmux) [ 19419.556] (II) LoadModule: "kbd" [ 19419.558] (II) Loading /usr/local/lib/xorg/modules/input/kbd_drv.so [ 19419.558] (II) Module kbd: vendor="X.Org Foundation" [ 19419.558] compiled for 1.18.4, module version = 1.9.0 [ 19419.558] Module class: X.Org XInput Driver [ 19419.559] ABI class: X.Org XInput driver, version 22.1 [ 19419.559] (II) Using input driver 'kbd' for 'kbdmux' [ 19419.559] (**) kbdmux: always reports core events [ 19419.559] (**) kbdmux: always reports core events [ 19419.559] (**) Option "Protocol" "standard" [ 19419.559] (**) Option "XkbRules" "base" [ 19419.559] (**) Option "XkbModel" "pc105" [ 19419.559] (**) Option "XkbLayout" "us" [ 19419.559] (**) Option "config_info" "devd:kbdmux" [ 19419.560] (II) XINPUT: Adding extended input device "kbdmux" (type: KEYBOARD, id 6) [ 19419.562] (II) config/devd: adding input device (null) (/dev/sysmouse) [ 19419.562] (II) LoadModule: "mouse" [ 19419.563] (II) Loading /usr/local/lib/xorg/modules/input/mouse_drv.so [ 19419.564] (II) Module mouse: vendor="X.Org Foundation" [ 19419.564] compiled for 1.18.4, module version = 1.9.2 [ 19419.564] Module class: X.Org XInput Driver [ 19419.564] ABI class: X.Org XInput driver, version 22.1 [ 19419.564] (II) Using input driver 'mouse' for 'sysmouse' [ 19419.565] (**) sysmouse: always reports core events [ 19419.565] (**) Option "Device" "/dev/sysmouse" [ 19419.565] (==) sysmouse: Protocol: "Auto" [ 19419.565] (**) sysmouse: always reports core events [ 19419.565] (==) sysmouse: Emulate3Buttons, Emulate3Timeout: 50 [ 19419.565] (**) sysmouse: ZAxisMapping: buttons 4 and 5 [ 19419.565] (**) sysmouse: Buttons: 5 [ 19419.565] (**) Option "config_info" "devd:sysmouse" [ 19419.566] (II) XINPUT: Adding extended input device "sysmouse" (type: MOUSE, id 7) [ 19419.566] (**) sysmouse: (accel) keeping acceleration scheme 1 [ 19419.566] (**) sysmouse: (accel) acceleration profile 0 [ 19419.566] (**) sysmouse: (accel) acceleration factor: 2.000 [ 19419.566] (**) sysmouse: (accel) acceleration threshold: 4 [ 19419.567] (II) sysmouse: SetupAuto: hw.iftype is 4, hw.model is 0 [ 19419.567] (II) sysmouse: SetupAuto: protocol is SysMouse [ 19419.567] (II) config/devd: device /dev/ums0 already opened [67]sa# grep webcam /etc/rc.conf webcamd_enable="YES" webcamd_0_flags="-N BYZHYYZHY-By-ZH851 -M 0" #webcamd [-d ugen0.5] -N BYZHYYZHY-By-ZH851 -S P39112398 -M 0 [68]sa# ps -axl | grep webcam 0 592 1 0 -44 0 21736 1580 cuse-ser I http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@freebsd.org Thu Mar 8 16:20:29 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5671BF406BD; Thu, 8 Mar 2018 16:20:29 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (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 E390883298; Thu, 8 Mar 2018 16:20:28 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id C2C7B2602E8; Thu, 8 Mar 2018 17:20:26 +0100 (CET) Subject: Re: webcamd based touchscreen problem on Pi3 To: ticso@cicely.de, freebsd-arm@freebsd.org, freebsd-current@freebsd.org Cc: Bernd Walter References: <20180308161645.GF80981@cicely7.cicely.de> From: Hans Petter Selasky Message-ID: <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> Date: Thu, 8 Mar 2018 17:20:22 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180308161645.GF80981@cicely7.cicely.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 16:20:29 -0000 On 03/08/18 17:16, Bernd Walter wrote: > Hardware is a Raspberry Pi3 with current r330034. > I'm trying to run a USB touchscreen. > Tested wmt and uep, but neither wants to attach, although the Waveshare > display I'm using is likely running an egalaxy firmware. > However webcamd accepts the device and creates a /dev/input/event0. > But I can't get X to use it. > xf86-input-evdev-2.10.5 is installed and it created an X config file > under /usr/local/share/X11/xorg.conf.d/10-evdev.conf. > I also tried some google results in /etc/X11/xorg.conf, but X never > touches the device: > [ 19417.932] > X.Org X Server 1.18.4 > Release Date: 2016-07-19 > [ 19417.932] X Protocol Version 11, Revision 0 > [ 19417.932] Build Operating System: FreeBSD 12.0-CURRENT arm64 > [ 19417.932] Current Operating System: FreeBSD sa 12.0-CURRENT FreeBSD 12.0-CURRENT #0: Mon Mar 5 16:28:19 UTC 2018 ticso@sa:/usr/obj/usr/src-nfs/builder/current-anlage/head/arm64.aarch64/sys/GENERIC arm64 > [ 19417.933] Build Date: 19 January 2018 09:58:28PM > [ 19417.934] > [ 19417.934] Current version of pixman: 0.34.0 > [ 19417.934] Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > [ 19417.934] Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > [ 19417.934] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Mar 7 15:59:15 2018 > [ 19417.935] (==) Using config file: "/etc/X11/xorg.conf" > [ 19417.935] (==) Using system config directory "/usr/local/share/X11/xorg.conf.d" > [ 19417.936] (==) No Layout section. Using the first Screen section. > [ 19417.936] (==) No screen section available. Using defaults. > [ 19417.936] (**) |-->Screen "Default Screen Section" (0) > [ 19417.936] (**) | |-->Monitor "" > [ 19417.937] (==) No monitor specified for screen "Default Screen Section". > Using a default monitor configuration. > [ 19417.938] (==) Automatically adding devices > [ 19417.938] (==) Automatically enabling devices > [ 19417.938] (==) Not automatically adding GPU devices > [ 19417.938] (==) Max clients allowed: 256, resource mask: 0x1fffff > [ 19417.938] (==) FontPath set to: > /usr/local/share/fonts/misc/, > /usr/local/share/fonts/TTF/, > /usr/local/share/fonts/OTF/, > /usr/local/share/fonts/Type1/, > /usr/local/share/fonts/100dpi/, > /usr/local/share/fonts/75dpi/ > [ 19417.938] (==) ModulePath set to "/usr/local/lib/xorg/modules" > [ 19417.938] (II) The server relies on devd to provide the list of input devices. > If no devices become available, reconfigure devd or disable AutoAddDevices. > [ 19417.938] (II) Loader magic: 0x1e0018 > [ 19417.939] (II) Module ABI versions: > [ 19417.939] X.Org ANSI C Emulation: 0.4 > [ 19417.939] X.Org Video Driver: 20.0 > [ 19417.939] X.Org XInput driver : 22.1 > [ 19417.939] X.Org Server Extension : 9.0 > [ 19417.939] (II) LoadModule: "glx" > [ 19417.940] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so > [ 19417.951] (II) Module glx: vendor="X.Org Foundation" > [ 19417.951] compiled for 1.18.4, module version = 1.0.0 > [ 19417.951] ABI class: X.Org Server Extension, version 9.0 > [ 19417.951] (==) AIGLX enabled > [ 19417.951] (==) Matched modesetting as autoconfigured driver 0 > [ 19417.951] (==) Matched scfb as autoconfigured driver 1 > [ 19417.951] (==) Assigned the driver to the xf86ConfigLayout > [ 19417.951] (II) LoadModule: "modesetting" > [ 19417.952] (II) Loading /usr/local/lib/xorg/modules/drivers/modesetting_drv.so > [ 19417.952] (II) Module modesetting: vendor="X.Org Foundation" > [ 19417.952] compiled for 1.18.4, module version = 1.18.4 > [ 19417.952] Module class: X.Org Video Driver > [ 19417.952] ABI class: X.Org Video Driver, version 20.0 > [ 19417.952] (II) LoadModule: "scfb" > [ 19417.953] (II) Loading /usr/local/lib/xorg/modules/drivers/scfb_drv.so > [ 19417.953] (II) Module scfb: vendor="X.Org Foundation" > [ 19417.953] compiled for 1.18.4, module version = 0.0.4 > [ 19417.953] ABI class: X.Org Video Driver, version 20.0 > [ 19417.954] (II) modesetting: Driver for Modesetting Kernel Drivers: kms > [ 19417.954] (II) scfb: driver for wsdisplay framebuffer: scfb > [ 19417.954] (--) Using syscons driver with X support (version 2.0) > [ 19417.954] (--) using VT number 2 > > [ 19417.954] (WW) Falling back to old probe method for modesetting > [ 19417.955] (EE) open /dev/dri/card0: No such file or directory > [ 19417.955] (WW) Falling back to old probe method for scfb > [ 19417.955] scfb trace: probe start > [ 19417.955] (II) scfb(0): using default device > [ 19417.955] scfb trace: probe done > [ 19417.955] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support > [ 19417.955] scfb: PreInit 0 > [ 19417.955] (II) scfb(0): Using: depth (24), width (1280), height (800) > [ 19417.956] (II) scfb(0): Creating default Display subsection in Screen section > "Default Screen Section" for depth/fbbpp 24/24 > [ 19417.956] (==) scfb(0): Depth 24, (==) framebuffer bpp 24 > [ 19417.956] (==) scfb(0): RGB weight 888 > [ 19417.956] (==) scfb(0): Default visual is TrueColor > [ 19417.956] (==) scfb(0): Using gamma correction (1.0, 1.0, 1.0) > [ 19417.956] (II) scfb(0): Vidmem: 3000k > [ 19417.956] (==) scfb(0): DPI set to (96, 96) > [ 19417.956] (**) scfb(0): Using "Shadow Framebuffer" > [ 19417.956] (II) Loading sub module "shadow" > [ 19417.956] (II) LoadModule: "shadow" > [ 19417.957] (II) Loading /usr/local/lib/xorg/modules/libshadow.so > [ 19417.958] (II) Module shadow: vendor="X.Org Foundation" > [ 19417.958] compiled for 1.18.4, module version = 1.1.0 > [ 19417.958] ABI class: X.Org ANSI C Emulation, version 0.4 > [ 19417.958] (II) Loading sub module "fb" > [ 19417.958] (II) LoadModule: "fb" > [ 19417.958] (II) Loading /usr/local/lib/xorg/modules/libfb.so > [ 19417.960] (II) Module fb: vendor="X.Org Foundation" > [ 19417.960] compiled for 1.18.4, module version = 1.0.0 > [ 19417.961] ABI class: X.Org ANSI C Emulation, version 0.4 > [ 19417.961] scfb: PreInit done > [ 19417.961] (II) UnloadModule: "modesetting" > [ 19417.961] (II) Unloading modesetting > [ 19417.961] (--) Depth 24 pixmap format is 24 bpp > [ 19417.961] scfb: ScfbScreenInit 0 > [ 19417.961] bitsPerPixel=24, depth=24, defaultVisual=TrueColor > mask: ff0000,ff00,ff, offset: 16,8,0 > [ 19417.962] mmap returns: addr 0x41abb000 len 0x2ee000, fd 5, off 0 > [ 19417.962] scfb: ScfbSave 0 > [ 19417.962] scfb: ScfbSave done > [ 19417.963] (==) scfb(0): Backing store enabled > [ 19417.963] scfb: ScfbScreenInit done > [ 19417.963] (==) RandR enabled > [ 19417.964] (II) AIGLX: Screen 0 is not DRI2 capable > [ 19417.964] (EE) AIGLX: reverting to software rendering > [ 19418.375] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer > [ 19418.382] (II) AIGLX: Loaded and initialized swrast > [ 19418.382] (II) GLX: Initialized DRISWRAST GL provider for screen 0 > [ 19419.556] (II) config/devd: probing input devices... > [ 19419.556] (II) config/devd: adding input device (null) (/dev/kbdmux) > [ 19419.556] (II) LoadModule: "kbd" > [ 19419.558] (II) Loading /usr/local/lib/xorg/modules/input/kbd_drv.so > [ 19419.558] (II) Module kbd: vendor="X.Org Foundation" > [ 19419.558] compiled for 1.18.4, module version = 1.9.0 > [ 19419.558] Module class: X.Org XInput Driver > [ 19419.559] ABI class: X.Org XInput driver, version 22.1 > [ 19419.559] (II) Using input driver 'kbd' for 'kbdmux' > [ 19419.559] (**) kbdmux: always reports core events > [ 19419.559] (**) kbdmux: always reports core events > [ 19419.559] (**) Option "Protocol" "standard" > [ 19419.559] (**) Option "XkbRules" "base" > [ 19419.559] (**) Option "XkbModel" "pc105" > [ 19419.559] (**) Option "XkbLayout" "us" > [ 19419.559] (**) Option "config_info" "devd:kbdmux" > [ 19419.560] (II) XINPUT: Adding extended input device "kbdmux" (type: KEYBOARD, id 6) > [ 19419.562] (II) config/devd: adding input device (null) (/dev/sysmouse) > [ 19419.562] (II) LoadModule: "mouse" > [ 19419.563] (II) Loading /usr/local/lib/xorg/modules/input/mouse_drv.so > [ 19419.564] (II) Module mouse: vendor="X.Org Foundation" > [ 19419.564] compiled for 1.18.4, module version = 1.9.2 > [ 19419.564] Module class: X.Org XInput Driver > [ 19419.564] ABI class: X.Org XInput driver, version 22.1 > [ 19419.564] (II) Using input driver 'mouse' for 'sysmouse' > [ 19419.565] (**) sysmouse: always reports core events > [ 19419.565] (**) Option "Device" "/dev/sysmouse" > [ 19419.565] (==) sysmouse: Protocol: "Auto" > [ 19419.565] (**) sysmouse: always reports core events > [ 19419.565] (==) sysmouse: Emulate3Buttons, Emulate3Timeout: 50 > [ 19419.565] (**) sysmouse: ZAxisMapping: buttons 4 and 5 > [ 19419.565] (**) sysmouse: Buttons: 5 > [ 19419.565] (**) Option "config_info" "devd:sysmouse" > [ 19419.566] (II) XINPUT: Adding extended input device "sysmouse" (type: MOUSE, id 7) > [ 19419.566] (**) sysmouse: (accel) keeping acceleration scheme 1 > [ 19419.566] (**) sysmouse: (accel) acceleration profile 0 > [ 19419.566] (**) sysmouse: (accel) acceleration factor: 2.000 > [ 19419.566] (**) sysmouse: (accel) acceleration threshold: 4 > [ 19419.567] (II) sysmouse: SetupAuto: hw.iftype is 4, hw.model is 0 > [ 19419.567] (II) sysmouse: SetupAuto: protocol is SysMouse > [ 19419.567] (II) config/devd: device /dev/ums0 already opened > > [67]sa# grep webcam /etc/rc.conf > webcamd_enable="YES" > webcamd_0_flags="-N BYZHYYZHY-By-ZH851 -M 0" > #webcamd [-d ugen0.5] -N BYZHYYZHY-By-ZH851 -S P39112398 -M 0 > [68]sa# ps -axl | grep webcam > 0 592 1 0 -44 0 21736 1580 cuse-ser I 0 10267 738 0 21 0 11560 2640 - R+ 1 0:00.01 grep webcam > [69]sa# ls -la /dev/input/event0 > crw-rw---- 1 webcamd webcamd 0x6c Mar 7 10:35 /dev/input/event0 > See here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196678 --HPS From owner-freebsd-current@freebsd.org Thu Mar 8 16:37:14 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5DF18F420CB; Thu, 8 Mar 2018 16:37:14 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from hraggstad.unrelenting.technology (hraggstad.unrelenting.technology [71.19.146.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hraggstad.unrelenting.technology", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C5626844A9; Thu, 8 Mar 2018 16:37:13 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: by hraggstad.unrelenting.technology (OpenSMTPD) with ESMTPSA id 58dcd093 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 8 Mar 2018 16:30:29 +0000 (UTC) Received: from localhost (markarth.lan [local]) by markarth.lan (OpenSMTPD) with ESMTPA id 9fe441cf; Thu, 8 Mar 2018 19:30:26 +0300 (MSK) Date: Thu, 8 Mar 2018 19:30:26 +0300 From: Greg To: Hans Petter Selasky Cc: ticso@cicely.de, freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bernd Walter Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> References: <20180308161645.GF80981@cicely7.cicely.de> <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline In-Reply-To: <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> OpenPGP: url=https://unrelenting.technology/pub/3B011BAF.asc User-Agent: the one that sucks less X-Hashcash: 1:20:180308:hps@selasky.org::lPXtTLw6Ufn3DaRr:1NRM X-Hashcash: 1:20:180308:freebsd-arm@freebsd.org::2p6xsw8qGTrWDsuF:0Y2C X-Hashcash: 1:20:180308:ticso@cicely7.cicely.de::6pxJbXR0l0jyRZKK:0Pkc X-Hashcash: 1:20:180308:ticso@cicely.de::M50k720fvpCplVMd:1FBf X-Hashcash: 1:20:180308:freebsd-current@freebsd.org::TRDzCR/pbT/Lqczs:cpw X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 16:37:14 -0000 On 03/08, Hans Petter Selasky wrote: >On 03/08/18 17:16, Bernd Walter wrote: >>Hardware is a Raspberry Pi3 with current r330034. >>I'm trying to run a USB touchscreen. >>Tested wmt and uep, but neither wants to attach, although the Waveshare >>display I'm using is likely running an egalaxy firmware. >>However webcamd accepts the device and creates a /dev/input/event0. >>But I can't get X to use it. >>xf86-input-evdev-2.10.5 is installed and it created an X config file >>under /usr/local/share/X11/xorg.conf.d/10-evdev.conf. >>I also tried some google results in /etc/X11/xorg.conf, but X never >>touches the device: > >See here: > >https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196678 Or here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222609 But that's all about hotplug. It is definitely possible to manually configure the device on the stock xorg-server package. I can't say if the "google results" are correct without actually seeing them, but it should explicitly specify the /dev/input/event0 path. From owner-freebsd-current@freebsd.org Thu Mar 8 16:46:13 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40135F42D4E; Thu, 8 Mar 2018 16:46:13 +0000 (UTC) (envelope-from r.fernandez-cueto@bally-wulff.de) Received: from mail.bally-wulff.de (mail.bally-wulff.de [212.144.118.8]) by mx1.freebsd.org (Postfix) with ESMTP id AA55D84F59; Thu, 8 Mar 2018 16:46:12 +0000 (UTC) (envelope-from r.fernandez-cueto@bally-wulff.de) Received: from bw-ex-01.bally-wulff.de (bw-ex-01.bally-wulff.de [192.168.204.106]) by mail.bally-wulff.de (Postfix) with ESMTPS id 3F88F135; Thu, 8 Mar 2018 17:36:45 +0100 (CET) Received: from BWEPCFERNANDEZ (192.168.205.134) by BW-EX-01.bally-wulff.de (192.168.204.106) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1415.2; Thu, 8 Mar 2018 17:36:44 +0100 Date: Thu, 8 Mar 2018 17:36:06 +0100 From: Roberto Fernandez Cueto To: CC: , , Bernd Walter Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180308163605.GA61875@BWEPCFERNANDEZ> References: <20180308161645.GF80981@cicely7.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20180308161645.GF80981@cicely7.cicely.de> User-Agent: Mutt/1.9.1 (2017-09-22) X-ClientProxiedBy: BW-EX-01.bally-wulff.de (192.168.204.106) To BW-EX-01.bally-wulff.de (192.168.204.106) X-OLX-Disclaimer: BW-EX-01.BALLY-WULFF.DE Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Thu, 08 Mar 2018 18:26:37 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 16:46:13 -0000 Roberto Fernandez-Cueto schrieb am 08.03.2018 17:36 _____________________________________________________________________ You have to explicitely tell Xorg that you want to use the touch with the layout. Something like, Section "ServerLayout" Identifier "MyLayout" InputDevice "touchscreen" EndSection On Thu, Mar 08, 2018 at 05:16:45PM +0100, Bernd Walter wrote: > Hardware is a Raspberry Pi3 with current r330034. > I'm trying to run a USB touchscreen. > Tested wmt and uep, but neither wants to attach, although the Waveshare > display I'm using is likely running an egalaxy firmware. > However webcamd accepts the device and creates a /dev/input/event0. > But I can't get X to use it. > xf86-input-evdev-2.10.5 is installed and it created an X config file > under /usr/local/share/X11/xorg.conf.d/10-evdev.conf. > I also tried some google results in /etc/X11/xorg.conf, but X never > touches the device: > [ 19417.932]=20 > X.Org X Server 1.18.4 > Release Date: 2016-07-19 > [ 19417.932] X Protocol Version 11, Revision 0 > [ 19417.932] Build Operating System: FreeBSD 12.0-CURRENT arm64=20 > [ 19417.932] Current Operating System: FreeBSD sa 12.0-CURRENT FreeBSD 12= .0-CURRENT #0: Mon Mar 5 16:28:19 UTC 2018 ticso@sa:/usr/obj/usr/src-n= fs/builder/current-anlage/head/arm64.aarch64/sys/GENERIC arm64 > [ 19417.933] Build Date: 19 January 2018 09:58:28PM > [ 19417.934] =20 > [ 19417.934] Current version of pixman: 0.34.0 > [ 19417.934] Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > [ 19417.934] Markers: (--) probed, (**) from config file, (=3D=3D) defaul= t setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > [ 19417.934] (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Wed Mar 7 1= 5:59:15 2018 > [ 19417.935] (=3D=3D) Using config file: "/etc/X11/xorg.conf" > [ 19417.935] (=3D=3D) Using system config directory "/usr/local/share/X11= /xorg.conf.d" > [ 19417.936] (=3D=3D) No Layout section. Using the first Screen section. > [ 19417.936] (=3D=3D) No screen section available. Using defaults. > [ 19417.936] (**) |-->Screen "Default Screen Section" (0) > [ 19417.936] (**) | |-->Monitor "" > [ 19417.937] (=3D=3D) No monitor specified for screen "Default Screen Sec= tion". > Using a default monitor configuration. > [ 19417.938] (=3D=3D) Automatically adding devices > [ 19417.938] (=3D=3D) Automatically enabling devices > [ 19417.938] (=3D=3D) Not automatically adding GPU devices > [ 19417.938] (=3D=3D) Max clients allowed: 256, resource mask: 0x1fffff > [ 19417.938] (=3D=3D) FontPath set to: > /usr/local/share/fonts/misc/, > /usr/local/share/fonts/TTF/, > /usr/local/share/fonts/OTF/, > /usr/local/share/fonts/Type1/, > /usr/local/share/fonts/100dpi/, > /usr/local/share/fonts/75dpi/ > [ 19417.938] (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" > [ 19417.938] (II) The server relies on devd to provide the list of input = devices. > If no devices become available, reconfigure devd or disable AutoA= ddDevices. > [ 19417.938] (II) Loader magic: 0x1e0018 > [ 19417.939] (II) Module ABI versions: > [ 19417.939] X.Org ANSI C Emulation: 0.4 > [ 19417.939] X.Org Video Driver: 20.0 > [ 19417.939] X.Org XInput driver : 22.1 > [ 19417.939] X.Org Server Extension : 9.0 > [ 19417.939] (II) LoadModule: "glx" > [ 19417.940] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.s= o > [ 19417.951] (II) Module glx: vendor=3D"X.Org Foundation" > [ 19417.951] compiled for 1.18.4, module version =3D 1.0.0 > [ 19417.951] ABI class: X.Org Server Extension, version 9.0 > [ 19417.951] (=3D=3D) AIGLX enabled > [ 19417.951] (=3D=3D) Matched modesetting as autoconfigured driver 0 > [ 19417.951] (=3D=3D) Matched scfb as autoconfigured driver 1 > [ 19417.951] (=3D=3D) Assigned the driver to the xf86ConfigLayout > [ 19417.951] (II) LoadModule: "modesetting" > [ 19417.952] (II) Loading /usr/local/lib/xorg/modules/drivers/modesetting= _drv.so > [ 19417.952] (II) Module modesetting: vendor=3D"X.Org Foundation" > [ 19417.952] compiled for 1.18.4, module version =3D 1.18.4 > [ 19417.952] Module class: X.Org Video Driver > [ 19417.952] ABI class: X.Org Video Driver, version 20.0 > [ 19417.952] (II) LoadModule: "scfb" > [ 19417.953] (II) Loading /usr/local/lib/xorg/modules/drivers/scfb_drv.so > [ 19417.953] (II) Module scfb: vendor=3D"X.Org Foundation" > [ 19417.953] compiled for 1.18.4, module version =3D 0.0.4 > [ 19417.953] ABI class: X.Org Video Driver, version 20.0 > [ 19417.954] (II) modesetting: Driver for Modesetting Kernel Drivers: kms > [ 19417.954] (II) scfb: driver for wsdisplay framebuffer: scfb > [ 19417.954] (--) Using syscons driver with X support (version 2.0) > [ 19417.954] (--) using VT number 2 >=20 > [ 19417.954] (WW) Falling back to old probe method for modesetting > [ 19417.955] (EE) open /dev/dri/card0: No such file or directory > [ 19417.955] (WW) Falling back to old probe method for scfb > [ 19417.955] scfb trace: probe start > [ 19417.955] (II) scfb(0): using default device > [ 19417.955] scfb trace: probe done > [ 19417.955] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card = support > [ 19417.955] scfb: PreInit 0 > [ 19417.955] (II) scfb(0): Using: depth (24), width (1280), height (= 800) > [ 19417.956] (II) scfb(0): Creating default Display subsection in Screen = section > "Default Screen Section" for depth/fbbpp 24/24 > [ 19417.956] (=3D=3D) scfb(0): Depth 24, (=3D=3D) framebuffer bpp 24 > [ 19417.956] (=3D=3D) scfb(0): RGB weight 888 > [ 19417.956] (=3D=3D) scfb(0): Default visual is TrueColor > [ 19417.956] (=3D=3D) scfb(0): Using gamma correction (1.0, 1.0, 1.0) > [ 19417.956] (II) scfb(0): Vidmem: 3000k > [ 19417.956] (=3D=3D) scfb(0): DPI set to (96, 96) > [ 19417.956] (**) scfb(0): Using "Shadow Framebuffer" > [ 19417.956] (II) Loading sub module "shadow" > [ 19417.956] (II) LoadModule: "shadow" > [ 19417.957] (II) Loading /usr/local/lib/xorg/modules/libshadow.so > [ 19417.958] (II) Module shadow: vendor=3D"X.Org Foundation" > [ 19417.958] compiled for 1.18.4, module version =3D 1.1.0 > [ 19417.958] ABI class: X.Org ANSI C Emulation, version 0.4 > [ 19417.958] (II) Loading sub module "fb" > [ 19417.958] (II) LoadModule: "fb" > [ 19417.958] (II) Loading /usr/local/lib/xorg/modules/libfb.so > [ 19417.960] (II) Module fb: vendor=3D"X.Org Foundation" > [ 19417.960] compiled for 1.18.4, module version =3D 1.0.0 > [ 19417.961] ABI class: X.Org ANSI C Emulation, version 0.4 > [ 19417.961] scfb: PreInit done > [ 19417.961] (II) UnloadModule: "modesetting" > [ 19417.961] (II) Unloading modesetting > [ 19417.961] (--) Depth 24 pixmap format is 24 bpp > [ 19417.961] scfb: ScfbScreenInit 0 > [ 19417.961] bitsPerPixel=3D24, depth=3D24, defaultVisual=3DTrueColor > mask: ff0000,ff00,ff, offset: 16,8,0 > [ 19417.962] mmap returns: addr 0x41abb000 len 0x2ee000, fd 5, off 0 > [ 19417.962] scfb: ScfbSave 0 > [ 19417.962] scfb: ScfbSave done > [ 19417.963] (=3D=3D) scfb(0): Backing store enabled > [ 19417.963] scfb: ScfbScreenInit done > [ 19417.963] (=3D=3D) RandR enabled > [ 19417.964] (II) AIGLX: Screen 0 is not DRI2 capable > [ 19417.964] (EE) AIGLX: reverting to software rendering > [ 19418.375] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer > [ 19418.382] (II) AIGLX: Loaded and initialized swrast > [ 19418.382] (II) GLX: Initialized DRISWRAST GL provider for screen 0 > [ 19419.556] (II) config/devd: probing input devices... > [ 19419.556] (II) config/devd: adding input device (null) (/dev/kbdmux) > [ 19419.556] (II) LoadModule: "kbd" > [ 19419.558] (II) Loading /usr/local/lib/xorg/modules/input/kbd_drv.so > [ 19419.558] (II) Module kbd: vendor=3D"X.Org Foundation" > [ 19419.558] compiled for 1.18.4, module version =3D 1.9.0 > [ 19419.558] Module class: X.Org XInput Driver > [ 19419.559] ABI class: X.Org XInput driver, version 22.1 > [ 19419.559] (II) Using input driver 'kbd' for 'kbdmux' > [ 19419.559] (**) kbdmux: always reports core events > [ 19419.559] (**) kbdmux: always reports core events > [ 19419.559] (**) Option "Protocol" "standard" > [ 19419.559] (**) Option "XkbRules" "base" > [ 19419.559] (**) Option "XkbModel" "pc105" > [ 19419.559] (**) Option "XkbLayout" "us" > [ 19419.559] (**) Option "config_info" "devd:kbdmux" > [ 19419.560] (II) XINPUT: Adding extended input device "kbdmux" (type: KE= YBOARD, id 6) > [ 19419.562] (II) config/devd: adding input device (null) (/dev/sysmouse) > [ 19419.562] (II) LoadModule: "mouse" > [ 19419.563] (II) Loading /usr/local/lib/xorg/modules/input/mouse_drv.so > [ 19419.564] (II) Module mouse: vendor=3D"X.Org Foundation" > [ 19419.564] compiled for 1.18.4, module version =3D 1.9.2 > [ 19419.564] Module class: X.Org XInput Driver > [ 19419.564] ABI class: X.Org XInput driver, version 22.1 > [ 19419.564] (II) Using input driver 'mouse' for 'sysmouse' > [ 19419.565] (**) sysmouse: always reports core events > [ 19419.565] (**) Option "Device" "/dev/sysmouse" > [ 19419.565] (=3D=3D) sysmouse: Protocol: "Auto" > [ 19419.565] (**) sysmouse: always reports core events > [ 19419.565] (=3D=3D) sysmouse: Emulate3Buttons, Emulate3Timeout: 50 > [ 19419.565] (**) sysmouse: ZAxisMapping: buttons 4 and 5 > [ 19419.565] (**) sysmouse: Buttons: 5 > [ 19419.565] (**) Option "config_info" "devd:sysmouse" > [ 19419.566] (II) XINPUT: Adding extended input device "sysmouse" (type: = MOUSE, id 7) > [ 19419.566] (**) sysmouse: (accel) keeping acceleration scheme 1 > [ 19419.566] (**) sysmouse: (accel) acceleration profile 0 > [ 19419.566] (**) sysmouse: (accel) acceleration factor: 2.000 > [ 19419.566] (**) sysmouse: (accel) acceleration threshold: 4 > [ 19419.567] (II) sysmouse: SetupAuto: hw.iftype is 4, hw.model is 0 > [ 19419.567] (II) sysmouse: SetupAuto: protocol is SysMouse > [ 19419.567] (II) config/devd: device /dev/ums0 already opened >=20 > [67]sa# grep webcam /etc/rc.conf > webcamd_enable=3D"YES" > webcamd_0_flags=3D"-N BYZHYYZHY-By-ZH851 -M 0" > #webcamd [-d ugen0.5] -N BYZHYYZHY-By-ZH851 -S P39112398 -M 0 > [68]sa# ps -axl | grep webcam > 0 592 1 0 -44 0 21736 1580 cuse-ser I 0 10267 738 0 21 0 11560 2640 - R+ 1 0:00.01 grep = webcam > [69]sa# ls -la /dev/input/event0=20 > crw-rw---- 1 webcamd webcamd 0x6c Mar 7 10:35 /dev/input/event0 >=20 > --=20 > B.Walter http://www.bwct.de > Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " BALLY WULFF Games & Entertainment GmbH, Maybachufer 48-51, 12045 Berlin, Po= stanschrift: Postfach 44 01 57, 12001 Berlin Tel.: 030-620 02-0 FAX: 030-62= 0 02-200, Geschaeftsfuehrer: Thomas Niehenke, Lars Rogge, Thomas Wendt, Amt= sgericht Berlin-Charlottenburg HRB 139020 B, UST-IdNr. DE815328376 _____________________________________________________________________ Dieses E-Mail ist nur fuer den Empfaenger bestimmt, an den es gerichtet ist und kann vertrauliches bzw. unter das Berufsgeheimnis fallendes Material enthalten. Jegliche darin enthaltene Ansicht oder Meinungs- aeusserung ist die des Autors und stellt nicht notwendigerweise die Ansicht oder Meinung von Bally Wulff Games & Entertainment GmbH dar. Sind Sie nicht der Empfaenger, so haben Sie diese E-Mail irrtuemlich erhalten und jegliche Verwendung, Veroeffentlichung, Weiterleitung, Abschrift oder jeglicher Druck dieser E-Mail ist strengstens untersagt. Weder Bally Wulff Games & Entertainment GmbH noch der Absender uebernehmen die Haftung fuer Viren. Es obliegt Ihrer Verantwortung, die E-Mail und deren Anhaenge auf Viren zu pruefen. Anhaenge: _____________________________________________________________________ Versand am 08.03.2018 17:36 von Fernandez-Cueto Roberto From owner-freebsd-current@freebsd.org Thu Mar 8 19:11:41 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79644F4D137; Thu, 8 Mar 2018 19:11:41 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0954B6B76E; Thu, 8 Mar 2018 19:11:40 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w28JBaU9011438 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 20:11:38 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w28JBX4U015012 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 20:11:33 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w28JBWKo086818 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 8 Mar 2018 20:11:32 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w28JBVYR086817; Thu, 8 Mar 2018 20:11:31 +0100 (CET) (envelope-from ticso) Date: Thu, 8 Mar 2018 20:11:31 +0100 From: Bernd Walter To: Greg , Roberto Fernandez Cueto Cc: Hans Petter Selasky , ticso@cicely.de, freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bernd Walter Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180308191131.GB86413@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20180308161645.GF80981@cicely7.cicely.de> <20180308163605.GA61875@BWEPCFERNANDEZ> <20180308161645.GF80981@cicely7.cicely.de> <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180308163605.GA61875@BWEPCFERNANDEZ> <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 19:11:41 -0000 On Thu, Mar 08, 2018 at 07:30:26PM +0300, Greg wrote: > On 03/08, Hans Petter Selasky wrote: > >On 03/08/18 17:16, Bernd Walter wrote: > >>Hardware is a Raspberry Pi3 with current r330034. > >>I'm trying to run a USB touchscreen. > >>Tested wmt and uep, but neither wants to attach, although the Waveshare > >>display I'm using is likely running an egalaxy firmware. > >>However webcamd accepts the device and creates a /dev/input/event0. > >>But I can't get X to use it. > >>xf86-input-evdev-2.10.5 is installed and it created an X config file > >>under /usr/local/share/X11/xorg.conf.d/10-evdev.conf. > >>I also tried some google results in /etc/X11/xorg.conf, but X never > >>touches the device: > > > >See here: > > > >https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196678 > > Or here: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222609 > > But that's all about hotplug. It is definitely possible to manually > configure the device on the stock xorg-server package. I can't say if > the "google results" are correct without actually seeing them, but it > should explicitly specify the /dev/input/event0 path. Thank you both for the links. I'd already seen them and had been a bit confused if they are required or not and also found references that a manual configuration should work. On Thu, Mar 08, 2018 at 05:36:06PM +0100, Roberto Fernandez Cueto wrote: > Roberto Fernandez-Cueto schrieb am 08.03.2018 17:36 > _____________________________________________________________________ > > You have to explicitely tell Xorg that you want to use the touch with > the layout. > > Something like, > > Section "ServerLayout" > Identifier "MyLayout" > InputDevice "touchscreen" > EndSection Thank you - this was the missing link, why my static configuration failed. I'd only setup the InputDevice section. This is what I have right now: [20]sa# cat /etc/X11/xorg.conf Section "InputDevice" Identifier "Touchscreen" Driver "evdev" Option "Device" "/dev/input/event0" EndSection Section "ServerLayout" Identifier "MyLayout" InputDevice "Touchscreen" EndSection Unfortunately now I face the next problem. [112753.535] (II) Using input driver 'evdev' for 'evdev touchscreen' [112753.536] (**) evdev touchscreen: always reports core events [112753.536] (**) evdev: evdev touchscreen: Device: "/dev/input/event0" [112753.598] (--) evdev: evdev touchscreen: Vendor 0xeef Product 0x5 [112753.598] (--) evdev: evdev touchscreen: Found absolute axes [112753.598] (--) evdev: evdev touchscreen: Found absolute multitouch axes [112753.598] (II) evdev: evdev touchscreen: No buttons found, faking one. [112753.598] (--) evdev: evdev touchscreen: Found x and y absolute axes [112753.598] (--) evdev: evdev touchscreen: Found absolute touchscreen [112753.598] (II) evdev: evdev touchscreen: Configuring as touchscreen [112753.598] (**) evdev: evdev touchscreen: YAxisMapping: buttons 4 and 5 [112753.598] (**) evdev: evdev touchscreen: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 [112753.598] (II) XINPUT: Adding extended input device "evdev touchscreen" (type: TOUCHSCREEN, id 6) [112753.599] (II) evdev: evdev touchscreen: initialized for absolute axes. [112753.600] (**) evdev touchscreen: (accel) keeping acceleration scheme 1 [112753.600] (**) evdev touchscreen: (accel) acceleration profile 0 [112753.600] (**) evdev touchscreen: (accel) acceleration factor: 2.000 [112753.600] (**) evdev touchscreen: (accel) acceleration threshold: 4 [112753.601] (WW) fcntl(6, F_SETOWN): Invalid argument [26]sa-moeller> xinput Virtual core pointer id=2 [master pointer (3)] Virtual core XTEST pointer id=4 [slave pointer (2)] Touchscreen id=6 [slave pointer (2)] sysmouse id=8 [slave pointer (2)] Virtual core keyboard id=3 [master keyboard (2)] Virtual core XTEST keyboard id=5 [slave keyboard (3)] kbdmux id=7 [slave keyboard (3)] Everything looks good so far, at least in my eyes. Well - wheel emulation and such sounds a bit strange, as if it is handled as a touchpad and not like a touchscreen. But it says type touchscreen, so I assume that's ok. However, I get no touch events. I've started xev fullscreen and still nothing. Somewhere else I've read that /dev/input/event0 should deliver something if read and a touch happens, but this is not the case for me. Any ideas how I can debug this thing? There was a reference somewhere about a commandline programm to run against an evdev, but I can't find it anymore. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@freebsd.org Thu Mar 8 20:08:58 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2674BF2BEB5; Thu, 8 Mar 2018 20:08:58 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9110B6E38B; Thu, 8 Mar 2018 20:08:57 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w28K8rhd012275 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 21:08:53 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w28K8oFY015755 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 21:08:50 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w28K8n52087094 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 8 Mar 2018 21:08:49 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w28K8nl9087093; Thu, 8 Mar 2018 21:08:49 +0100 (CET) (envelope-from ticso) Date: Thu, 8 Mar 2018 21:08:49 +0100 From: Bernd Walter To: Greg , Roberto Fernandez Cueto Cc: Hans Petter Selasky , ticso@cicely.de, freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bernd Walter Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180308200849.GC86413@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20180308161645.GF80981@cicely7.cicely.de> <20180308163605.GA61875@BWEPCFERNANDEZ> <20180308161645.GF80981@cicely7.cicely.de> <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> <20180308191131.GB86413@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180308191131.GB86413@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 20:08:58 -0000 On Thu, Mar 08, 2018 at 08:11:31PM +0100, Bernd Walter wrote: > This is what I have right now: > [20]sa# cat /etc/X11/xorg.conf > > Section "InputDevice" > Identifier "Touchscreen" > Driver "evdev" > Option "Device" "/dev/input/event0" > EndSection > > Section "ServerLayout" > Identifier "MyLayout" > InputDevice "Touchscreen" > EndSection > > > Unfortunately now I face the next problem. > > [112753.535] (II) Using input driver 'evdev' for 'evdev touchscreen' > [112753.536] (**) evdev touchscreen: always reports core events > [112753.536] (**) evdev: evdev touchscreen: Device: "/dev/input/event0" > [112753.598] (--) evdev: evdev touchscreen: Vendor 0xeef Product 0x5 > [112753.598] (--) evdev: evdev touchscreen: Found absolute axes > [112753.598] (--) evdev: evdev touchscreen: Found absolute multitouch axes > [112753.598] (II) evdev: evdev touchscreen: No buttons found, faking one. > [112753.598] (--) evdev: evdev touchscreen: Found x and y absolute axes > [112753.598] (--) evdev: evdev touchscreen: Found absolute touchscreen > [112753.598] (II) evdev: evdev touchscreen: Configuring as touchscreen > [112753.598] (**) evdev: evdev touchscreen: YAxisMapping: buttons 4 and 5 > [112753.598] (**) evdev: evdev touchscreen: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 > [112753.598] (II) XINPUT: Adding extended input device "evdev touchscreen" (type: TOUCHSCREEN, id 6) > [112753.599] (II) evdev: evdev touchscreen: initialized for absolute axes. > [112753.600] (**) evdev touchscreen: (accel) keeping acceleration scheme 1 > [112753.600] (**) evdev touchscreen: (accel) acceleration profile 0 > [112753.600] (**) evdev touchscreen: (accel) acceleration factor: 2.000 > [112753.600] (**) evdev touchscreen: (accel) acceleration threshold: 4 > [112753.601] (WW) fcntl(6, F_SETOWN): Invalid argument > > [26]sa-moeller> xinput > Virtual core pointer id=2 [master pointer (3)] > Virtual core XTEST pointer id=4 [slave pointer (2)] > Touchscreen id=6 [slave pointer (2)] > sysmouse id=8 [slave pointer (2)] > Virtual core keyboard id=3 [master keyboard (2)] > Virtual core XTEST keyboard id=5 [slave keyboard (3)] > kbdmux id=7 [slave keyboard (3)] > > Everything looks good so far, at least in my eyes. > Well - wheel emulation and such sounds a bit strange, as if it is handled > as a touchpad and not like a touchscreen. > But it says type touchscreen, so I assume that's ok. > However, I get no touch events. > I've started xev fullscreen and still nothing. > > Somewhere else I've read that /dev/input/event0 should deliver something > if read and a touch happens, but this is not the case for me. > > Any ideas how I can debug this thing? > There was a reference somewhere about a commandline programm to run against > an evdev, but I can't find it anymore. xinput test delivers nothing on the touchscreen. Neither evtest nor evdev-dump compiles because they are both missing linux include files at some point. https://cgit.freedesktop.org/~whot/evtest/ [48]sa> make make all-am cc -DHAVE_CONFIG_H -I. -g -O2 -MT evtest.o -MD -MP -MF .deps/evtest.Tpo -c -o evtest.o evtest.c evtest.c:46:10: fatal error: 'linux/version.h' file not found #include ^~~~~~~~~~~~~~~~~ 1 error generated. *** Error code 1 Stop. make[1]: stopped in /home/ticso/evtest *** Error code 1 Stop. make: stopped in /home/ticso/evtest Exit 1 https://github.com/gonzoua/evdev-dump/tree/freebsd ... checking for unistd.h... yes checking linux/input.h usability... no checking linux/input.h presence... no checking for linux/input.h... no checking for /usr/include/linux/input.h... no configure: error: /usr/include/linux/input.h not found 4.765u 3.954s 0:08.64 100.8% 31397+2201k 0+27io 0pf+0w Exit 1 The touchscreen itself should be functional as it has a touch area outside the display, which is interpreted by the USB controller to change the backlight. The exact same display also worked fine on Raspbian. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@freebsd.org Thu Mar 8 20:38:52 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7D61EF2E3F1; Thu, 8 Mar 2018 20:38:52 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (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 128F76F500; Thu, 8 Mar 2018 20:38:51 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from localhost ([127.0.0.1] helo=id.bluezbox.com) by id.bluezbox.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1 (FreeBSD)) (envelope-from ) id 1eu2JE-000Pi8-VO; Thu, 08 Mar 2018 12:38:42 -0800 Received: (from gonzo@localhost) by id.bluezbox.com (8.15.2/8.15.2/Submit) id w28Kcce3098829; Thu, 8 Mar 2018 12:38:38 -0800 (PST) (envelope-from gonzo@bluezbox.com) X-Authentication-Warning: id.bluezbox.com: gonzo set sender to gonzo@bluezbox.com using -f Date: Thu, 8 Mar 2018 12:38:38 -0800 From: Oleksandr Tymoshenko To: ticso@cicely.de Cc: Greg , Roberto Fernandez Cueto , Hans Petter Selasky , freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bernd Walter Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180308203838.GA98731@bluezbox.com> References: <20180308161645.GF80981@cicely7.cicely.de> <20180308163605.GA61875@BWEPCFERNANDEZ> <20180308161645.GF80981@cicely7.cicely.de> <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> <20180308191131.GB86413@cicely7.cicely.de> <20180308200849.GC86413@cicely7.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180308200849.GC86413@cicely7.cicely.de> X-Operating-System: FreeBSD/11.1-RELEASE-p4 (amd64) User-Agent: Mutt/1.9.1 (2017-09-22) X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Bernd Walter (ticso@cicely7.cicely.de) wrote: > On Thu, Mar 08, 2018 at 08:11:31PM +0100, Bernd Walter wrote: > https://github.com/gonzoua/evdev-dump/tree/freebsd > ... > checking for unistd.h... yes [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 20:38:52 -0000 Bernd Walter (ticso@cicely7.cicely.de) wrote: > On Thu, Mar 08, 2018 at 08:11:31PM +0100, Bernd Walter wrote: > https://github.com/gonzoua/evdev-dump/tree/freebsd > ... > checking for unistd.h... yes > checking linux/input.h usability... no > checking linux/input.h presence... no > checking for linux/input.h... no > checking for /usr/include/linux/input.h... no > configure: error: /usr/include/linux/input.h not found > 4.765u 3.954s 0:08.64 100.8% 31397+2201k 0+27io 0pf+0w > Exit 1 I've just checked, evdev-dump should be buildable: git clone git@github.com:gonzoua/evdev-dump.git cd evdev-dump git checkout freebsd sudo pkg install gawk gmake sh bootstrap ./configure gmake -- gonzo From owner-freebsd-current@freebsd.org Thu Mar 8 21:08:26 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2DB98F307D4; Thu, 8 Mar 2018 21:08:26 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9AEE6706AA; Thu, 8 Mar 2018 21:08:25 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w28L8AFh013155 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 22:08:10 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w28L86Nc016503 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 22:08:06 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w28L86KF087380 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 8 Mar 2018 22:08:06 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w28L85SP087379; Thu, 8 Mar 2018 22:08:05 +0100 (CET) (envelope-from ticso) Date: Thu, 8 Mar 2018 22:08:05 +0100 From: Bernd Walter To: Greg , Roberto Fernandez Cueto Cc: Hans Petter Selasky , ticso@cicely.de, freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bernd Walter Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180308210805.GE86413@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20180308161645.GF80981@cicely7.cicely.de> <20180308163605.GA61875@BWEPCFERNANDEZ> <20180308161645.GF80981@cicely7.cicely.de> <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> <20180308191131.GB86413@cicely7.cicely.de> <20180308200849.GC86413@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180308200849.GC86413@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 21:08:26 -0000 On Thu, Mar 08, 2018 at 09:08:49PM +0100, Bernd Walter wrote: > On Thu, Mar 08, 2018 at 08:11:31PM +0100, Bernd Walter wrote: > > This is what I have right now: > > [20]sa# cat /etc/X11/xorg.conf > > > > Section "InputDevice" > > Identifier "Touchscreen" > > Driver "evdev" > > Option "Device" "/dev/input/event0" > > EndSection > > > > Section "ServerLayout" > > Identifier "MyLayout" > > InputDevice "Touchscreen" > > EndSection > > > > > > Unfortunately now I face the next problem. > > > > [112753.535] (II) Using input driver 'evdev' for 'evdev touchscreen' > > [112753.536] (**) evdev touchscreen: always reports core events > > [112753.536] (**) evdev: evdev touchscreen: Device: "/dev/input/event0" > > [112753.598] (--) evdev: evdev touchscreen: Vendor 0xeef Product 0x5 > > [112753.598] (--) evdev: evdev touchscreen: Found absolute axes > > [112753.598] (--) evdev: evdev touchscreen: Found absolute multitouch axes > > [112753.598] (II) evdev: evdev touchscreen: No buttons found, faking one. > > [112753.598] (--) evdev: evdev touchscreen: Found x and y absolute axes > > [112753.598] (--) evdev: evdev touchscreen: Found absolute touchscreen > > [112753.598] (II) evdev: evdev touchscreen: Configuring as touchscreen > > [112753.598] (**) evdev: evdev touchscreen: YAxisMapping: buttons 4 and 5 > > [112753.598] (**) evdev: evdev touchscreen: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 > > [112753.598] (II) XINPUT: Adding extended input device "evdev touchscreen" (type: TOUCHSCREEN, id 6) > > [112753.599] (II) evdev: evdev touchscreen: initialized for absolute axes. > > [112753.600] (**) evdev touchscreen: (accel) keeping acceleration scheme 1 > > [112753.600] (**) evdev touchscreen: (accel) acceleration profile 0 > > [112753.600] (**) evdev touchscreen: (accel) acceleration factor: 2.000 > > [112753.600] (**) evdev touchscreen: (accel) acceleration threshold: 4 > > [112753.601] (WW) fcntl(6, F_SETOWN): Invalid argument > > > > [26]sa-moeller> xinput > > Virtual core pointer id=2 [master pointer (3)] > > Virtual core XTEST pointer id=4 [slave pointer (2)] > > Touchscreen id=6 [slave pointer (2)] > > sysmouse id=8 [slave pointer (2)] > > Virtual core keyboard id=3 [master keyboard (2)] > > Virtual core XTEST keyboard id=5 [slave keyboard (3)] > > kbdmux id=7 [slave keyboard (3)] > > > > Everything looks good so far, at least in my eyes. > > Well - wheel emulation and such sounds a bit strange, as if it is handled > > as a touchpad and not like a touchscreen. > > But it says type touchscreen, so I assume that's ok. > > However, I get no touch events. > > I've started xev fullscreen and still nothing. > > > > Somewhere else I've read that /dev/input/event0 should deliver something > > if read and a touch happens, but this is not the case for me. > > > > Any ideas how I can debug this thing? > > There was a reference somewhere about a commandline programm to run against > > an evdev, but I can't find it anymore. > > xinput test delivers nothing on the touchscreen. > > Neither evtest nor evdev-dump compiles because they are both missing > linux include files at some point. > https://cgit.freedesktop.org/~whot/evtest/ > [48]sa> make > make all-am > cc -DHAVE_CONFIG_H -I. -g -O2 -MT evtest.o -MD -MP -MF .deps/evtest.Tpo -c -o evtest.o evtest.c > evtest.c:46:10: fatal error: 'linux/version.h' file not found > #include > ^~~~~~~~~~~~~~~~~ > 1 error generated. > *** Error code 1 > > Stop. > make[1]: stopped in /home/ticso/evtest > *** Error code 1 > > Stop. > make: stopped in /home/ticso/evtest > Exit 1 > > https://github.com/gonzoua/evdev-dump/tree/freebsd > ... > checking for unistd.h... yes > checking linux/input.h usability... no > checking linux/input.h presence... no > checking for linux/input.h... no > checking for /usr/include/linux/input.h... no > configure: error: /usr/include/linux/input.h not found > 4.765u 3.954s 0:08.64 100.8% 31397+2201k 0+27io 0pf+0w > Exit 1 > > The touchscreen itself should be functional as it has a touch area outside > the display, which is interpreted by the USB controller to change the > backlight. > The exact same display also worked fine on Raspbian. This is with webcamd compiled with debug support. [18]sa# /usr/local/sbin/webcamd -d ugen0.5 Linux video capture interface: v2.00 IR NEC protocol handler initialized IR RC5(x/sz) protocol handler initialized IR RC6 protocol handler initialized IR JVC protocol handler initialized IR Sony protocol handler initialized IR SANYO protocol handler initialized IR LIRC bridge handler initialized IR XMP protocol handler initialized b2c2-flexcop: B2C2 FlexcopII/II(b)/III digital TV receiver chip loaded successfully USB Video Class driver (1.1.1) cpia2: V4L-Driver for Vision CPiA2 based cameras v3.0.1 pvrusb2: V4L in-tree version:Hauppauge WinTV-PVR-USB2 MPEG2 Encoder/Tuner pvrusb2: Debug mask is 31 (0x1f) USBVision USB Video Device Driver for Linux : 0.9.11 Attached to ugen0.5[0] INFO: 0003:0EEF:0005.0001: input: USB HID v1.10 Mouse [BYZHYYZHY By ZH851] on usb-/dev/usb-/dev/usb/input0 DBG: 0003:0EEF:0005.0001: Kicking head 1 tail 0 Creating /dev/input/event0 I really think that it has some problems with the controller. When I run webcamd against the mouse I get some kind data from the evdev. Well - I had to reboot after testing with the mouse, but probably it was disabled by default for a reason. So my assumption is that I have to look up my problem somewhere between webcamd and the USB device. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@freebsd.org Thu Mar 8 21:10:53 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1DE74F30A24; Thu, 8 Mar 2018 21:10:53 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (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 A4CAD70852; Thu, 8 Mar 2018 21:10:52 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 56180260B8A; Thu, 8 Mar 2018 22:10:50 +0100 (CET) Subject: Re: webcamd based touchscreen problem on Pi3 To: ticso@cicely.de, Greg , Roberto Fernandez Cueto Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bernd Walter References: <20180308161645.GF80981@cicely7.cicely.de> <20180308163605.GA61875@BWEPCFERNANDEZ> <20180308161645.GF80981@cicely7.cicely.de> <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> <20180308191131.GB86413@cicely7.cicely.de> <20180308200849.GC86413@cicely7.cicely.de> <20180308210805.GE86413@cicely7.cicely.de> From: Hans Petter Selasky Message-ID: Date: Thu, 8 Mar 2018 22:10:47 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180308210805.GE86413@cicely7.cicely.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 21:10:53 -0000 On 03/08/18 22:08, Bernd Walter wrote: > On Thu, Mar 08, 2018 at 09:08:49PM +0100, Bernd Walter wrote: >> On Thu, Mar 08, 2018 at 08:11:31PM +0100, Bernd Walter wrote: >>> This is what I have right now: >>> [20]sa# cat /etc/X11/xorg.conf >>> >>> Section "InputDevice" >>> Identifier "Touchscreen" >>> Driver "evdev" >>> Option "Device" "/dev/input/event0" >>> EndSection >>> >>> Section "ServerLayout" >>> Identifier "MyLayout" >>> InputDevice "Touchscreen" >>> EndSection >>> >>> >>> Unfortunately now I face the next problem. >>> >>> [112753.535] (II) Using input driver 'evdev' for 'evdev touchscreen' >>> [112753.536] (**) evdev touchscreen: always reports core events >>> [112753.536] (**) evdev: evdev touchscreen: Device: "/dev/input/event0" >>> [112753.598] (--) evdev: evdev touchscreen: Vendor 0xeef Product 0x5 >>> [112753.598] (--) evdev: evdev touchscreen: Found absolute axes >>> [112753.598] (--) evdev: evdev touchscreen: Found absolute multitouch axes >>> [112753.598] (II) evdev: evdev touchscreen: No buttons found, faking one. >>> [112753.598] (--) evdev: evdev touchscreen: Found x and y absolute axes >>> [112753.598] (--) evdev: evdev touchscreen: Found absolute touchscreen >>> [112753.598] (II) evdev: evdev touchscreen: Configuring as touchscreen >>> [112753.598] (**) evdev: evdev touchscreen: YAxisMapping: buttons 4 and 5 >>> [112753.598] (**) evdev: evdev touchscreen: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 >>> [112753.598] (II) XINPUT: Adding extended input device "evdev touchscreen" (type: TOUCHSCREEN, id 6) >>> [112753.599] (II) evdev: evdev touchscreen: initialized for absolute axes. >>> [112753.600] (**) evdev touchscreen: (accel) keeping acceleration scheme 1 >>> [112753.600] (**) evdev touchscreen: (accel) acceleration profile 0 >>> [112753.600] (**) evdev touchscreen: (accel) acceleration factor: 2.000 >>> [112753.600] (**) evdev touchscreen: (accel) acceleration threshold: 4 >>> [112753.601] (WW) fcntl(6, F_SETOWN): Invalid argument >>> >>> [26]sa-moeller> xinput >>> Virtual core pointer id=2 [master pointer (3)] >>> Virtual core XTEST pointer id=4 [slave pointer (2)] >>> Touchscreen id=6 [slave pointer (2)] >>> sysmouse id=8 [slave pointer (2)] >>> Virtual core keyboard id=3 [master keyboard (2)] >>> Virtual core XTEST keyboard id=5 [slave keyboard (3)] >>> kbdmux id=7 [slave keyboard (3)] >>> >>> Everything looks good so far, at least in my eyes. >>> Well - wheel emulation and such sounds a bit strange, as if it is handled >>> as a touchpad and not like a touchscreen. >>> But it says type touchscreen, so I assume that's ok. >>> However, I get no touch events. >>> I've started xev fullscreen and still nothing. >>> >>> Somewhere else I've read that /dev/input/event0 should deliver something >>> if read and a touch happens, but this is not the case for me. >>> >>> Any ideas how I can debug this thing? >>> There was a reference somewhere about a commandline programm to run against >>> an evdev, but I can't find it anymore. >> >> xinput test delivers nothing on the touchscreen. >> >> Neither evtest nor evdev-dump compiles because they are both missing >> linux include files at some point. >> https://cgit.freedesktop.org/~whot/evtest/ >> [48]sa> make >> make all-am >> cc -DHAVE_CONFIG_H -I. -g -O2 -MT evtest.o -MD -MP -MF .deps/evtest.Tpo -c -o evtest.o evtest.c >> evtest.c:46:10: fatal error: 'linux/version.h' file not found >> #include >> ^~~~~~~~~~~~~~~~~ >> 1 error generated. >> *** Error code 1 >> >> Stop. >> make[1]: stopped in /home/ticso/evtest >> *** Error code 1 >> >> Stop. >> make: stopped in /home/ticso/evtest >> Exit 1 >> >> https://github.com/gonzoua/evdev-dump/tree/freebsd >> ... >> checking for unistd.h... yes >> checking linux/input.h usability... no >> checking linux/input.h presence... no >> checking for linux/input.h... no >> checking for /usr/include/linux/input.h... no >> configure: error: /usr/include/linux/input.h not found >> 4.765u 3.954s 0:08.64 100.8% 31397+2201k 0+27io 0pf+0w >> Exit 1 >> >> The touchscreen itself should be functional as it has a touch area outside >> the display, which is interpreted by the USB controller to change the >> backlight. >> The exact same display also worked fine on Raspbian. > > This is with webcamd compiled with debug support. > > [18]sa# /usr/local/sbin/webcamd -d ugen0.5 > Linux video capture interface: v2.00 > IR NEC protocol handler initialized > IR RC5(x/sz) protocol handler initialized > IR RC6 protocol handler initialized > IR JVC protocol handler initialized > IR Sony protocol handler initialized > IR SANYO protocol handler initialized > IR LIRC bridge handler initialized > IR XMP protocol handler initialized > b2c2-flexcop: B2C2 FlexcopII/II(b)/III digital TV receiver chip loaded successfully > USB Video Class driver (1.1.1) > cpia2: V4L-Driver for Vision CPiA2 based cameras v3.0.1 > pvrusb2: V4L in-tree version:Hauppauge WinTV-PVR-USB2 MPEG2 Encoder/Tuner > pvrusb2: Debug mask is 31 (0x1f) > USBVision USB Video Device Driver for Linux : 0.9.11 > Attached to ugen0.5[0] > INFO: 0003:0EEF:0005.0001: input: USB HID v1.10 Mouse [BYZHYYZHY By ZH851] on usb-/dev/usb-/dev/usb/input0 > > DBG: 0003:0EEF:0005.0001: Kicking head 1 tail 0 > Creating /dev/input/event0 > > I really think that it has some problems with the controller. > When I run webcamd against the mouse I get some kind data from the > evdev. > Well - I had to reboot after testing with the mouse, but probably > it was disabled by default for a reason. > So my assumption is that I have to look up my problem somewhere between > webcamd and the USB device. > You can try running usbdump to capture USB packets. ktrace is also your friend. dd if=/dev/input/event0 bs=1 Also check ownership of devices, that X.org can read from them. --HPS From owner-freebsd-current@freebsd.org Thu Mar 8 22:04:12 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A012BF34CFE for ; Thu, 8 Mar 2018 22:04:12 +0000 (UTC) (envelope-from arshan@freebsdfoundation.org) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4008F72EE9 for ; Thu, 8 Mar 2018 22:04:12 +0000 (UTC) (envelope-from arshan@freebsdfoundation.org) Received: by mail-qk0-x236.google.com with SMTP id s188so1507390qkb.2 for ; Thu, 08 Mar 2018 14:04:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsdfoundation.org; s=gfnp-20170908; h=mime-version:from:date:message-id:subject:to; bh=KYtdSp3KTqs8NY5Z6trqPf3J7o79H/KOiqijqPJz/aI=; b=Clk7V5ZJeobPJ9nmRi8d1A2Oi1GC+JkBkCOwhUIrZa6ejGmpQLRhw487wrtB2aiPuq xJPkdDxWvbaghZLJK5xaXE827Zicad8SB6YliAtchlN2Tt+be2loUaOYdf/D9pbCRToC EPnTcF8+f4bQT6EpsDBrvvchuWdMiOZ+P6ABxyriWpnGcdjebjDtNR+YtikNlRDvLrZF P8YE42XaksCDxu1BLuPTESL22FHh28yTMu2GMOGHRTPecrGhu61FhTo0IofqimWS1WEm I72PQQRRXvbrcCDoMubuX4K2u691iAEgZiXm073hLzVJ0weeOc34c8P6BkUtLsiToUAM d2Cw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=KYtdSp3KTqs8NY5Z6trqPf3J7o79H/KOiqijqPJz/aI=; b=q2oN1SivFFrA1GgOTCkfYWMptnJIhImaxp28jHcmx3EYVWDfT6bCYeROW1+Rf1lM/I kxx+ph/U4UBV7bJQQmmtblJZNICRz+4dJVmwm4v3O8wQhLU/z3++iBKTRI+5wP19y1e8 TG981ObWaeQ5RgR8ieGmsKPlN5Mwb108fR+DWT/7VTAI9CeTOxWYShR1KkuA3TA43aY5 Q5aUN6o7YkS5ttJo57y35ZCbk5Qgu26rFNVqEljP8pYZ0tzWStwMAuAljBsyUi1v0kD7 ghbkk7EP4Z3r9Os0B+ie95qrbMgDyoNEme+kFgCi5e6G/nyE1ZlqEp6E/B/0FU+DNFq+ XdIw== X-Gm-Message-State: AElRT7Ew5ZyDVkNg6/xRmabieXy/94S8qEejC2+rqoRMi9f4QAmFhyxC GnSz7SMUoZRT5WxS1r2/la3EAClgyG/vlukMx3fNfFTZ X-Google-Smtp-Source: AG47ELsdYc1NPsmqIUQwT6DP8JUZ/3eMUA/MiM0PsQpewmxlKudUSUjREDaJY+FCN83KSIrU2PijEAGs6juMoLsYHW4= X-Received: by 10.55.122.130 with SMTP id v124mr42041322qkc.140.1520546651603; Thu, 08 Mar 2018 14:04:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.237.34.82 with HTTP; Thu, 8 Mar 2018 14:04:11 -0800 (PST) From: Arshan Khanifar Date: Thu, 8 Mar 2018 17:04:11 -0500 Message-ID: Subject: Performance Benchmark for PTI (aka Meltdown mitigation) To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 22:04:13 -0000 Executive Summary: - The PTI feature increases the system call times by more than 100%. - As a macrobenchmark, buildworld was used. Wall clock and user time showed no statistically-significant changes, while system time increased by less than 5%. This email contains the results for benchmarking the performance of the PTI patch on FreeBSD 12-current. As a microbenchmark, timing of getppid(2) system call was used, and as a macrobenchmark, a number of buildworld tasks were timed. The benchmark cases are as follows: 1. PTI off, PCID off 2. PTI off, PCID on 3. PTI on , PCID off 4. PTI on , PCID on Since PCID is an optimization and is usually enabled by default, the two most interesting cases above are the cases (2) and (4). Other cases were measured for demonstration of PCID's effect on overall time. The results section for each test is the output of ministat(1) for all the data gathered for that test. Ministat compares the first input file with all the other input files and reports the difference. For more information, check out the man page of ministat(1). ********************************** REVISION: HEAD (b21ccf63f28) ********************************** ************************** Benchmark: Syscall microbenchmark from tools/tools/syscall_timing ./syscall_timing getppid ************************** **************** Hardware: Packet's baremetal type 2 2 x Intel(R) Xeon(TM) CPU E5-2650 v4 (24 cores @ 2.20GHz) 256GB DDR4 ECC RAM 2.8TB SSD **************** ******** results: ******** x pti-off-pcid-on.log + pti-off-pcid-off.log * pti-on-pcid-off.log % pti-on-pcid-on.log +------------------------------------------------------------------------+ | * % * | | * % * | | * % * | | * % * | | * %% ** | | * +x + x %% % *O * *| ||_MA_|| |__M__A____| |___M___A_______| | +------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 10 118 162 118 123.9 14.192721 + 10 118 154 118 122.5 11.42366 No difference proven at 95.0% confidence * 10 339 454 340 356.4 37.883447 Difference at 95.0% confidence 232.5 +/- 26.8779 187.651% +/- 29.8653% (Student's t, pooled s = 28.6058) % 10 262 342 262 272.2 25.301735 Difference at 95.0% confidence 148.3 +/- 19.2744 119.693% +/- 21.5323% (Student's t, pooled s = 20.5135) ********************************** REVISION: HEAD (c9cf79445478) ********************************** ************************** Benchmark: buildworld, invoked with this command: make -C /usr/src -j48 buildworld > build.log 2>&1 ************************** **************** Hardware: Packet's baremetal type 2 2 x Intel(R) Xeon(TM) CPU E5-2650 v4 (24 cores @ 2.20GHz) 256GB DDR4 ECC RAM 2.8TB SSD **************** ******** results: ******** x real-pti-off-pcid-on.log + real-pti-off-pcid-off.log * real-pti-on-pcid-off.log % real-pti-on-pcid-on.log +------------------------------------------------------------------------+ | x + % x % + % * * + x *| ||______________|_|___M_A__AMAM|___|____M_|_____|_A__________________| | +------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 3 1677.08 1712.18 1691.4 1693.5533 17.6488 + 3 1686.9 1706.72 1697.84 1697.1533 9.9278262 No difference proven at 95.0% confidence * 3 1703.57 1729.55 1705.3 1712.8067 14.52593 No difference proven at 95.0% confidence % 3 1688.69 1701.44 1695.96 1695.3633 6.3959075 No difference proven at 95.0% confidence x user-pti-off-pcid-on.log + user-pti-off-pcid-off.log * user-pti-on-pcid-off.log % user-pti-on-pcid-on.log +--------------------------------------------------------------------------+ | *+ x % % +x % * * *| ||_|__M____MA_A_|______M_|_A__________| |___MA_____|| +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 3 50223.23 50409.49 50273.89 50302.203 96.303845 + 3 50226.37 50401.75 50230.85 50286.323 99.98752 No difference proven at 95.0% confidence * 3 50754.05 50842.26 50781.66 50792.657 45.121459 Difference at 95.0% confidence 490.453 +/- 170.45 0.975014% +/- 0.341564% (Student's t, pooled s = 75.201) % 3 50342.4 50535.65 50380.41 50419.487 102.37983 No difference proven at 95.0% confidence x sys-pti-off-pcid-on.log + sys-pti-off-pcid-off.log * sys-pti-on-pcid-off.log % sys-pti-on-pcid-on.log +--------------------------------------------------------------------------+ |+x + x+x % %% * * * | ||_|____A__A___M|__| |_____A_M__| |__________A_M_______|| +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 3 2623.5 2658.68 2652.31 2644.83 18.74489 + 3 2620.79 2654.58 2637.55 2637.64 16.89518 No difference proven at 95.0% confidence * 3 2740.31 2787.22 2772.59 2766.7067 24.002026 Difference at 95.0% confidence 121.877 +/- 48.8099 4.60811% +/- 1.87816% (Student's t, pooled s = 21.5345) % 3 2710.22 2733.57 2730.79 2724.86 12.75458 Difference at 95.0% confidence 80.03 +/- 36.338 3.0259% +/- 1.40248% (Student's t, pooled s = 16.032) From owner-freebsd-current@freebsd.org Thu Mar 8 22:23:31 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E211BF368E3; Thu, 8 Mar 2018 22:23:30 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E01B73F7D; Thu, 8 Mar 2018 22:23:30 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w28MNMfk014418 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 23:23:23 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w28MN8Sk017482 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 23:23:08 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w28MN89j087712 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 8 Mar 2018 23:23:08 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w28MN7h1087711; Thu, 8 Mar 2018 23:23:07 +0100 (CET) (envelope-from ticso) Date: Thu, 8 Mar 2018 23:23:07 +0100 From: Bernd Walter To: Oleksandr Tymoshenko Cc: ticso@cicely.de, Greg , Roberto Fernandez Cueto , Hans Petter Selasky , freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bernd Walter Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180308222307.GF86413@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20180308161645.GF80981@cicely7.cicely.de> <20180308163605.GA61875@BWEPCFERNANDEZ> <20180308161645.GF80981@cicely7.cicely.de> <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> <20180308191131.GB86413@cicely7.cicely.de> <20180308200849.GC86413@cicely7.cicely.de> <20180308203838.GA98731@bluezbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180308203838.GA98731@bluezbox.com> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 22:23:31 -0000 On Thu, Mar 08, 2018 at 12:38:38PM -0800, Oleksandr Tymoshenko wrote: > Bernd Walter (ticso@cicely7.cicely.de) wrote: > > On Thu, Mar 08, 2018 at 08:11:31PM +0100, Bernd Walter wrote: > > https://github.com/gonzoua/evdev-dump/tree/freebsd > > ... > > checking for unistd.h... yes > > checking linux/input.h usability... no > > checking linux/input.h presence... no > > checking for linux/input.h... no > > checking for /usr/include/linux/input.h... no > > configure: error: /usr/include/linux/input.h not found > > 4.765u 3.954s 0:08.64 100.8% 31397+2201k 0+27io 0pf+0w > > Exit 1 > > I've just checked, evdev-dump should be buildable: > > git clone git@github.com:gonzoua/evdev-dump.git > cd evdev-dump > git checkout freebsd > sudo pkg install gawk gmake > sh bootstrap > ./configure > gmake That's exactly how I did. Well - I've used git clone https://github.com/gonzoua/evdev-dump.git Even with a fresh clone it failed at the same file. I have the following: /usr/include/dev/evdev/input.h /usr/local/include/linux/input.h /usr/local/include/xorg/input.h -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@freebsd.org Thu Mar 8 22:29:51 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 33FAFF36F4E; Thu, 8 Mar 2018 22:29:51 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (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 BE71A742C3; Thu, 8 Mar 2018 22:29:50 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from localhost ([127.0.0.1] helo=id.bluezbox.com) by id.bluezbox.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1 (FreeBSD)) (envelope-from ) id 1eu42k-000Pxq-JU; Thu, 08 Mar 2018 14:29:47 -0800 Received: (from gonzo@localhost) by id.bluezbox.com (8.15.2/8.15.2/Submit) id w28MTjmt099809; Thu, 8 Mar 2018 14:29:45 -0800 (PST) (envelope-from gonzo@bluezbox.com) X-Authentication-Warning: id.bluezbox.com: gonzo set sender to gonzo@bluezbox.com using -f Date: Thu, 8 Mar 2018 14:29:44 -0800 From: Oleksandr Tymoshenko To: ticso@cicely.de Cc: Greg , Roberto Fernandez Cueto , Hans Petter Selasky , freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bernd Walter Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180308222944.GA99801@bluezbox.com> References: <20180308161645.GF80981@cicely7.cicely.de> <20180308163605.GA61875@BWEPCFERNANDEZ> <20180308161645.GF80981@cicely7.cicely.de> <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> <20180308191131.GB86413@cicely7.cicely.de> <20180308200849.GC86413@cicely7.cicely.de> <20180308203838.GA98731@bluezbox.com> <20180308222307.GF86413@cicely7.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180308222307.GF86413@cicely7.cicely.de> X-Operating-System: FreeBSD/11.1-RELEASE-p4 (amd64) User-Agent: Mutt/1.9.1 (2017-09-22) X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Bernd Walter (ticso@cicely7.cicely.de) wrote: > On Thu, Mar 08, 2018 at 12:38:38PM -0800, Oleksandr Tymoshenko wrote: > > Bernd Walter (ticso@cicely7.cicely.de) wrote: > > > On Thu, Mar 08, 2018 at 08 [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 22:29:51 -0000 Bernd Walter (ticso@cicely7.cicely.de) wrote: > On Thu, Mar 08, 2018 at 12:38:38PM -0800, Oleksandr Tymoshenko wrote: > > Bernd Walter (ticso@cicely7.cicely.de) wrote: > > > On Thu, Mar 08, 2018 at 08:11:31PM +0100, Bernd Walter wrote: > > > https://github.com/gonzoua/evdev-dump/tree/freebsd > > > ... > > > checking for unistd.h... yes > > > checking linux/input.h usability... no > > > checking linux/input.h presence... no > > > checking for linux/input.h... no > > > checking for /usr/include/linux/input.h... no > > > configure: error: /usr/include/linux/input.h not found > > > 4.765u 3.954s 0:08.64 100.8% 31397+2201k 0+27io 0pf+0w > > > Exit 1 > > > > I've just checked, evdev-dump should be buildable: > > > > git clone git@github.com:gonzoua/evdev-dump.git > > cd evdev-dump > > git checkout freebsd > > sudo pkg install gawk gmake > > sh bootstrap > > ./configure > > gmake > > That's exactly how I did. > Well - I've used git clone https://github.com/gonzoua/evdev-dump.git > Even with a fresh clone it failed at the same file. > > I have the following: > /usr/include/dev/evdev/input.h > /usr/local/include/linux/input.h > /usr/local/include/xorg/input.h Could you show output of "git branch" and "grep -rl /usr/include/linux/input.h ." in cloned directory? Thanks -- gonzo From owner-freebsd-current@freebsd.org Thu Mar 8 22:38:57 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDC83F37C68; Thu, 8 Mar 2018 22:38:57 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 45EBF74B32; Thu, 8 Mar 2018 22:38:57 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w28McmbG014652 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 23:38:48 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w28MchQF017699 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 23:38:43 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w28Mchr0087804 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 8 Mar 2018 23:38:43 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w28McgZh087803; Thu, 8 Mar 2018 23:38:42 +0100 (CET) (envelope-from ticso) Date: Thu, 8 Mar 2018 23:38:42 +0100 From: Bernd Walter To: Oleksandr Tymoshenko Cc: ticso@cicely.de, Greg , Roberto Fernandez Cueto , Hans Petter Selasky , freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bernd Walter Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180308223842.GG86413@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20180308161645.GF80981@cicely7.cicely.de> <20180308163605.GA61875@BWEPCFERNANDEZ> <20180308161645.GF80981@cicely7.cicely.de> <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> <20180308191131.GB86413@cicely7.cicely.de> <20180308200849.GC86413@cicely7.cicely.de> <20180308203838.GA98731@bluezbox.com> <20180308222307.GF86413@cicely7.cicely.de> <20180308222944.GA99801@bluezbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180308222944.GA99801@bluezbox.com> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 22:38:58 -0000 On Thu, Mar 08, 2018 at 02:29:44PM -0800, Oleksandr Tymoshenko wrote: > Bernd Walter (ticso@cicely7.cicely.de) wrote: > > On Thu, Mar 08, 2018 at 12:38:38PM -0800, Oleksandr Tymoshenko wrote: > > > Bernd Walter (ticso@cicely7.cicely.de) wrote: > > > > On Thu, Mar 08, 2018 at 08:11:31PM +0100, Bernd Walter wrote: > > > > https://github.com/gonzoua/evdev-dump/tree/freebsd > > > > ... > > > > checking for unistd.h... yes > > > > checking linux/input.h usability... no > > > > checking linux/input.h presence... no > > > > checking for linux/input.h... no > > > > checking for /usr/include/linux/input.h... no > > > > configure: error: /usr/include/linux/input.h not found > > > > 4.765u 3.954s 0:08.64 100.8% 31397+2201k 0+27io 0pf+0w > > > > Exit 1 > > > > > > I've just checked, evdev-dump should be buildable: > > > > > > git clone git@github.com:gonzoua/evdev-dump.git > > > cd evdev-dump > > > git checkout freebsd > > > sudo pkg install gawk gmake > > > sh bootstrap > > > ./configure > > > gmake > > > > That's exactly how I did. > > Well - I've used git clone https://github.com/gonzoua/evdev-dump.git > > Even with a fresh clone it failed at the same file. > > > > I have the following: > > /usr/include/dev/evdev/input.h > > /usr/local/include/linux/input.h > > /usr/local/include/xorg/input.h > > Could you show output of "git branch" and > "grep -rl /usr/include/linux/input.h ." in cloned directory? [55]sa# git branch * master [56]sa# grep -rl /usr/include/linux/input.h . ./configure.ac ./autom4te.cache/output.0 ./autom4te.cache/output.1 ./configure ./config.log -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@freebsd.org Thu Mar 8 22:41:55 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F7C2F38165; Thu, 8 Mar 2018 22:41:55 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (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 E208C74F11; Thu, 8 Mar 2018 22:41:54 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from localhost ([127.0.0.1] helo=id.bluezbox.com) by id.bluezbox.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1 (FreeBSD)) (envelope-from ) id 1eu4EQ-000Pza-Mn; Thu, 08 Mar 2018 14:41:52 -0800 Received: (from gonzo@localhost) by id.bluezbox.com (8.15.2/8.15.2/Submit) id w28MfohY099917; Thu, 8 Mar 2018 14:41:50 -0800 (PST) (envelope-from gonzo@bluezbox.com) X-Authentication-Warning: id.bluezbox.com: gonzo set sender to gonzo@bluezbox.com using -f Date: Thu, 8 Mar 2018 14:41:50 -0800 From: Oleksandr Tymoshenko To: ticso@cicely.de Cc: Greg , Roberto Fernandez Cueto , Hans Petter Selasky , freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bernd Walter Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180308224150.GA99889@bluezbox.com> References: <20180308163605.GA61875@BWEPCFERNANDEZ> <20180308161645.GF80981@cicely7.cicely.de> <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> <20180308191131.GB86413@cicely7.cicely.de> <20180308200849.GC86413@cicely7.cicely.de> <20180308203838.GA98731@bluezbox.com> <20180308222307.GF86413@cicely7.cicely.de> <20180308222944.GA99801@bluezbox.com> <20180308223842.GG86413@cicely7.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180308223842.GG86413@cicely7.cicely.de> X-Operating-System: FreeBSD/11.1-RELEASE-p4 (amd64) User-Agent: Mutt/1.9.1 (2017-09-22) X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Bernd Walter (ticso@cicely7.cicely.de) wrote: > On Thu, Mar 08, 2018 at 02:29:44PM -0800, Oleksandr Tymoshenko wrote: > > Bernd Walter (ticso@cicely7.cicely.de) wrote: > > > On Thu, Mar 08, 2018 at 12 [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 22:41:55 -0000 Bernd Walter (ticso@cicely7.cicely.de) wrote: > On Thu, Mar 08, 2018 at 02:29:44PM -0800, Oleksandr Tymoshenko wrote: > > Bernd Walter (ticso@cicely7.cicely.de) wrote: > > > On Thu, Mar 08, 2018 at 12:38:38PM -0800, Oleksandr Tymoshenko wrote: > > > > Bernd Walter (ticso@cicely7.cicely.de) wrote: > > > > > On Thu, Mar 08, 2018 at 08:11:31PM +0100, Bernd Walter wrote: > > > > > https://github.com/gonzoua/evdev-dump/tree/freebsd > > > > > ... > > > > > checking for unistd.h... yes > > > > > checking linux/input.h usability... no > > > > > checking linux/input.h presence... no > > > > > checking for linux/input.h... no > > > > > checking for /usr/include/linux/input.h... no > > > > > configure: error: /usr/include/linux/input.h not found > > > > > 4.765u 3.954s 0:08.64 100.8% 31397+2201k 0+27io 0pf+0w > > > > > Exit 1 > > > > > > > > I've just checked, evdev-dump should be buildable: > > > > > > > > git clone git@github.com:gonzoua/evdev-dump.git > > > > cd evdev-dump > > > > git checkout freebsd > > > > sudo pkg install gawk gmake > > > > sh bootstrap > > > > ./configure > > > > gmake > > > > > > That's exactly how I did. > > > Well - I've used git clone https://github.com/gonzoua/evdev-dump.git > > > Even with a fresh clone it failed at the same file. > > > > > > I have the following: > > > /usr/include/dev/evdev/input.h > > > /usr/local/include/linux/input.h > > > /usr/local/include/xorg/input.h > > > > Could you show output of "git branch" and > > "grep -rl /usr/include/linux/input.h ." in cloned directory? > > [55]sa# git branch > * master > [56]sa# grep -rl /usr/include/linux/input.h . > ./configure.ac > ./autom4te.cache/output.0 > ./autom4te.cache/output.1 > ./configure > ./config.log You need freebsd branch. master branch is unmodified version of upstream, all my changes are on freebsd branch. Run: gmake clean git checkout freebsd <- this step is important sh bootstrap ./configure gmake Also you need bash installed, because original .h to .inc conversion script uses some bash-isms. -- gonzo From owner-freebsd-current@freebsd.org Thu Mar 8 22:58:47 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6BCE4F396E7; Thu, 8 Mar 2018 22:58:47 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F246E75DD2; Thu, 8 Mar 2018 22:58:46 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w28MweC5014964 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 23:58:40 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w28MwaUn017955 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 23:58:36 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w28Mwa8E087919 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 8 Mar 2018 23:58:36 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w28MwYW4087918; Thu, 8 Mar 2018 23:58:34 +0100 (CET) (envelope-from ticso) Date: Thu, 8 Mar 2018 23:58:34 +0100 From: Bernd Walter To: Oleksandr Tymoshenko Cc: ticso@cicely.de, Greg , Roberto Fernandez Cueto , Hans Petter Selasky , freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bernd Walter Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180308225834.GH86413@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20180308161645.GF80981@cicely7.cicely.de> <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> <20180308191131.GB86413@cicely7.cicely.de> <20180308200849.GC86413@cicely7.cicely.de> <20180308203838.GA98731@bluezbox.com> <20180308222307.GF86413@cicely7.cicely.de> <20180308222944.GA99801@bluezbox.com> <20180308223842.GG86413@cicely7.cicely.de> <20180308224150.GA99889@bluezbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180308224150.GA99889@bluezbox.com> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 22:58:47 -0000 On Thu, Mar 08, 2018 at 02:41:50PM -0800, Oleksandr Tymoshenko wrote: > Bernd Walter (ticso@cicely7.cicely.de) wrote: > > On Thu, Mar 08, 2018 at 02:29:44PM -0800, Oleksandr Tymoshenko wrote: > > > Bernd Walter (ticso@cicely7.cicely.de) wrote: > > > > On Thu, Mar 08, 2018 at 12:38:38PM -0800, Oleksandr Tymoshenko wrote: > > > > > Bernd Walter (ticso@cicely7.cicely.de) wrote: > > > > > > On Thu, Mar 08, 2018 at 08:11:31PM +0100, Bernd Walter wrote: > > > > > > https://github.com/gonzoua/evdev-dump/tree/freebsd > > > > > > ... > > > > > > checking for unistd.h... yes > > > > > > checking linux/input.h usability... no > > > > > > checking linux/input.h presence... no > > > > > > checking for linux/input.h... no > > > > > > checking for /usr/include/linux/input.h... no > > > > > > configure: error: /usr/include/linux/input.h not found > > > > > > 4.765u 3.954s 0:08.64 100.8% 31397+2201k 0+27io 0pf+0w > > > > > > Exit 1 > > > > > > > > > > I've just checked, evdev-dump should be buildable: > > > > > > > > > > git clone git@github.com:gonzoua/evdev-dump.git > > > > > cd evdev-dump > > > > > git checkout freebsd > > > > > sudo pkg install gawk gmake > > > > > sh bootstrap > > > > > ./configure > > > > > gmake > > > > > > > > That's exactly how I did. > > > > Well - I've used git clone https://github.com/gonzoua/evdev-dump.git > > > > Even with a fresh clone it failed at the same file. > > > > > > > > I have the following: > > > > /usr/include/dev/evdev/input.h > > > > /usr/local/include/linux/input.h > > > > /usr/local/include/xorg/input.h > > > > > > Could you show output of "git branch" and > > > "grep -rl /usr/include/linux/input.h ." in cloned directory? > > > > [55]sa# git branch > > * master > > [56]sa# grep -rl /usr/include/linux/input.h . > > ./configure.ac > > ./autom4te.cache/output.0 > > ./autom4te.cache/output.1 > > ./configure > > ./config.log > > You need freebsd branch. master branch is unmodified > version of upstream, all my changes are on freebsd branch. Lol - that makes sense. Ok - it works, but I get nothing from my display, which this is more or less already expected. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@freebsd.org Fri Mar 9 00:44:41 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EC2B4F41700; Fri, 9 Mar 2018 00:44:40 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 79F1479AD1; Fri, 9 Mar 2018 00:44:40 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w290ibUo016619 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 9 Mar 2018 01:44:37 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w290iY26023060 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 9 Mar 2018 01:44:34 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w290iY9q088458 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 9 Mar 2018 01:44:34 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w290iYrH088457; Fri, 9 Mar 2018 01:44:34 +0100 (CET) (envelope-from ticso) Date: Fri, 9 Mar 2018 01:44:34 +0100 From: Bernd Walter To: Hans Petter Selasky Cc: ticso@cicely.de, freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bernd Walter Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180309004433.GI86413@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20180308161645.GF80981@cicely7.cicely.de> <20180308163605.GA61875@BWEPCFERNANDEZ> <20180308161645.GF80981@cicely7.cicely.de> <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> <20180308191131.GB86413@cicely7.cicely.de> <20180308200849.GC86413@cicely7.cicely.de> <20180308210805.GE86413@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 00:44:41 -0000 On Thu, Mar 08, 2018 at 10:10:47PM +0100, Hans Petter Selasky wrote: > You can try running usbdump to capture USB packets. > > ktrace is also your friend. > > dd if=/dev/input/event0 bs=1 > > Also check ownership of devices, that X.org can read from them. It happens earlier, /dev/input/event0 delivers nothing at all. But usbdump is interesting. I've booted with webcamd disabled, started usbdump and started webcamd. This is what I get: [22]sa# usbdump -v -f 4 00:30:09.379930 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 4 bytes 00:30:09.382401 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 4 bytes 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | 00:30:09.382448 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 4 bytes 00:30:09.385398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 4 bytes 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | 00:30:09.385439 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 02 03 09 04 04 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 4 bytes 00:30:09.388398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 4 bytes 0000 12 03 42 00 -- -- -- -- -- -- -- -- -- -- -- -- |..B. | 00:30:09.388434 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 02 03 09 04 12 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 18 bytes 00:30:09.391399 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=20,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 18 bytes 0000 12 03 42 00 79 00 20 00 5A 00 48 00 38 00 35 00 |..B.y. .Z.H.8.5.| 0010 31 00 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |1. | 00:30:09.391474 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 4 bytes 00:30:09.394398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 4 bytes 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | 00:30:09.394435 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 4 bytes 00:30:09.397398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 4 bytes 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | 00:30:09.397436 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 01 03 09 04 04 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 4 bytes 00:30:09.400398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 4 bytes 0000 14 03 42 00 -- -- -- -- -- -- -- -- -- -- -- -- |..B. | 00:30:09.400433 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 01 03 09 04 14 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 20 bytes 00:30:09.403398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=20,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 20 bytes 0000 14 03 42 00 59 00 5A 00 48 00 59 00 59 00 5A 00 |..B.Y.Z.H.Y.Y.Z.| 0010 48 00 59 00 -- -- -- -- -- -- -- -- -- -- -- -- |H.Y. | 00:30:09.403440 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 4 bytes 00:30:09.406398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 4 bytes 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | 00:30:09.406437 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 4 bytes 00:30:09.409397 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 4 bytes 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | 00:30:09.409434 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 03 03 09 04 04 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 4 bytes 00:30:09.412398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 4 bytes 0000 1A 03 1A 00 -- -- -- -- -- -- -- -- -- -- -- -- |.... | 00:30:09.412434 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 03 03 09 04 1A 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 26 bytes 00:30:09.415398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=28,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 26 bytes 0000 1A 03 1A 00 95 00 50 00 33 00 39 00 31 00 31 00 |......P.3.9.1.1.| 0010 06 00 32 00 33 00 39 00 38 00 -- -- -- -- -- -- |..2.3.9.8. | 00:30:09.420243 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 4 bytes 00:30:09.422400 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 4 bytes 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | 00:30:09.422441 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 4 bytes 00:30:09.425398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 4 bytes 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | 00:30:09.425436 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 03 03 09 04 04 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 4 bytes 00:30:09.428398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 4 bytes 0000 1A 03 1A 00 -- -- -- -- -- -- -- -- -- -- -- -- |.... | 00:30:09.428436 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 03 03 09 04 1A 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 26 bytes 00:30:09.431398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=28,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 26 bytes 0000 1A 03 1A 00 95 00 50 00 33 00 39 00 31 00 31 00 |......P.3.9.1.1.| 0010 06 00 32 00 33 00 39 00 38 00 -- -- -- -- -- -- |..2.3.9.8. | 00:30:09.431941 usbus0.4 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 21 0A 00 00 00 00 00 00 -- -- -- -- -- -- -- -- |!....... | 00:30:09.433396 usbus0.4 DONE-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=0,IVAL=0,ERR=STALLED frame[0] WRITE 8 bytes 00:30:09.433442 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 81 06 00 22 00 00 FB 00 -- -- -- -- -- -- -- -- |...".... | frame[1] READ 251 bytes 00:30:09.439403 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=252,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 251 bytes 00:30:09.447376 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 A1 01 02 03 00 00 02 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 2 bytes 00:30:09.450400 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 2 bytes 0000 02 0A -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. | 00:30:09.451878 usbus0.4 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=12,IVAL=0 frame[0] WRITE 8 bytes 0000 21 09 03 03 00 00 03 00 -- -- -- -- -- -- -- -- |!....... | frame[1] WRITE 3 bytes 0000 03 02 00 -- -- -- -- -- -- -- -- -- -- -- -- -- |... | 00:30:09.454404 usbus0.4 DONE-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=0,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] WRITE 3 bytes 00:30:09.466235 usbus0.4 SUBM-INTR-EP=00000082,SPD=FULL,NFR=1,SLEN=0,IVAL=10 frame[0] READ 14 bytes 00:30:09.523430 usbus0.4 DONE-INTR-EP=00000082,SPD=FULL,NFR=0,SLEN=0,IVAL=10,ERR=CANCELLED It is obvious that the communication fails very early. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@freebsd.org Fri Mar 9 08:40:05 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4E500F37F2F; Fri, 9 Mar 2018 08:40:05 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (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 D50966AE8B; Fri, 9 Mar 2018 08:40:04 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 74210260178; Fri, 9 Mar 2018 09:40:03 +0100 (CET) Subject: Re: webcamd based touchscreen problem on Pi3 To: ticso@cicely.de Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bernd Walter References: <20180308161645.GF80981@cicely7.cicely.de> <20180308163605.GA61875@BWEPCFERNANDEZ> <20180308161645.GF80981@cicely7.cicely.de> <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> <20180308191131.GB86413@cicely7.cicely.de> <20180308200849.GC86413@cicely7.cicely.de> <20180308210805.GE86413@cicely7.cicely.de> <20180309004433.GI86413@cicely7.cicely.de> From: Hans Petter Selasky Message-ID: <4765ef04-6fb1-f9dc-315d-c4419d6ba016@selasky.org> Date: Fri, 9 Mar 2018 09:40:00 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180309004433.GI86413@cicely7.cicely.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 08:40:05 -0000 On 03/09/18 01:44, Bernd Walter wrote: > On Thu, Mar 08, 2018 at 10:10:47PM +0100, Hans Petter Selasky wrote: >> You can try running usbdump to capture USB packets. >> >> ktrace is also your friend. >> >> dd if=/dev/input/event0 bs=1 >> >> Also check ownership of devices, that X.org can read from them. > > It happens earlier, /dev/input/event0 delivers nothing at all. > But usbdump is interesting. > I've booted with webcamd disabled, started usbdump and started webcamd. > > This is what I get: > [22]sa# usbdump -v -f 4 > 00:30:09.379930 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 4 bytes > 00:30:09.382401 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | > 00:30:09.382448 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 4 bytes > 00:30:09.385398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | > 00:30:09.385439 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 02 03 09 04 04 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 4 bytes > 00:30:09.388398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 12 03 42 00 -- -- -- -- -- -- -- -- -- -- -- -- |..B. | > 00:30:09.388434 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 02 03 09 04 12 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 18 bytes > 00:30:09.391399 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=20,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 18 bytes > 0000 12 03 42 00 79 00 20 00 5A 00 48 00 38 00 35 00 |..B.y. .Z.H.8.5.| > 0010 31 00 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |1. | > 00:30:09.391474 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 4 bytes > 00:30:09.394398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | > 00:30:09.394435 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 4 bytes > 00:30:09.397398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | > 00:30:09.397436 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 01 03 09 04 04 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 4 bytes > 00:30:09.400398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 14 03 42 00 -- -- -- -- -- -- -- -- -- -- -- -- |..B. | > 00:30:09.400433 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 01 03 09 04 14 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 20 bytes > 00:30:09.403398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=20,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 20 bytes > 0000 14 03 42 00 59 00 5A 00 48 00 59 00 59 00 5A 00 |..B.Y.Z.H.Y.Y.Z.| > 0010 48 00 59 00 -- -- -- -- -- -- -- -- -- -- -- -- |H.Y. | > 00:30:09.403440 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 4 bytes > 00:30:09.406398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | > 00:30:09.406437 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 4 bytes > 00:30:09.409397 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | > 00:30:09.409434 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 03 03 09 04 04 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 4 bytes > 00:30:09.412398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 1A 03 1A 00 -- -- -- -- -- -- -- -- -- -- -- -- |.... | > 00:30:09.412434 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 03 03 09 04 1A 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 26 bytes > 00:30:09.415398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=28,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 26 bytes > 0000 1A 03 1A 00 95 00 50 00 33 00 39 00 31 00 31 00 |......P.3.9.1.1.| > 0010 06 00 32 00 33 00 39 00 38 00 -- -- -- -- -- -- |..2.3.9.8. | > 00:30:09.420243 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 4 bytes > 00:30:09.422400 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | > 00:30:09.422441 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 4 bytes > 00:30:09.425398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | > 00:30:09.425436 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 03 03 09 04 04 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 4 bytes > 00:30:09.428398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 1A 03 1A 00 -- -- -- -- -- -- -- -- -- -- -- -- |.... | > 00:30:09.428436 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 80 06 03 03 09 04 1A 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 26 bytes > 00:30:09.431398 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=28,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 26 bytes > 0000 1A 03 1A 00 95 00 50 00 33 00 39 00 31 00 31 00 |......P.3.9.1.1.| > 0010 06 00 32 00 33 00 39 00 38 00 -- -- -- -- -- -- |..2.3.9.8. | > 00:30:09.431941 usbus0.4 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 21 0A 00 00 00 00 00 00 -- -- -- -- -- -- -- -- |!....... | > 00:30:09.433396 usbus0.4 DONE-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=0,IVAL=0,ERR=STALLED > frame[0] WRITE 8 bytes > 00:30:09.433442 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 81 06 00 22 00 00 FB 00 -- -- -- -- -- -- -- -- |...".... | > frame[1] READ 251 bytes > 00:30:09.439403 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=252,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 251 bytes > 00:30:09.447376 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 > frame[0] WRITE 8 bytes > 0000 A1 01 02 03 00 00 02 00 -- -- -- -- -- -- -- -- |........ | > frame[1] READ 2 bytes > 00:30:09.450400 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] READ 2 bytes > 0000 02 0A -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. | > 00:30:09.451878 usbus0.4 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=12,IVAL=0 > frame[0] WRITE 8 bytes > 0000 21 09 03 03 00 00 03 00 -- -- -- -- -- -- -- -- |!....... | > frame[1] WRITE 3 bytes > 0000 03 02 00 -- -- -- -- -- -- -- -- -- -- -- -- -- |... | > 00:30:09.454404 usbus0.4 DONE-CTRL-EP=00000000,SPD=FULL,NFR=2,SLEN=0,IVAL=0,ERR=0 > frame[0] WRITE 8 bytes > frame[1] WRITE 3 bytes > 00:30:09.466235 usbus0.4 SUBM-INTR-EP=00000082,SPD=FULL,NFR=1,SLEN=0,IVAL=10 > frame[0] READ 14 bytes > 00:30:09.523430 usbus0.4 DONE-INTR-EP=00000082,SPD=FULL,NFR=0,SLEN=0,IVAL=10,ERR=CANCELLED > > It is obvious that the communication fails very early. > Can you try connecting the device through an external USB HUB? Can you capture the whole enumeration sequence. Can you also try setting the UQ_NO_STRINGS quirk using usbconfig for this device and re-plug it? --HPS --HPS From owner-freebsd-current@freebsd.org Fri Mar 9 08:19:54 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 588EDF3611B; Fri, 9 Mar 2018 08:19:54 +0000 (UTC) (envelope-from r.fernandez-cueto@bally-wulff.de) Received: from mail.bally-wulff.de (mail.bally-wulff.de [212.144.118.8]) by mx1.freebsd.org (Postfix) with ESMTP id B2EE269D6A; Fri, 9 Mar 2018 08:19:53 +0000 (UTC) (envelope-from r.fernandez-cueto@bally-wulff.de) Received: from bw-ex-01.bally-wulff.de (bw-ex-01.bally-wulff.de [192.168.204.106]) by mail.bally-wulff.de (Postfix) with ESMTPS id DED50116; Fri, 9 Mar 2018 09:19:51 +0100 (CET) Received: from BWEPCFERNANDEZ (192.168.205.134) by BW-EX-01.bally-wulff.de (192.168.204.106) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1415.2; Fri, 9 Mar 2018 09:19:51 +0100 Date: Fri, 9 Mar 2018 09:19:11 +0100 From: Roberto Fernandez Cueto To: CC: Hans Petter Selasky , , , Bernd Walter Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180309081911.GA65154@BWEPCFERNANDEZ> References: <20180308161645.GF80981@cicely7.cicely.de> <20180308163605.GA61875@BWEPCFERNANDEZ> <20180308161645.GF80981@cicely7.cicely.de> <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> <20180308191131.GB86413@cicely7.cicely.de> <20180308200849.GC86413@cicely7.cicely.de> <20180308210805.GE86413@cicely7.cicely.de> <20180309004433.GI86413@cicely7.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20180309004433.GI86413@cicely7.cicely.de> User-Agent: Mutt/1.9.1 (2017-09-22) X-ClientProxiedBy: BW-EX-01.bally-wulff.de (192.168.204.106) To BW-EX-01.bally-wulff.de (192.168.204.106) X-OLX-Disclaimer: BW-EX-01.BALLY-WULFF.DE Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Fri, 09 Mar 2018 11:32:41 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 08:19:54 -0000 Roberto Fernandez-Cueto schrieb am 09.03.2018 09:19 _____________________________________________________________________ I do not if this helps, but what I usually do when I get to work with a new touchscreen is to see if FreeBSD detects it as UHID. If it is recognized, then I check if the touchscreen send absolute coordinates or relative coordinates. You can do it with usbhidctl(1). See the collection, items and get the values parsed by the HID layer. If it helps, let me know. Roberto Fernandez Cueto On Fri, Mar 09, 2018 at 01:44:34AM +0100, Bernd Walter wrote: > On Thu, Mar 08, 2018 at 10:10:47PM +0100, Hans Petter Selasky wrote: > > You can try running usbdump to capture USB packets. > >=20 > > ktrace is also your friend. > >=20 > > dd if=3D/dev/input/event0 bs=3D1 > >=20 > > Also check ownership of devices, that X.org can read from them. >=20 > It happens earlier, /dev/input/event0 delivers nothing at all. > But usbdump is interesting. > I've booted with webcamd disabled, started usbdump and started webcamd. >=20 > This is what I get: > [22]sa# usbdump -v -f 4 > 00:30:09.379930 usbus0.4 SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ = | > frame[1] READ 4 bytes > 00:30:09.382401 usbus0.4 DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D4,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... = | > 00:30:09.382448 usbus0.4 SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ = | > frame[1] READ 4 bytes > 00:30:09.385398 usbus0.4 DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D4,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... = | > 00:30:09.385439 usbus0.4 SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 80 06 02 03 09 04 04 00 -- -- -- -- -- -- -- -- |........ = | > frame[1] READ 4 bytes > 00:30:09.388398 usbus0.4 DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D4,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 12 03 42 00 -- -- -- -- -- -- -- -- -- -- -- -- |..B. = | > 00:30:09.388434 usbus0.4 SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 80 06 02 03 09 04 12 00 -- -- -- -- -- -- -- -- |........ = | > frame[1] READ 18 bytes > 00:30:09.391399 usbus0.4 DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D20,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] READ 18 bytes > 0000 12 03 42 00 79 00 20 00 5A 00 48 00 38 00 35 00 |..B.y. .Z.H.8.5= .| > 0010 31 00 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |1. = | > 00:30:09.391474 usbus0.4 SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ = | > frame[1] READ 4 bytes > 00:30:09.394398 usbus0.4 DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D4,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... = | > 00:30:09.394435 usbus0.4 SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ = | > frame[1] READ 4 bytes > 00:30:09.397398 usbus0.4 DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D4,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... = | > 00:30:09.397436 usbus0.4 SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 80 06 01 03 09 04 04 00 -- -- -- -- -- -- -- -- |........ = | > frame[1] READ 4 bytes > 00:30:09.400398 usbus0.4 DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D4,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 14 03 42 00 -- -- -- -- -- -- -- -- -- -- -- -- |..B. = | > 00:30:09.400433 usbus0.4 SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 80 06 01 03 09 04 14 00 -- -- -- -- -- -- -- -- |........ = | > frame[1] READ 20 bytes > 00:30:09.403398 usbus0.4 DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D20,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] READ 20 bytes > 0000 14 03 42 00 59 00 5A 00 48 00 59 00 59 00 5A 00 |..B.Y.Z.H.Y.Y.= Z.| > 0010 48 00 59 00 -- -- -- -- -- -- -- -- -- -- -- -- |H.Y. = | > 00:30:09.403440 usbus0.4 SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ = | > frame[1] READ 4 bytes > 00:30:09.406398 usbus0.4 DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D4,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... = | > 00:30:09.406437 usbus0.4 SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ = | > frame[1] READ 4 bytes > 00:30:09.409397 usbus0.4 DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D4,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... = | > 00:30:09.409434 usbus0.4 SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 80 06 03 03 09 04 04 00 -- -- -- -- -- -- -- -- |........ = | > frame[1] READ 4 bytes > 00:30:09.412398 usbus0.4 DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D4,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 1A 03 1A 00 -- -- -- -- -- -- -- -- -- -- -- -- |.... = | > 00:30:09.412434 usbus0.4 SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 80 06 03 03 09 04 1A 00 -- -- -- -- -- -- -- -- |........ = | > frame[1] READ 26 bytes > 00:30:09.415398 usbus0.4 DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D28,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] READ 26 bytes > 0000 1A 03 1A 00 95 00 50 00 33 00 39 00 31 00 31 00 |......P.3.9.1.1= .| > 0010 06 00 32 00 33 00 39 00 38 00 -- -- -- -- -- -- |..2.3.9.8. = | > 00:30:09.420243 usbus0.4 SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ = | > frame[1] READ 4 bytes > 00:30:09.422400 usbus0.4 DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D4,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... = | > 00:30:09.422441 usbus0.4 SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ = | > frame[1] READ 4 bytes > 00:30:09.425398 usbus0.4 DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D4,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... = | > 00:30:09.425436 usbus0.4 SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 80 06 03 03 09 04 04 00 -- -- -- -- -- -- -- -- |........ = | > frame[1] READ 4 bytes > 00:30:09.428398 usbus0.4 DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D4,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] READ 4 bytes > 0000 1A 03 1A 00 -- -- -- -- -- -- -- -- -- -- -- -- |.... = | > 00:30:09.428436 usbus0.4 SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 80 06 03 03 09 04 1A 00 -- -- -- -- -- -- -- -- |........ = | > frame[1] READ 26 bytes > 00:30:09.431398 usbus0.4 DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D28,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] READ 26 bytes > 0000 1A 03 1A 00 95 00 50 00 33 00 39 00 31 00 31 00 |......P.3.9.1.1= .| > 0010 06 00 32 00 33 00 39 00 38 00 -- -- -- -- -- -- |..2.3.9.8. = | > 00:30:09.431941 usbus0.4 SUBM-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D1,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 21 0A 00 00 00 00 00 00 -- -- -- -- -- -- -- -- |!....... = | > 00:30:09.433396 usbus0.4 DONE-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D1,SLEN= =3D0,IVAL=3D0,ERR=3DSTALLED > frame[0] WRITE 8 bytes > 00:30:09.433442 usbus0.4 SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 81 06 00 22 00 00 FB 00 -- -- -- -- -- -- -- -- |...".... = | > frame[1] READ 251 bytes > 00:30:09.439403 usbus0.4 DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D252,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] READ 251 bytes > 00:30:09.447376 usbus0.4 SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D8,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 A1 01 02 03 00 00 02 00 -- -- -- -- -- -- -- -- |........ = | > frame[1] READ 2 bytes > 00:30:09.450400 usbus0.4 DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN= =3D4,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] READ 2 bytes > 0000 02 0A -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. = | > 00:30:09.451878 usbus0.4 SUBM-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D2,SLEN= =3D12,IVAL=3D0 > frame[0] WRITE 8 bytes > 0000 21 09 03 03 00 00 03 00 -- -- -- -- -- -- -- -- |!....... = | > frame[1] WRITE 3 bytes > 0000 03 02 00 -- -- -- -- -- -- -- -- -- -- -- -- -- |... = | > 00:30:09.454404 usbus0.4 DONE-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D2,SLEN= =3D0,IVAL=3D0,ERR=3D0 > frame[0] WRITE 8 bytes > frame[1] WRITE 3 bytes > 00:30:09.466235 usbus0.4 SUBM-INTR-EP=3D00000082,SPD=3DFULL,NFR=3D1,SLEN= =3D0,IVAL=3D10 > frame[0] READ 14 bytes > 00:30:09.523430 usbus0.4 DONE-INTR-EP=3D00000082,SPD=3DFULL,NFR=3D0,SLEN= =3D0,IVAL=3D10,ERR=3DCANCELLED >=20 > It is obvious that the communication fails very early. >=20 > --=20 > B.Walter http://www.bwct.de > Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " BALLY WULFF Games & Entertainment GmbH, Maybachufer 48-51, 12045 Berlin, Po= stanschrift: Postfach 44 01 57, 12001 Berlin Tel.: 030-620 02-0 FAX: 030-62= 0 02-200, Geschaeftsfuehrer: Thomas Niehenke, Lars Rogge, Thomas Wendt, Amt= sgericht Berlin-Charlottenburg HRB 139020 B, UST-IdNr. DE815328376 _____________________________________________________________________ Dieses E-Mail ist nur fuer den Empfaenger bestimmt, an den es gerichtet ist und kann vertrauliches bzw. unter das Berufsgeheimnis fallendes Material enthalten. Jegliche darin enthaltene Ansicht oder Meinungs- aeusserung ist die des Autors und stellt nicht notwendigerweise die Ansicht oder Meinung von Bally Wulff Games & Entertainment GmbH dar. Sind Sie nicht der Empfaenger, so haben Sie diese E-Mail irrtuemlich erhalten und jegliche Verwendung, Veroeffentlichung, Weiterleitung, Abschrift oder jeglicher Druck dieser E-Mail ist strengstens untersagt. Weder Bally Wulff Games & Entertainment GmbH noch der Absender uebernehmen die Haftung fuer Viren. Es obliegt Ihrer Verantwortung, die E-Mail und deren Anhaenge auf Viren zu pruefen. Anhaenge: _____________________________________________________________________ Versand am 09.03.2018 09:19 von Fernandez-Cueto Roberto From owner-freebsd-current@freebsd.org Fri Mar 9 11:40:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6FEB0F458E3; Fri, 9 Mar 2018 11:40:38 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EF49A721AA; Fri, 9 Mar 2018 11:40:37 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w29BeVa8027647 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 9 Mar 2018 12:40:32 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w29BePhh033039 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 9 Mar 2018 12:40:25 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w29BePKb092393 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 9 Mar 2018 12:40:25 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w29BePnj092392; Fri, 9 Mar 2018 12:40:25 +0100 (CET) (envelope-from ticso) Date: Fri, 9 Mar 2018 12:40:25 +0100 From: Bernd Walter To: Hans Petter Selasky Cc: ticso@cicely.de, freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bernd Walter Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180309114025.GJ86413@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20180308163605.GA61875@BWEPCFERNANDEZ> <20180308161645.GF80981@cicely7.cicely.de> <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> <20180308191131.GB86413@cicely7.cicely.de> <20180308200849.GC86413@cicely7.cicely.de> <20180308210805.GE86413@cicely7.cicely.de> <20180309004433.GI86413@cicely7.cicely.de> <4765ef04-6fb1-f9dc-315d-c4419d6ba016@selasky.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4765ef04-6fb1-f9dc-315d-c4419d6ba016@selasky.org> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, UPPERCASE_50_75=0.008 autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 11:40:38 -0000 On Fri, Mar 09, 2018 at 09:40:00AM +0100, Hans Petter Selasky wrote: > On 03/09/18 01:44, Bernd Walter wrote: > >On Thu, Mar 08, 2018 at 10:10:47PM +0100, Hans Petter Selasky wrote: > >>You can try running usbdump to capture USB packets. > >> > >>ktrace is also your friend. > >> > >>dd if=/dev/input/event0 bs=1 > >> > >>Also check ownership of devices, that X.org can read from them. > > > > Can you try connecting the device through an external USB HUB? This test has to wait for me to change the setup > Can you capture the whole enumeration sequence. Can you also try setting > the UQ_NO_STRINGS quirk using usbconfig for this device and re-plug it? This is on plug in: [25]sa# usbdump -v -v -v -v -f 4 11:36:27.190408 usbus0.4 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 00 05 04 00 00 00 00 00 -- -- -- -- -- -- -- -- |........ | flags 0x50 status 0xc03a3 11:36:27.191546 usbus0.4 DONE-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=0,IVAL=0,ERR=0 frame[0] WRITE 8 bytes flags 0x50 status 0xc03a1 11:36:27.191568 usbus0.4 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=0,IVAL=0 frame[0] WRITE 0 bytes flags 0x10 status 0xc00a3 11:36:27.192542 usbus0.4 DONE-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=0,IVAL=0,ERR=0 frame[0] WRITE 0 bytes flags 0x10 status 0xc00a1 11:36:27.203447 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 01 00 00 08 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 8 bytes flags 0x10 status 0xc01a3 11:36:27.206539 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 8 bytes 0000 12 01 00 02 00 00 00 40 -- -- -- -- -- -- -- -- |.......@ | flags 0x10 status 0xc01a1 11:36:27.206618 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 01 00 00 12 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 18 bytes flags 0x10 status 0xc01a3 11:36:27.209538 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=20,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 18 bytes 0000 12 01 00 02 00 00 00 40 EF 0E 05 00 00 02 01 02 |.......@........| 0010 03 01 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. | flags 0x10 status 0xc01a1 11:36:27.209578 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 03 00 00 02 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 2 bytes flags 0x10 status 0xc01a3 11:36:27.212537 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 2 bytes 0000 04 03 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. | flags 0x10 status 0xc01a1 11:36:27.212559 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 03 00 00 04 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 4 bytes flags 0x10 status 0xc01a3 11:36:27.215537 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 4 bytes 0000 04 03 09 04 -- -- -- -- -- -- -- -- -- -- -- -- |.... | flags 0x10 status 0xc01a1 11:36:27.215561 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 03 03 09 04 02 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 2 bytes flags 0x10 status 0xc01a3 11:36:27.218536 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 2 bytes 0000 1A 03 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. | flags 0x10 status 0xc01a1 11:36:27.218557 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 03 03 09 04 1A 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 26 bytes flags 0x10 status 0xc01a3 11:36:27.221536 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=28,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 26 bytes 0000 1A 03 1A 00 95 00 50 00 33 00 39 00 31 00 31 00 |......P.3.9.1.1.| 0010 06 00 32 00 33 00 39 00 38 00 -- -- -- -- -- -- |..2.3.9.8. | flags 0x10 status 0xc01a1 11:36:27.221560 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 01 03 09 04 02 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 2 bytes flags 0x10 status 0xc01a3 11:36:27.224537 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 2 bytes 0000 14 03 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. | flags 0x10 status 0xc01a1 11:36:27.224559 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 01 03 09 04 14 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 20 bytes flags 0x10 status 0xc01a3 11:36:27.227536 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=20,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 20 bytes 0000 14 03 42 00 59 00 5A 00 48 00 59 00 59 00 5A 00 |..B.Y.Z.H.Y.Y.Z.| 0010 48 00 59 00 -- -- -- -- -- -- -- -- -- -- -- -- |H.Y. | flags 0x10 status 0xc01a1 11:36:27.227559 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 02 03 09 04 02 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 2 bytes flags 0x10 status 0xc01a3 11:36:27.230537 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 2 bytes 0000 12 03 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. | flags 0x10 status 0xc01a1 11:36:27.230559 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 02 03 09 04 12 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 18 bytes flags 0x10 status 0xc01a3 11:36:27.233536 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=20,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 18 bytes 0000 12 03 42 00 79 00 20 00 5A 00 48 00 38 00 35 00 |..B.y. .Z.H.8.5.| 0010 31 00 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |1. | flags 0x10 status 0xc01a1 11:36:27.233590 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 02 00 00 09 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 9 bytes flags 0x10 status 0xc01a3 11:36:27.236536 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=12,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 9 bytes 0000 09 02 29 00 01 01 00 C0 32 -- -- -- -- -- -- -- |..).....2 | flags 0x10 status 0xc01a1 11:36:27.236560 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 06 00 02 00 00 29 00 -- -- -- -- -- -- -- -- |......). | frame[1] READ 41 bytes flags 0x10 status 0xc01a3 11:36:27.239537 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=44,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 41 bytes 0000 09 02 29 00 01 01 00 C0 32 09 04 00 00 02 03 00 |..).....2.......| 0010 00 00 09 21 10 01 00 01 22 FB 00 07 05 82 03 10 |...!....".......| 0020 00 0A 07 05 01 03 40 00 10 -- -- -- -- -- -- -- |......@.. | flags 0x10 status 0xc01a1 11:36:27.239561 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 80 00 00 00 00 00 02 00 -- -- -- -- -- -- -- -- |........ | frame[1] READ 2 bytes flags 0x10 status 0xc01a3 11:36:27.242536 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=4,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 2 bytes 0000 00 00 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. | flags 0x10 status 0xc01a1 11:36:27.242559 usbus0.4 SUBM-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 00 09 01 00 00 00 00 00 -- -- -- -- -- -- -- -- |........ | flags 0x10 status 0xc01a3 11:36:27.244538 usbus0.4 DONE-CTRL-EP=00000000,SPD=FULL,NFR=1,SLEN=0,IVAL=0,ERR=0 frame[0] WRITE 8 bytes flags 0x10 status 0xc01a1 11:36:27.247225 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 81 06 00 22 00 00 FB 00 -- -- -- -- -- -- -- -- |...".... | frame[1] READ 251 bytes flags 0x10 status 0xc01a3 11:36:27.252550 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=252,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 251 bytes flags 0x10 status 0xc01a1 11:36:27.252709 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0 frame[0] WRITE 8 bytes 0000 81 06 00 22 00 00 FB 00 -- -- -- -- -- -- -- -- |...".... | frame[1] READ 251 bytes flags 0x10 status 0xc01a3 11:36:27.258546 usbus0.4 DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=252,IVAL=0,ERR=0 frame[0] WRITE 8 bytes frame[1] READ 251 bytes flags 0x10 status 0xc01a1 Will do the quirk test later. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@freebsd.org Fri Mar 9 11:44:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09056F45DB9; Fri, 9 Mar 2018 11:44:38 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 721D97276B; Fri, 9 Mar 2018 11:44:37 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w29BiYUN027725 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 9 Mar 2018 12:44:35 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w29BiNGh033084 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 9 Mar 2018 12:44:23 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w29BiMgc092435 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 9 Mar 2018 12:44:22 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w29BiM7q092434; Fri, 9 Mar 2018 12:44:22 +0100 (CET) (envelope-from ticso) Date: Fri, 9 Mar 2018 12:44:22 +0100 From: Bernd Walter To: Roberto Fernandez Cueto Cc: ticso@cicely.de, Hans Petter Selasky , freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bernd Walter Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180309114422.GK86413@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20180308163605.GA61875@BWEPCFERNANDEZ> <20180308161645.GF80981@cicely7.cicely.de> <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> <20180308191131.GB86413@cicely7.cicely.de> <20180308200849.GC86413@cicely7.cicely.de> <20180308210805.GE86413@cicely7.cicely.de> <20180309004433.GI86413@cicely7.cicely.de> <20180309081911.GA65154@BWEPCFERNANDEZ> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180309081911.GA65154@BWEPCFERNANDEZ> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 11:44:38 -0000 On Fri, Mar 09, 2018 at 09:19:11AM +0100, Roberto Fernandez Cueto wrote: > Roberto Fernandez-Cueto schrieb am 09.03.2018 09:19 > _____________________________________________________________________ > > I do not if this helps, but what I usually do when I get to work with a > new touchscreen is to see if FreeBSD detects it as UHID. I hadn't loaded uhid, but it detects the device. > If it is recognized, then I check if the touchscreen send absolute > coordinates or relative coordinates. > > You can do it with usbhidctl(1). See the collection, items and get the > values parsed by the HID layer. Well, this has to wait until I found time to read more about it. HID is something I've always hated and never really spend much time into. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@freebsd.org Fri Mar 9 12:18:13 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B81C9F490CA for ; Fri, 9 Mar 2018 12:18:13 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 510DE742C6 for ; Fri, 9 Mar 2018 12:18:13 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1euGiJ-0000FK-NM; Fri, 09 Mar 2018 15:01:31 +0300 Date: Fri, 9 Mar 2018 15:01:31 +0300 From: Slawa Olhovchenkov To: Arshan Khanifar Cc: freebsd-current@freebsd.org Subject: Re: Performance Benchmark for PTI (aka Meltdown mitigation) Message-ID: <20180309120131.GA38546@zxy.spb.ru> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 12:18:13 -0000 On Thu, Mar 08, 2018 at 05:04:11PM -0500, Arshan Khanifar wrote: > Executive Summary: > - The PTI feature increases the system call times by more than 100%. > - As a macrobenchmark, buildworld was used. Wall clock and user time > showed no statistically-significant changes, while system time > increased by less than 5%. > > This email contains the results for benchmarking the performance of the > PTI patch on FreeBSD 12-current. As a microbenchmark, timing of > getppid(2) system call was used, and as a macrobenchmark, a number of > buildworld tasks were timed. > Can you also run pre-patched kernel? From owner-freebsd-current@freebsd.org Fri Mar 9 12:20:00 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 12974F4928E; Fri, 9 Mar 2018 12:20:00 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (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 A77B4743F2; Fri, 9 Mar 2018 12:19:59 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 4E1A3260140; Fri, 9 Mar 2018 13:19:58 +0100 (CET) Subject: Re: webcamd based touchscreen problem on Pi3 To: ticso@cicely.de Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bernd Walter References: <20180308163605.GA61875@BWEPCFERNANDEZ> <20180308161645.GF80981@cicely7.cicely.de> <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> <20180308191131.GB86413@cicely7.cicely.de> <20180308200849.GC86413@cicely7.cicely.de> <20180308210805.GE86413@cicely7.cicely.de> <20180309004433.GI86413@cicely7.cicely.de> <4765ef04-6fb1-f9dc-315d-c4419d6ba016@selasky.org> <20180309114025.GJ86413@cicely7.cicely.de> From: Hans Petter Selasky Message-ID: Date: Fri, 9 Mar 2018 13:19:54 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180309114025.GJ86413@cicely7.cicely.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 12:20:00 -0000 On 03/09/18 12:40, Bernd Walter wrote: > Will do the quirk test later. I don't see any stalls during plug-in, so it might be a request webcamd issues, which the device doesn't support. Try building webcamd with debug support. --HPS From owner-freebsd-current@freebsd.org Fri Mar 9 13:25:49 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7E9DF4DD8F; Fri, 9 Mar 2018 13:25:49 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3ECB976C8A; Fri, 9 Mar 2018 13:25:49 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w29DPjAi029191 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 9 Mar 2018 14:25:45 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w29DPd8n034339 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 9 Mar 2018 14:25:39 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w29DPd2N092882 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 9 Mar 2018 14:25:39 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w29DPdUF092881; Fri, 9 Mar 2018 14:25:39 +0100 (CET) (envelope-from ticso) Date: Fri, 9 Mar 2018 14:25:39 +0100 From: Bernd Walter To: Hans Petter Selasky Cc: ticso@cicely.de, freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Bernd Walter Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180309132539.GL86413@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <818e1917-0472-c0dd-a9d6-b7532faf4d4b@selasky.org> <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> <20180308191131.GB86413@cicely7.cicely.de> <20180308200849.GC86413@cicely7.cicely.de> <20180308210805.GE86413@cicely7.cicely.de> <20180309004433.GI86413@cicely7.cicely.de> <4765ef04-6fb1-f9dc-315d-c4419d6ba016@selasky.org> <20180309114025.GJ86413@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 13:25:50 -0000 On Fri, Mar 09, 2018 at 01:19:54PM +0100, Hans Petter Selasky wrote: > On 03/09/18 12:40, Bernd Walter wrote: > >Will do the quirk test later. > > I don't see any stalls during plug-in, so it might be a request webcamd > issues, which the device doesn't support. Try building webcamd with > debug support. It is already build with debug. But I don't see anything of special interest in the output. [24]sa# webcamd -d ugen0.4 Linux video capture interface: v2.00 IR NEC protocol handler initialized IR RC5(x/sz) protocol handler initialized IR RC6 protocol handler initialized IR JVC protocol handler initialized IR Sony protocol handler initialized IR SANYO protocol handler initialized IR LIRC bridge handler initialized IR XMP protocol handler initialized b2c2-flexcop: B2C2 FlexcopII/II(b)/III digital TV receiver chip loaded successfully USB Video Class driver (1.1.1) cpia2: V4L-Driver for Vision CPiA2 based cameras v3.0.1 pvrusb2: V4L in-tree version:Hauppauge WinTV-PVR-USB2 MPEG2 Encoder/Tuner pvrusb2: Debug mask is 31 (0x1f) USBVision USB Video Device Driver for Linux : 0.9.11 Attached to ugen0.4[0] INFO: 0003:0EEF:0005.0001: input: USB HID v1.10 Mouse [BYZHYYZHY By ZH851] on usb-/dev/usb-/dev/usb/input0 DBG: 0003:0EEF:0005.0001: Kicking head 1 tail 0 Creating /dev/input/event0 I will redo a test with raspbian. Waveshare delivered a binary kernel (so much about GPL) for their 7" HDMI C until they changed something in the device firmware and upgraded for a newer panel about 2-3 years ago. This is the 10.1" HMDI B and it is a very early version I have, which however should use a firmware similar to the newer 7" HDMI C. I will retest with a stock Raspbian image to be sure I wasn't accidently using a Waveshare image back then. As far as I can see the Linux drivers just quirk the device to the egalaxy driver, so they do know the Waveshare by ID. I couldn't spot a difference between Linux and what is included in the webcamd source. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@freebsd.org Fri Mar 9 14:59:16 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BFC3CF2F2B6 for ; Fri, 9 Mar 2018 14:59:16 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-it0-x236.google.com (mail-it0-x236.google.com [IPv6:2607:f8b0:4001:c0b::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 54C0A7AE70 for ; Fri, 9 Mar 2018 14:59:16 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-it0-x236.google.com with SMTP id v194-v6so3165417itb.0 for ; Fri, 09 Mar 2018 06:59:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=cD3lacMYZpQQI36g3p/XnD83QjUI9MtpKWOqo5wnVjs=; b=D6QvBfggJ8w7Qjr0rckbvAsKq4pT+/2VzzcQB6lVNNKIbwV2anoiXINTt1/abu7eew lFo+7R8W+w8MP2S2ZSkESqdXO3GFe60kRZYF6SnLMcQGwbk0UZ2xmqHiHeHCLpUJd0iX 4Hdq8Ge4KLgB3wCkz15UhQ/EjN9988FBw/4h1ZOwL/TGzc8+yXXurIYBbhI/n3XS9jRE CwLJfboLA1w4OrDbDbd0LCuYmJga+hsfXj037a+MIVyQkpI2wxmC46qbfq1MmVU4iUNy tAwhe/VNIgRuik16K3S/IV7dcJZ/hRcUrE59DL0K/c2H+zRLkza3+BigVOJex3NWoO2A bl1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=cD3lacMYZpQQI36g3p/XnD83QjUI9MtpKWOqo5wnVjs=; b=tgd5r4jtzJb+f4QF4YN5+22X2Xag1UqhtQynfYiwvYwMW2shVHT7Gi/pvRP3gSmMWy Ms4iGnKm9UGpV0KiI/ZuR56kepw5HA2JSSmn3+r7ZEs8WC+5cpEnFNIwxHWsYMUMEn9Y /oiVlz+OPx+Jj5NaucGtl+CswCol1LL9zljTcXPdVi/29wB6KzfXs/mPhn947gFSQRAw MPTJQxMm5Ob/xmkRLH6jFT2sLpiHtD1tvURprDtLUhDBqTvHEsq78t0KnVMJteaN0gA8 o+aoOvM8D+lJmcGIqCBsVkT6/L5XfCaFfcNhiLtdCn1SWc5mXm5dgh++EcZ1yahshFDP nplg== X-Gm-Message-State: AElRT7ED9MbwV4LHep3rY4cuGDFniUQW+vN8Gn1YJZKVNBs1Ua9voEA2 FgqaW2+bGlJuXjVAVmHNGGGn3/ebcnm6QR+CoC/YUQ== X-Google-Smtp-Source: AG47ELsF7RhCEJtgjIa7HgdZAFUWSNc37FoE5ec/fYVMoTbrxSWWVGTk3SlH7IdPJXGBybnPo4t6OLQP77ix3kzXJL0= X-Received: by 10.36.47.135 with SMTP id j129mr4050340itj.78.1520607555747; Fri, 09 Mar 2018 06:59:15 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.163.13 with HTTP; Fri, 9 Mar 2018 06:58:55 -0800 (PST) In-Reply-To: <20180309120131.GA38546@zxy.spb.ru> References: <20180309120131.GA38546@zxy.spb.ru> From: Ed Maste Date: Fri, 9 Mar 2018 09:58:55 -0500 X-Google-Sender-Auth: kItTfUukVYpQYXxbBcSdVz8TZzU Message-ID: Subject: Re: Performance Benchmark for PTI (aka Meltdown mitigation) To: Slawa Olhovchenkov Cc: Arshan Khanifar , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 14:59:17 -0000 On 9 March 2018 at 07:01, Slawa Olhovchenkov wrote: > On Thu, Mar 08, 2018 at 05:04:11PM -0500, Arshan Khanifar wrote: > >> Executive Summary: >> - The PTI feature increases the system call times by more than 100%. >> - As a macrobenchmark, buildworld was used. Wall clock and user time >> showed no statistically-significant changes, while system time >> increased by less than 5%. >> >> This email contains the results for benchmarking the performance of the >> PTI patch on FreeBSD 12-current. As a microbenchmark, timing of >> getppid(2) system call was used, and as a macrobenchmark, a number of >> buildworld tasks were timed. >> > > Can you also run pre-patched kernel? It's not easy to do an apples-to-apples comparison as there were a few followup changes to the PTI work, interspersed with unrelated changes. That said, I think Arshan has some benchmarks obtained during the development of the PTI changes that may be illustrative. The best approach is probably to compare stable/11 at r329450 (last stable/11 revision before the merge) with r329462 with PTI and IBRS disabled. From owner-freebsd-current@freebsd.org Fri Mar 9 15:16:10 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EBC0AF30A00 for ; Fri, 9 Mar 2018 15:16:09 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 7555C7BB0C; Fri, 9 Mar 2018 15:16:09 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1euJkc-0001Cy-5J; Fri, 09 Mar 2018 18:16:06 +0300 Date: Fri, 9 Mar 2018 18:16:06 +0300 From: Slawa Olhovchenkov To: Ed Maste Cc: Arshan Khanifar , FreeBSD Current Subject: Re: Performance Benchmark for PTI (aka Meltdown mitigation) Message-ID: <20180309151606.GP81872@zxy.spb.ru> References: <20180309120131.GA38546@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 15:16:10 -0000 On Fri, Mar 09, 2018 at 09:58:55AM -0500, Ed Maste wrote: > On 9 March 2018 at 07:01, Slawa Olhovchenkov wrote: > > On Thu, Mar 08, 2018 at 05:04:11PM -0500, Arshan Khanifar wrote: > > > >> Executive Summary: > >> - The PTI feature increases the system call times by more than 100%. > >> - As a macrobenchmark, buildworld was used. Wall clock and user time > >> showed no statistically-significant changes, while system time > >> increased by less than 5%. > >> > >> This email contains the results for benchmarking the performance of the > >> PTI patch on FreeBSD 12-current. As a microbenchmark, timing of > >> getppid(2) system call was used, and as a macrobenchmark, a number of > >> buildworld tasks were timed. > >> > > > > Can you also run pre-patched kernel? > > It's not easy to do an apples-to-apples comparison as there were a few > followup changes to the PTI work, interspersed with unrelated changes. > That said, I think Arshan has some benchmarks obtained during the > development of the PTI changes that may be illustrative. > > The best approach is probably to compare stable/11 at r329450 (last > stable/11 revision before the merge) with r329462 with PTI and IBRS > disabled. Stable/11 more interesting to me, nice to see. From owner-freebsd-current@freebsd.org Sat Mar 10 00:03:49 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF765F3264B; Sat, 10 Mar 2018 00:03:48 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 64CC07488D; Sat, 10 Mar 2018 00:03:48 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w2A03hOj039888 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 10 Mar 2018 01:03:44 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w2A03emW046232 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 10 Mar 2018 01:03:40 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w2A03ec5095601 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 10 Mar 2018 01:03:40 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w2A03daR095600; Sat, 10 Mar 2018 01:03:39 +0100 (CET) (envelope-from ticso) Date: Sat, 10 Mar 2018 01:03:39 +0100 From: Bernd Walter To: Hans Petter Selasky Cc: Bernd Walter , freebsd-arm@freebsd.org, freebsd-current@freebsd.org, ticso@cicely.de Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180310000336.GM86413@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20180308163026.z3ptrc7376smnsrt@unrelenting.technology> <20180308191131.GB86413@cicely7.cicely.de> <20180308200849.GC86413@cicely7.cicely.de> <20180308210805.GE86413@cicely7.cicely.de> <20180309004433.GI86413@cicely7.cicely.de> <4765ef04-6fb1-f9dc-315d-c4419d6ba016@selasky.org> <20180309114025.GJ86413@cicely7.cicely.de> <20180309132539.GL86413@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180309132539.GL86413@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2018 00:03:49 -0000 On Fri, Mar 09, 2018 at 02:25:39PM +0100, Bernd Walter wrote: > On Fri, Mar 09, 2018 at 01:19:54PM +0100, Hans Petter Selasky wrote: > > On 03/09/18 12:40, Bernd Walter wrote: > > >Will do the quirk test later. > > > > I don't see any stalls during plug-in, so it might be a request webcamd > > issues, which the device doesn't support. Try building webcamd with > > debug support. > > It is already build with debug. > But I don't see anything of special interest in the output. > > [24]sa# webcamd -d ugen0.4 > Linux video capture interface: v2.00 > IR NEC protocol handler initialized > IR RC5(x/sz) protocol handler initialized > IR RC6 protocol handler initialized > IR JVC protocol handler initialized > IR Sony protocol handler initialized > IR SANYO protocol handler initialized > IR LIRC bridge handler initialized > IR XMP protocol handler initialized > b2c2-flexcop: B2C2 FlexcopII/II(b)/III digital TV receiver chip loaded successfully > USB Video Class driver (1.1.1) > cpia2: V4L-Driver for Vision CPiA2 based cameras v3.0.1 > pvrusb2: V4L in-tree version:Hauppauge WinTV-PVR-USB2 MPEG2 Encoder/Tuner > pvrusb2: Debug mask is 31 (0x1f) > USBVision USB Video Device Driver for Linux : 0.9.11 > Attached to ugen0.4[0] > INFO: 0003:0EEF:0005.0001: input: USB HID v1.10 Mouse [BYZHYYZHY By ZH851] on usb-/dev/usb-/dev/usb/input0 > > DBG: 0003:0EEF:0005.0001: Kicking head 1 tail 0 > Creating /dev/input/event0 > > I will redo a test with raspbian. > Waveshare delivered a binary kernel (so much about GPL) for their 7" HDMI C > until they changed something in the device firmware and upgraded for a newer > panel about 2-3 years ago. > This is the 10.1" HMDI B and it is a very early version I have, which however > should use a firmware similar to the newer 7" HDMI C. > I will retest with a stock Raspbian image to be sure I wasn't accidently > using a Waveshare image back then. > As far as I can see the Linux drivers just quirk the device to the egalaxy > driver, so they do know the Waveshare by ID. > I couldn't spot a difference between Linux and what is included in the webcamd > source. So the older 7" HDMI C Rev 1.1 with the non IPS panel won't even attach, but it always needed some special binary support for Linux, no surprises here. The newer Rev 2.1 with the IPS panel claims to be the same and work with webcamd, at least I get data via /dev/input/event0, which looks reasonable with evdev-dump. That's an interesting starting point. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@freebsd.org Sat Mar 10 10:01:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5EC62F300F1 for ; Sat, 10 Mar 2018 10:01:38 +0000 (UTC) (envelope-from kp@krion.cc) Received: from krion.cc (krion.cc [148.251.235.209]) (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 EDD0D6D1D5 for ; Sat, 10 Mar 2018 10:01:37 +0000 (UTC) (envelope-from kp@krion.cc) Received: from krion.cc (krion.cc [148.251.235.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by krion.cc (Postfix) with ESMTPSA id 2DF6780C8B for ; Sat, 10 Mar 2018 11:01:28 +0100 (CET) Date: Sat, 10 Mar 2018 11:01:27 +0100 From: Kirill Ponomarev To: freebsd-current@freebsd.org Subject: X1 Carbon 6th gen. ACPI issues Message-ID: <20180310100127.GB67236@krion.cc> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="l76fUT7nc3MelDdI" Content-Disposition: inline User-Agent: Mutt/1.9.4 (2018-02-28) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2018 10:01:38 -0000 --l76fUT7nc3MelDdI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, it seems new Carbonss have some issues with S3 according to this Lenovo thread: https://forums.lenovo.com/t5/Linux-Discussion/X1-Carbon-Gen-6-cannot-enter-deep-sleep-S3-state-aka-Suspend-to/td-p/3998182 The same issues we have in CURRENT: hw.acpi.supported_sleep_state: S4 S5 If someone would like to analyze it and fix, I'm ready to help with access and testing. K. --l76fUT7nc3MelDdI Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEJCHRFhEAQujKni1pDyI9/LMCykUFAlqjrPcACgkQDyI9/LMC ykXS4AgAg4OvUddZVBivBFvigvdcckUxJ7qbV9pEstlZE72R7YVfjg69ZWt3BjrM Ut1agHOdIfyDL3iDuaIqNxXdO6ymxTXNAy/LqcDE0oONOS6rU8J9KljfavVNQBrC 2oO/uJBtke2BzRWy1AZOee14Rm4R9V9YeVVi2ZR2jpabVeo9UK4410zw7fIp4ayk 2q5SY7L7xNi9mXklDBHlc79c/+UY9qLSkwMgo0mwzDqZh1qXDVbdtbYVOWj/wJF+ BShAAD0j3DgGFOwe2dSjV1cUJ6kK6dnr3f6gTeCuu5qJGGoYVkPNx5cXdWjdg5cq NYwoRvai6SYIbFypkrYmCyVjwQwi5w== =XqyX -----END PGP SIGNATURE----- --l76fUT7nc3MelDdI-- From owner-freebsd-current@freebsd.org Sat Mar 10 23:50:08 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C585F418BE for ; Sat, 10 Mar 2018 23:50:08 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AA27F6C63C; Sat, 10 Mar 2018 23:50:07 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.180.133.220]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MAgvb-1eozRx2BbP-00BwRU; Sun, 11 Mar 2018 00:47:46 +0100 Date: Sun, 11 Mar 2018 00:47:10 +0100 From: "O. Hartmann" To: Roman Bogorodskiy Cc: "Danilo G. Baio" , "Rodney W. Grimes" , Trond Endrest?l , FreeBSD current , Kurt Jaeger Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT Message-ID: <20180311004737.3441dbf9@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20180307103911.GA72239@kloomba> References: <20180306173455.oacyqlbib4sbafqd@ler-imac.lerctr.org> <201803061816.w26IGaW5050053@pdx.rh.CN85.dnsmgr.net> <20180306193645.vv3ogqrhauivf2tr@ler-imac.lerctr.org> <20180306221554.uyshbzbboai62rdf@dx240.localdomain> <20180307103911.GA72239@kloomba> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/wdsAemlN0h2nwHJVkiIQ/UN"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:0IiDGVa2tbpkzUSOXJD56D8nWvExQJAFmHONZQWbM27X2Ws79oP 8HVx4RCZE/xAI7NDvv0HCrnRr8B+6xp6sEpn9Xf5l8AZmpZZ3aBME0D9u2gHM5QU5nAhTar VmYZdLgYoUVF5XqV+CffGZvIMWbkiJ8e8IQEf5rOYanvxCQivnnc86hbCJPeTUV24pr1olV laXvmhKpQhdcHAc6tCCQw== X-UI-Out-Filterresults: notjunk:1;V01:K0:/b5tmrgtanA=:kukzx68eQo7RNsalyj+3Io f0htgu/xeNlf9L8XIIwmB9lWdJAlqaSyXmoVK/TzLPwcbMFrNoiqMkcXDs+sMoyTF1XCdLl8J 0w2M3ebYELv1bPBQUzp0wXRxJX0/j4r9pnhoEd+pR/rzmxP576d9M+8THhtxR/rDEm6bs3LqC JqUNwCH4tXc//JFO/m/dzsSp9OTCLkpp2bm8roe8J5VShO2j4zvT9Qkl8Ms/IF6IUXONQG++A Gvf/AbDpCqAmdCHHGlt57Hs2c0zlOYom9NeHTnwZIyrloujvhoYjAMVJL/2O2dy7cT8p+o6p1 JJnugNssXA7K6SQUwdBKRVFg9clU3HzXw3WnUIAm448URev9OSVF8zZOdtQtTyfYs88Mxj5Vg 6U+IMC7hhLMD8+ju+owmr0HdI3QBdw2MDpKdnLBgt1ZPVt2z6wXju2Flk2+mSpuraCvaoBeO0 1ynjZdYcCfQrMnDacH9sbYjNMef7b+JobJyCOaUGqB4n4HPy2WrLr4Z17x5+5TyPNiz2PHXqm APOFT0rbPEqnosBmIQKYzWz7G5X7exVdvxe0QmWlRd2N8zSLybAYa/ryPnkaAyIo9ePYigmB6 RShNY+Aae8L3XUEYSEN1UW90r0KsxRFHPVV99VkcoIowEkoXuTae5elbxZAmFsqeE2rNgnrWy G82iYGPeJBctAy//w5AnHX8bkKIfkkmIkSOEtxe2hYgUGIveLvcGN0NwDO5qw9ZW1UGeX9HPx ZlYbwmeFqZDC8fYlUTkyL0wIvB7pPHh2hRHNIkq820fL3nGoMe7C+lrk2ODrfN1KtzEDMQ9U5 qBPLxgKxYzsW6QidYMu8J2mROGARw== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2018 23:50:08 -0000 --Sig_/wdsAemlN0h2nwHJVkiIQ/UN Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Wed, 7 Mar 2018 14:39:13 +0400 Roman Bogorodskiy schrieb: > Danilo G. Baio wrote: >=20 > > On Tue, Mar 06, 2018 at 01:36:45PM -0600, Larry Rosenman wrote: =20 > > > On Tue, Mar 06, 2018 at 10:16:36AM -0800, Rodney W. Grimes wrote: =20 > > > > > On Tue, Mar 06, 2018 at 08:40:10AM -0800, Rodney W. Grimes wrote:= =20 > > > > > > > On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman wrote: > > > > > > > =20 > > > > > > > > Upgraded to: > > > > > > > >=20 > > > > > > > > FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #= 11 r330385: > > > > > > > > Sun Mar 4 12:48:52 CST 2018 > > > > > > > > root@borg.lerctr.org:/usr/obj/usr/src/amd64.amd64/sys/VT-LE= R amd64 > > > > > > > > +1200060 1200060 > > > > > > > >=20 > > > > > > > > Yesterday, and I'm seeing really strange slowness, ARC use,= and SWAP use > > > > > > > > and swapping. > > > > > > > >=20 > > > > > > > > See http://www.lerctr.org/~ler/FreeBSD/Swapuse.png =20 > > > > > > >=20 > > > > > > > I see these symptoms on stable/11. One of my servers has 32 G= iB of=20 > > > > > > > RAM. After a reboot all is well. ARC starts to fill up, and I= still=20 > > > > > > > have more than half of the memory available for user processe= s. > > > > > > >=20 > > > > > > > After running the periodic jobs at night, the amount of wired= memory=20 > > > > > > > goes sky high. /etc/periodic/weekly/310.locate is a particula= r nasty=20 > > > > > > > one. =20 > > > > > >=20 > > > > > > I would like to find out if this is the same person I have > > > > > > reporting this problem from another source, or if this is > > > > > > a confirmation of a bug I was helping someone else with. > > > > > >=20 > > > > > > Have you been in contact with Michael Dexter about this > > > > > > issue, or any other forum/mailing list/etc? =20 > > > > > Just IRC/Slack, with no response. =20 > > > > > >=20 > > > > > > If not then we have at least 2 reports of this unbound > > > > > > wired memory growth, if so hopefully someone here can > > > > > > take you further in the debug than we have been able > > > > > > to get. =20 > > > > > What can I provide? The system is still in this state as the ful= l backup is > > > > > slow. =20 > > > >=20 > > > > One place to look is to see if this is the recently fixed: > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D222288 > > > > g_bio leak. > > > >=20 > > > > vmstat -z | egrep 'ITEM|g_bio|UMA' > > > >=20 > > > > would be a good first look > > > > =20 > > > borg.lerctr.org /home/ler $ vmstat -z | egrep 'ITEM|g_bio|UMA' > > > ITEM SIZE LIMIT USED FREE REQ FAIL SL= EEP > > > UMA Kegs: 280, 0, 346, 5, 560, 0, = 0 > > > UMA Zones: 1928, 0, 363, 1, 577, 0, = 0 > > > UMA Slabs: 112, 0,25384098, 977762,102033225, 0,= 0 > > > UMA Hash: 256, 0, 59, 16, 105, 0, = 0 > > > g_bio: 384, 0, 33, 1627,542482056, 0,= 0 > > > borg.lerctr.org /home/ler $ =20 > > > > > > > Limiting the ARC to, say, 16 GiB, has no effect of the high a= mount of=20 > > > > > > > wired memory. After a few more days, the kernel consumes virt= ually all=20 > > > > > > > memory, forcing processes in and out of the swap device. =20 > > > > > >=20 > > > > > > Our experience as well. > > > > > >=20 > > > > > > ... > > > > > >=20 > > > > > > Thanks, > > > > > > Rod Grimes > > > > > > rgrimes@freebsd.org =20 > > > > > Larry Rosenman http://www.lerctr.org/~ler =20 > > > >=20 > > > > --=20 > > > > Rod Grimes rgrimes@= freebsd.org =20 > > >=20 > > > --=20 > > > Larry Rosenman http://www.lerctr.org/~ler > > > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > > > US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 =20 > >=20 > >=20 > > Hi. > >=20 > > I noticed this behavior as well and changed vfs.zfs.arc_max for a small= er size. > >=20 > > For me it started when I upgraded to 1200058, in this box I'm only using > > poudriere for building tests. =20 >=20 > I've noticed that as well. >=20 > I have 16G of RAM and two disks, the first one is UFS with the system > installation and the second one is ZFS which I use to store media and > data files and for poudreire. >=20 > I don't recall the exact date, but it started fairly recently. System wou= ld > swap like crazy to a point when I cannot even ssh to it, and can hardly > login through tty: it might take 10-15 minutes to see a command typed in > the shell. >=20 > I've updated loader.conf to have the following: >=20 > vfs.zfs.arc_max=3D"4G" > vfs.zfs.prefetch_disable=3D"1" >=20 > It fixed the problem, but introduced a new one. When I'm building stuff > with poudriere with ccache enabled, it takes hours to build even small > projects like curl or gnutls. >=20 > For example, current build: >=20 > [10i386-default] [2018-03-07_07h44m45s] [parallel_build:] Queued: 3 Buil= t: 1 Failed: > 0 Skipped: 0 Ignored: 0 Tobuild: 2 Time: 06:48:35 [02]: security/gnu= tls > | gnutls-3.5.18 build (06:47:51) >=20 > Almost 7 hours already and still going! >=20 > gstat output looks like this: >=20 > dT: 1.002s w: 1.000s > L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > 0 0 0 0 0.0 0 0 0.0 0.0 da0 > 0 1 0 0 0.0 1 128 0.7 0.1 ada0 > 1 106 106 439 64.6 0 0 0.0 98.8 ada1 > 0 1 0 0 0.0 1 128 0.7 0.1 ada0s1 > 0 0 0 0 0.0 0 0 0.0 0.0 ada0s1a > 0 0 0 0 0.0 0 0 0.0 0.0 ada0s1b > 0 1 0 0 0.0 1 128 0.7 0.1 ada0s1d >=20 > ada0 here is UFS driver, and ada1 is ZFS. >=20 > > Regards. > > --=20 > > Danilo G. Baio (dbaio) =20 >=20 >=20 >=20 > Roman Bogorodskiy This is from a APU, no ZFS, UFS on a small mSATA device, the APU (PCenigine= ) works as a firewall, router, PBX): last pid: 9665; load averages: 0.13, 0.13, 0.11 up 3+06:53:55 00:26:26 19 processes: 1 running, 18 sleeping CPU: 0.3% us= er, 0.0% nice, 0.2% system, 0.0% interrupt, 99.5% idle Mem: 27M Active, 6200K Inac= t, 83M Laundry, 185M Wired, 128K Buf, 675M Free Swap: 7808M Total, 2856K Used, 780= 5M Free [...] The APU is running CURRENT ( FreeBSD 12.0-CURRENT #42 r330608: Wed Mar 7 1= 6:55:59 CET 2018 amd64). Usually, the APU never(!) uses swap, now it is starting to swa= p like hell for a couple of days and I have to reboot it failty often. Another box, 16 GB RAM, ZFS, poudriere, the packaging box, is right now unr= esponsible: after hours of building packages, I tried to copy the repository from one l= ocation on the same ZFS volume to another - usually this task takes a couple of minute= s for ~ 2200 ports. Now, I has taken 2 1/2 hours and the box got stuck, Ctrl-T on the c= onsole delivers: load: 0.00 cmd: make 91199 [pfault] 7239.56r 0.03u 0.04s 0% 740k No response from the box anymore. The problem of swapping like hell and performing slow isn't an issue of the= past days, it is present at least since 1 1/2 weeks for now, even more. Since I build por= ts fairly often, time taken on that specific box has increased from 2 to 3 days for a= ll ~2200 ports. The system has 16 GB of RAM, IvyBridge 4-core XEON at 3,4 GHz, if th= is information matters. The box is consuming swap really fast. Today is the first time the machine got inresponsible (no ssh, no console l= ogin so far). Need to coldstart. OS is CURRENT as well. Regards, O. Hartmann --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/wdsAemlN0h2nwHJVkiIQ/UN Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWqRumQAKCRDS528fyFhY lLlmAf9B2A2tYr22TZ1ykt2D20L5bC+hi9PUulHwwkwK0ntatPQu9AvGOcP91D+V rhPC4/DPv3HjajwNYQcOZ7BhXjmBAf9BDQYvZboSBPUAU1jHiBDeV9LcqZR6wNuE AYoPnsv5r7sT9Q+EQftRAaesK9KIUmiA13aCm7u00IhR+tRc40Pn =MneR -----END PGP SIGNATURE----- --Sig_/wdsAemlN0h2nwHJVkiIQ/UN--