From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 25 05:19:36 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1D26D2C for ; Sun, 25 Jan 2015 05:19:36 +0000 (UTC) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 54CB234F for ; Sun, 25 Jan 2015 05:19:36 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id ge10so3332560lab.11 for ; Sat, 24 Jan 2015 21:19:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=RoV9fuhWpTa0R3FHNN4qFKPUyoWotjlYCG4UPnIawnM=; b=l9HSD4W2q6S5/UTllJxvSXI2O0NVcqfTk3rfHUlKSuug8i6zQJVjcrI8UaTC81x/Bl 7CwBeua6znFfHs4DCGJNNON88wEGevKgoyE4WGnGh17xh2F/EMiOqZbzBA6E+HZ935Gn n28BjUIF+HFFTug1kCm0L814vyorUB4v3BPWNVfcb+dTrWI+alUloljUVycF0oaWTKM6 PlNCk0YDW0TZJngqVIa+KoMuvEc/dQUBtguCFNWJ0Lk77HQ31ivElMr70Giln7na5GVC NhpLzkYCJaKAvaaPS1SrtDPmQkPENGOhrg8A/j9SnPSDP5XgHYEn2Cjj+LjbWrEQ4mLt S2LQ== X-Received: by 10.152.161.168 with SMTP id xt8mr15164655lab.35.1422163174140; Sat, 24 Jan 2015 21:19:34 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.12.6 with HTTP; Sat, 24 Jan 2015 21:19:04 -0800 (PST) From: Yue Chen Date: Sun, 25 Jan 2015 00:19:04 -0500 Message-ID: Subject: How to get the source code of FreeBSD-Clang? To: freebsd-hackers@freebsd.org X-Mailman-Approved-At: Sun, 25 Jan 2015 13:22:39 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 05:19:36 -0000 When I use the original versions (even 3.4.1) of LLVM/Clang to compile FreeBSD kernel, it always has problems. Since I need to modify something in LLVM source and then build the kernel, where can I get the FreeBSD-friendly Clang/LLVM source code? Thanks. From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 25 15:25:47 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C28FECC for ; Sun, 25 Jan 2015 15:25:47 +0000 (UTC) Received: from pps03.cites.illinois.edu (pps03.cites.illinois.edu [192.17.82.70]) (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 7F1D9FF4 for ; Sun, 25 Jan 2015 15:25:46 +0000 (UTC) Received: from chiht2.cites.illinois.edu (chiht2.cites.illinois.edu [64.22.177.74]) by pps03.cites.illinois.edu (8.14.5/8.14.5) with ESMTP id t0PEejtK022237 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 25 Jan 2015 08:40:45 -0600 Received: from CITESMBX1.ad.uillinois.edu ([169.254.3.224]) by CHIHT2.ad.uillinois.edu ([64.22.177.74]) with mapi id 14.03.0210.002; Sun, 25 Jan 2015 08:40:44 -0600 From: "Dautenhahn, Nathan Daniel" To: Yue Chen Subject: Re: How to get the source code of FreeBSD-Clang? Thread-Topic: How to get the source code of FreeBSD-Clang? Thread-Index: AQHQOKIAPIMK3DZ+BkqWKiQLN36YspzQ6Ijc Date: Sun, 25 Jan 2015 14:40:44 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Spam-Score: 0 X-Spam-Details: rule=cautious_plus_nq_notspam policy=cautious_plus_nq score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1501250162 X-Spam-OrigSender: dautenh1@illinois.edu X-Spam-Bar: Cc: "freebsd-hackers@freebsd.org" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 15:25:47 -0000 Sent from my iPhone > On Jan 25, 2015, at 7:22 AM, Yue Chen wrote: >=20 > When I use the original versions (even 3.4.1) of LLVM/Clang to compile > FreeBSD kernel, it always has problems. What types of problems? In my experience the problems usually reside in the configuration (location= of the compiler, linker flags, etc) of the system and the kernel build pro= cess when using a custom LLVM.=20 Best, ::Nathan:: >=20 > Since I need to modify something in LLVM source and then build the kernel= , > where can I get the FreeBSD-friendly Clang/LLVM source code? >=20 > Thanks. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 25 16:22:14 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FB12E04 for ; Sun, 25 Jan 2015 16:22:14 +0000 (UTC) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C41E27EE for ; Sun, 25 Jan 2015 16:22:13 +0000 (UTC) Received: by mail-ig0-f175.google.com with SMTP id hn18so4814922igb.2 for ; Sun, 25 Jan 2015 08:22:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=vm5647feOvp+LzLAmf0GzIZjanshu5ulpQPEDTUjwMk=; b=Wd6qwvHXqaMDFcfiS2amyYdAq5XDtNuf1vBukhWtV4ju9BcXD4zsP8SkypBSpt4wBa GlvVg2RVfqljUMvcBDo7NaobRlc0tbQ2Wi8ijWtZXNJTuLSiKObc4rfC6S/DvQETEoqA H1pSpUv6UZsQWioFBD6s9QTBjc02eHZeD61Mg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=vm5647feOvp+LzLAmf0GzIZjanshu5ulpQPEDTUjwMk=; b=K3YGMgpS9oQzruVwLUe4T6Tcw7qDFJU0aQ1Sj33lgoEhGYXK3rM7rm3Zc8QsdSbJfD 82yg4f9vXoOiM0rkeyhFQAouM3W5YoQ8Yu+MZxyEycRarTBNclW8g269yH+6UBzs1i7o BH604wDEkKSQLpgk9MdycC7SWD7v0EUNbNIqGkmm8m23086Uv2QMyK8EtX8+HpHH/WL7 YF7MbUzAZL7gaOTX+qKLpDAOzZ5IqNwCEb7qGjGuRRJ4PkZ5Cuxxzt9USzqrIiEv4AjU fD9B0rcB2XF4tQIWYi6zThKMEiW4UGcGOaoNXMYB5QhtTOJBA94t2z0sao0rEpJpuwRP vw4g== X-Gm-Message-State: ALoCoQkLFayEf/DjHwHaG4HZnNS57a75jhOfVZtiRhkQx803k9jcPM3nfB4fYglxMAFYnwMZG8cD X-Received: by 10.107.16.138 with SMTP id 10mr13615129ioq.33.1422202933140; Sun, 25 Jan 2015 08:22:13 -0800 (PST) Received: from [172.31.32.31] (107-133-113-194.lightspeed.milwwi.sbcglobal.net. [107.133.113.194]) by mx.google.com with ESMTPSA id x64sm4490654iod.30.2015.01.25.08.22.12 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 25 Jan 2015 08:22:12 -0800 (PST) Content-Type: multipart/signed; boundary=Apple-Mail-EAC143FE-5ACB-46E3-BD6E-E1D46CBBC192; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (1.0) Subject: Re: How to get the source code of FreeBSD-Clang? From: Jason Hellenthal X-Mailer: iPhone Mail (12B440) In-Reply-To: Date: Sun, 25 Jan 2015 10:22:11 -0600 Content-Transfer-Encoding: 7bit Message-Id: <61FFB62F-A2A8-4FB7-B0A4-1E10999511B1@dataix.net> References: To: Yue Chen Cc: "freebsd-hackers@freebsd.org" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 16:22:14 -0000 --Apple-Mail-EAC143FE-5ACB-46E3-BD6E-E1D46CBBC192 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit /usr/src/... -- Jason Hellenthal Mobile: +1 (616) 953-0176 jhellenthal@DataIX.net JJH48-ARIN On Jan 24, 2015, at 23:19, Yue Chen wrote: When I use the original versions (even 3.4.1) of LLVM/Clang to compile FreeBSD kernel, it always has problems. Since I need to modify something in LLVM source and then build the kernel, where can I get the FreeBSD-friendly Clang/LLVM source code? Thanks. _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" --Apple-Mail-EAC143FE-5ACB-46E3-BD6E-E1D46CBBC192 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIUOTCCBjAw ggUYoAMCAQICAwohwzANBgkqhkiG9w0BAQsFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcx ODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB MB4XDTE0MDYwMzAzMzkyN1oXDTE1MDYwMzE4MDgxM1owSDEfMB0GA1UEAwwWamhlbGxlbnRoYWxA ZGF0YWl4Lm5ldDElMCMGCSqGSIb3DQEJARYWamhlbGxlbnRoYWxAZGF0YWl4Lm5ldDCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAJKGjiPzL417iKfMoeneq5efP1IaUUtMOy8yf+e7vO6k JF8PWpXPevNbHzgWqB+EyEqjlNdsIApe9dl8Pb4/wLxjGpeoI9h83WzblarnczZfK7s0eyT/qN0Q d9wFoX7ScyFdpFNW4TyCUNsRrqWkW1PM+nYcix9Ro9i9N89nQjIuND/2JZBgnGVys1yAqN6XF2e8 RAKlD1e5hJ3xyM7STk74Jex9b/D8jF/gmKTbJZ8zKST3VnEVIPTNUtDyCKrfwHEUT7PlLTPFBmXS YxbK33AkYF7hHR8YP1zzlShucaef1Fsqj1dz151XjqIvgLetfDUDQJTRKaQSqouYbQibC4sCAwEA AaOCAtwwggLYMAkGA1UdEwQCMAAwCwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDAdBgNVHQ4EFgQUzDac0huOVpzovDj7gQlVDDg1z4swHwYDVR0jBBgwFoAUU3Ltkpzg 2ssBXHx+ljVO8tS4UYIwIQYDVR0RBBowGIEWamhlbGxlbnRoYWxAZGF0YWl4Lm5ldDCCAUwGA1Ud IASCAUMwggE/MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZp Y2F0aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29y ZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRD b20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAtMCug KaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEFBQcBAQSB gTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2NsYXNzMS9jbGll bnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFz czEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJ KoZIhvcNAQELBQADggEBABTurlkTDTe7R/3Va4AJzgeLybzHTijxvU9VE985fuKRBxS3x0cjKODM Gv4ynlsHCZHONGouIbuU1W0dcaiWA2Qxo0gqwXoGFZ65ERgRhot1n8UKQTvVKg/qhd2RGgqaqFFY qagXQAPglmpyvq3Hk6AN0E9XqAnbWCVaXUk0Al/TgZlCFtfE1NxfSkfF6u4ffkhj3AHHkbtBXsAe aSVF/ZJ7ET4Ji//oozVxJktOFQzb96HgMYKMk/YSznIqt3guY3KJbahQiVouWErvQaMYsXX5JUOQ YjnSa2/axNOTnUCPhDrgoS7BAJtJvNao8XWkRpp8RqqqhIywhrCsQlkRj7MwggY0MIIEHKADAgEC AgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQu MSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBT dGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQy MTAxNTVaMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xh c3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6E RKKnu8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvur yGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSM TGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGtMIIBqTAPBgNV HRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ljVO8tS4 UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYBBQUHAQEEWjBYMCcGCCsG AQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYIKwYBBQUHMAKGIWh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBSMCegJaAjhiFodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2Nh LmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3 LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS9pbnRlcm1lZGlhdGUucGRmMA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5 I3dNoXHYfYa8PlVLL/qtXnkFgdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnS qN2sD1qetbYwBYK2iyYA5Pg7Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy +pJfAoedO61HTz4qSfQoCRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4Yj Cl/Pd4MXU91y0vTipgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586 YoRD9Dy3OHQgWI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3 a0LwZrp8MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0q ZW2Niy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhdGwXV 27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jCCB8kwggWxoAMCAQICAQEw DQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzAp BgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0 Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA2MDkxNzE5NDYzNloXDTM2MDkxNzE5NDYz NlowfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3Vy ZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmlj YXRpb24gQXV0aG9yaXR5MIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEAwYjbCbxsRnx4 n5V7tTOQ8nJi1sE2ICIkXs7pd/JDCqIGZKTMjjb4OOYj8G5tsTzdcqOFHKHTPbQzK9Mvr/7qsEFZ Z7bEBn0KnnSF1nlMgDd63zkFUln39BtGQ6TShYXSw3HzdWI0uiyKfx6P7u000BHHls1SPboz1t1N 3gs7SkufwiYv+rUWHHI1d8o8XebK4SaLGjZ2XAHbdBQl/u21oIgP3XjKLR8HlzABLXJ5+kbWEyqo uaarg0kd5fLv3eQBjhgKj2NTFoViqQ4ZOsy1ZqbCa3QH5Cvhdj60bdj2ROFzYh87xL6gU1YlbFEJ 96qryr92/W2b853bvz1mvAxWqq+YSJU6S9+nWFDZOHWpW+pDDAL/mevobE1wWyllnN2qXcyvATHs DOvSjejqnHvmbvcnZgwaSNduQuM/3iE+e+ENcPtjqqhsGlS0XCV6yaLJixamuyx+F14FTVhuEh0B 7hIQDcYyfxj//PT6zW6R6DZJvhpIaYvClk0aErJpF8EKkNb6eSJIv7p7afhwx/p6N9jYDdJ2T1f/ kLfjkdLd78Jgt2c63f6qnPDUi39yIs7Gn5e2+K+KoBCo2fsYxra1XFI8ibYZKnMBCg8DsxJg8nov gdujbv8mMJf1i92JV7atPbOvK8W3dgLwpdYrmoYUKnL24zOMXQlLE9+7jHQTUksCAwEAAaOCAlIw ggJOMAwGA1UdEwQFMAMBAf8wCwYDVR0PBAQDAgGuMB0GA1UdDgQWBBROC+8apEBbpRdphzDKNGhD 0EGu8jBkBgNVHR8EXTBbMCygKqAohiZodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvc2ZzY2EtY3Js LmNybDAroCmgJ4YlaHR0cDovL2NybC5zdGFydGNvbS5vcmcvc2ZzY2EtY3JsLmNybDCCAV0GA1Ud IASCAVQwggFQMIIBTAYLKwYBBAGBtTcBAQEwggE7MC8GCCsGAQUFBwIBFiNodHRwOi8vY2VydC5z dGFydGNvbS5vcmcvcG9saWN5LnBkZjA1BggrBgEFBQcCARYpaHR0cDovL2NlcnQuc3RhcnRjb20u b3JnL2ludGVybWVkaWF0ZS5wZGYwgdAGCCsGAQUFBwICMIHDMCcWIFN0YXJ0IENvbW1lcmNpYWwg KFN0YXJ0Q29tKSBMdGQuMAMCAQEagZdMaW1pdGVkIExpYWJpbGl0eSwgcmVhZCB0aGUgc2VjdGlv biAqTGVnYWwgTGltaXRhdGlvbnMqIG9mIHRoZSBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eSBQb2xpY3kgYXZhaWxhYmxlIGF0IGh0dHA6Ly9jZXJ0LnN0YXJ0Y29tLm9yZy9wb2xpY3ku cGRmMBEGCWCGSAGG+EIBAQQEAwIABzA4BglghkgBhvhCAQ0EKxYpU3RhcnRDb20gRnJlZSBTU0wg Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkwDQYJKoZIhvcNAQEFBQADggIBABZsmfRmDDT10IVefQrs 2hBOOBxe36YlBUuRMsHoO/E93UQJWwdJiinLZgK3sZr3JZgJPI4b4d02hytLu2jTOWY9oCbH8jmR HVGrgnt+1c5a5OIDV3Bplwj5XlimCt+MBppFFhY4Cl5X9mLHegIF5rwetfKe9Kkpg/iyFONuKIdE w5Aa3jipPKxDTWRFzt0oqVzyc3sE+Bfoq7HzLlxkbnMxOhK4vLMR5H2PgVGaO42J9E2TZns8A+3T mh2a82VQ9aDQdZ8vr/DqgkOY+GmciXnEQ45GcuNkNhKv9yUeOImQd37Da2q5w8tES6x4kIvnxywe SxFEyDRSJ80KXZ+FwYnVGnjylRBTMt2AhGZ12bVoKPthLr6EqDjAmRKGpR5nZK0GLi+pcIXHlg98 iWX1jkNUDqvdpYA5lGDANMmWcCyjEvUfSHu9HH5rt52Q9CI7rvj8Ksr6glKg769LVZPrwbXwIous NE4mIgShhyx1SrflfRPXuAxkwDbSyS+GEowjCcEbgjtzSaNqV4eU5dZ4xZlDY+NN4Hct4WWZcmkE GkcJ5g8BViT7H78OealYLrnECQF+lbptAAY+supKEDnY0Cv1v+x1v5cCxQkbCNxVN+KB+zeEQ2Ig yudWS2Xq/mzBJJMkoTTrBf+aIq6bfT/xZVEKpjBqs/SIHIAN/HKK6INeMYIDbzCCA2sCAQEwgZQw gYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUg RGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFBy aW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDCiHDMAkGBSsOAwIaBQCgggGvMBgGCSqGSIb3 DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE1MDEyNTE2MjIxMVowIwYJKoZIhvcN AQkEMRYEFJarqg9UDne7Iy2pil9pwuVloZynMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNV BAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBD ZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50 ZXJtZWRpYXRlIENsaWVudCBDQQIDCiHDMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UE BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENl cnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRl cm1lZGlhdGUgQ2xpZW50IENBAgMKIcMwDQYJKoZIhvcNAQEBBQAEggEACz+DEnSFDchxKo0/aOR3 YAzMl60Iy7JGh0t+HblOYBC1sr8leNrRWmqsf8HDDfWG4ehywyKMhtd8Zxf6bBEecNlos34iomcr 8Rj34R4lchT4rRoHJ4I0pmUfxOJURaFoGC/L7jOeeHcjckDBQeEhnUIT/aJlIpsYvJTRvIdQDN5a zbI9J+E4ZBhhjpX68NhQIy3Y/vcbsMXQsVITdCDgtEfsNfWBaLYAK8wQX/yCI71vGy+pnl9N7MhM ruiUF+EHrFTsS8SlD4+JdxCggCHZm0RarJfHW06lEl1o4J3Y+z7vLnqKSD6Wlh88ZcELKwyTSqd5 vtOLjopjh25bDATF7QAAAAAAAA== --Apple-Mail-EAC143FE-5ACB-46E3-BD6E-E1D46CBBC192-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 26 01:41:23 2015 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0C51E0B for ; Mon, 26 Jan 2015 01:41:23 +0000 (UTC) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id DCD70334 for ; Mon, 26 Jan 2015 01:41:23 +0000 (UTC) Received: from yuri.doctorlan.com (c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128]) (authenticated bits=0) by shell1.rawbw.com (8.14.9/8.14.9) with ESMTP id t0Q1DEht028337 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 25 Jan 2015 17:13:14 -0800 (PST) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128] claimed to be yuri.doctorlan.com Message-ID: <54C594A9.2030802@rawbw.com> Date: Sun, 25 Jan 2015 17:13:13 -0800 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org Subject: 'cacheflush' in FreeBSD ? Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 01:41:24 -0000 LLVM has the function llvm::sys::Memory::InvalidateInstructionCache, that invalidates instruction cache after they allocate memory for the binary code, and before they run it. On Linux this function calls cachflush(2). And on FreeBSD this function is a noop (besides some related valgrind cache call). FreeBSD doesn't have 'cacheflush' system call. So how is instruction cache flushed on FreeBSD? I suspect this is a bug in LLVM that this function is a noop. libexec/rtld-elf also loads binary code in similar way, and it isn't clear from its source code how instruction cache flushing is handled there. Can somebody clarify what is the equivalent of linux cachflush(2), and is this a bug that llvm::sys::Memory::InvalidateInstructionCache is a noop? Yuri From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 26 10:10:48 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 985B3AE0 for ; Mon, 26 Jan 2015 10:10:48 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::6]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 32B42ACD for ; Mon, 26 Jan 2015 10:10:47 +0000 (UTC) X-RZG-AUTH: :JiIXek6mfvEEUpFQdo7Fj1/zg48CFjWjQv0cW+St/nW/afgnrylsiWq2cS0R X-RZG-CLASS-ID: mo00 Received: from britannica.bec.de (ip-109-45-40-6.web.vodafone.de [109.45.40.6]) by smtp.strato.de (RZmta 37.1 DYNA|AUTH) with ESMTPSA id 50394fr0QAA70TP (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) for ; Mon, 26 Jan 2015 11:10:07 +0100 (CET) Received: by britannica.bec.de (sSMTP sendmail emulation); Mon, 26 Jan 2015 11:10:06 +0100 Date: Mon, 26 Jan 2015 11:10:06 +0100 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Subject: Re: 'cacheflush' in FreeBSD ? Message-ID: <20150126101006.GA8384@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <54C594A9.2030802@rawbw.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54C594A9.2030802@rawbw.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 10:10:48 -0000 On Sun, Jan 25, 2015 at 05:13:13PM -0800, Yuri wrote: > FreeBSD doesn't have 'cacheflush' system call. So how is instruction > cache flushed on FreeBSD? I suspect this is a bug in LLVM that this > function is a noop. __clear_cache on the relevant architectures? Joerg From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 26 17:37:57 2015 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5ACF3EC for ; Mon, 26 Jan 2015 17:37:57 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [IPv6:2001:470:1f05:b76::196]) by mx1.freebsd.org (Postfix) with ESMTP id D5B391E5 for ; Mon, 26 Jan 2015 17:37:57 +0000 (UTC) Received: from [10.0.1.100] (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id B92BA341F88A for ; Mon, 26 Jan 2015 09:37:56 -0800 (PST) From: Alfred Perlstein Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: libxo: bringing it in for netstat Date: Mon, 26 Jan 2015 09:41:49 -0800 References: <28345BB7-0079-433C-9AB6-89453B5250B3@gmail.com> To: hackers@freebsd.org Message-Id: <641CEC79-EFCF-4446-A638-469EA78F2E92@freebsd.org> Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 17:37:58 -0000 Folks, I have a huge number of commitments at work which will keep me from = having the time to finish up my libxo netstat work. Or in fact most = anything FreeBSD for the upcoming few weeks or months even. I actually believe that the netstat port to libxo is ready for inclusion = (almost) but in case there are bugs I would likely not be responsive = enough to keep a angry mob from forming. I am wondering what I should do to make sure the code doesn't bit-rot = and gets into the system ASAP?=20 Is there anyone that can step forward to shepherd the code in? Right now the work is here, but can be moved to an SVN project branch if = needed: https://github.com/splbio/freebsd/tree/ap_libxo_master This branch includes some things that can be backed out thanks to = updates to libxo and other base things from Phil and others. Is anyone up for taking this over right now? Again, If needed I can migrate it to an SVN project branch if a = volunteer with sufficient skill steps up who would prefer that during an = upcoming weekend. -Alfred From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 26 17:34:27 2015 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C09E63B0; Mon, 26 Jan 2015 17:34:27 +0000 (UTC) Received: from mail-pd0-x230.google.com (mail-pd0-x230.google.com [IPv6:2607:f8b0:400e:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 890681C9; Mon, 26 Jan 2015 17:34:27 +0000 (UTC) Received: by mail-pd0-f176.google.com with SMTP id y10so13106752pdj.7; Mon, 26 Jan 2015 09:34:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:date:message-id:cc:to:mime-version; bh=liFQ4CbYRgCZjDxcm8Ihft4d6zhw1SFVJ3ROrGmQYRA=; b=bzmUeDul8VI8S37HiSO0tJgAtQVIyHNhDCyb9XkCYRAq/EdhuajSM3KVzHnEVCfsJu V/eTJ2sBC217/GrLxaYjpONitTOKkBluu5RouN4o36X2aiLG92CDguMeIlXikVCuhawj v+7geidQQxM7YhRhIH6lTlp7Ml8SDWzWAp5dnnyq3o1gAlkCYphGMhR6G5bo4WWU28vr z/OeoUKkElfvhacX8xZ4OOl97kHSFByZAGtaY8Z/0R0udZF3fuaoVRN/DJDHgmXODq8N qqs3qbCUU/XFVQJxLcEuzzLmu5P9I5mf/agDCuH729m3mOtxTFOOL7a4wk2wc5hZqfAN Xj8Q== X-Received: by 10.66.163.137 with SMTP id yi9mr35523121pab.58.1422293667085; Mon, 26 Jan 2015 09:34:27 -0800 (PST) Received: from ?IPv6:2601:9:7b80:98:8151:90ef:683b:1ce6? ([2601:9:7b80:98:8151:90ef:683b:1ce6]) by mx.google.com with ESMTPSA id oh2sm10252067pbb.61.2015.01.26.09.34.21 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 26 Jan 2015 09:34:26 -0800 (PST) From: Alfred Perlstein X-Google-Original-From: Alfred Perlstein Subject: libxo: bringing it in for netstat Date: Mon, 26 Jan 2015 09:38:09 -0800 Message-Id: <28345BB7-0079-433C-9AB6-89453B5250B3@gmail.com> To: hackers@freebsd.org Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-Mailman-Approved-At: Mon, 26 Jan 2015 17:44:14 +0000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Marcel Moolenaar , Phil Shafer , "Simon J. Gerraty" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 17:34:27 -0000 Folks, I have a huge number of commitments at work which will keep me from = having the time to finish up my libxo netstat work. Or in fact most = anything FreeBSD for the upcoming few weeks or months even. I actually believe that the netstat port to libxo is ready for inclusion = (almost) but in case there are bugs I would likely not be responsive = enough to keep a angry mob from forming. I am wondering what I should do to make sure the code doesn't bit-rot = and gets into the system ASAP?=20 Is there anyone that can step forward to shepherd the code in? Right now the work is here, but can be moved to an SVN project branch if = needed: https://github.com/splbio/freebsd/tree/ap_libxo_master This branch includes some things that can be backed out thanks to = updates to libxo and other base things from Phil and others. Is anyone up for taking this over right now? Again, If needed I can migrate it to an SVN project branch if a = volunteer with sufficient skill steps up who would prefer that during an = upcoming weekend. -Alfred= From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 26 18:26:48 2015 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39797C39 for ; Mon, 26 Jan 2015 18:26:48 +0000 (UTC) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 129CC925 for ; Mon, 26 Jan 2015 18:26:47 +0000 (UTC) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t0QIQi16037732 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Jan 2015 10:26:45 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t0QIQhn8037730; Mon, 26 Jan 2015 10:26:43 -0800 (PST) (envelope-from jmg) Date: Mon, 26 Jan 2015 10:26:43 -0800 From: John-Mark Gurney To: "Michael W. Lucas" Subject: Re: GBDE not protecting the user Message-ID: <20150126182643.GE27103@funkthat.com> References: <20141010215842.GA6717@mail.michaelwlucas.com> <20141011113008.705ba16d@X220.alogt.com> <20141011074412.GA9432@mail.michaelwlucas.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141011074412.GA9432@mail.michaelwlucas.com> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Mon, 26 Jan 2015 10:26:45 -0800 (PST) Cc: Erich Dollansky , hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 18:26:48 -0000 Michael W. Lucas wrote this message on Sat, Oct 11, 2014 at 03:44 -0400: > I'd really like to include GBDE in my FreeBSD storage book, but it > seems that it doesn't actually work. You should include that gbde does not use any AES-NI acceleration, so if you need performance and you have crypto acceleration in your machine, then the only option in geli... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 26 18:57:22 2015 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2079F6BA; Mon, 26 Jan 2015 18:57:22 +0000 (UTC) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E234BC5F; Mon, 26 Jan 2015 18:57:21 +0000 (UTC) Received: from [10.9.1.83] (69-12-170-18.dedicated.static.sonic.net [69.12.170.18]) (authenticated bits=0) by mail.xcllnt.net (8.14.9/8.14.9) with ESMTP id t0QIvJ59094300 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Jan 2015 10:57:20 -0800 (PST) (envelope-from marcel@xcllnt.net) Subject: Re: libxo: bringing it in for netstat Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1A9804BB-C39C-4F27-9EF4-80335059970B"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b4 From: Marcel Moolenaar In-Reply-To: <28345BB7-0079-433C-9AB6-89453B5250B3@gmail.com> Date: Mon, 26 Jan 2015 10:57:13 -0800 Message-Id: <6F2B71D4-5187-4A94-A345-431CE1E64880@xcllnt.net> References: <28345BB7-0079-433C-9AB6-89453B5250B3@gmail.com> To: Alfred Perlstein X-Mailer: Apple Mail (2.1993) X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: hackers@freebsd.org, Phil Shafer , Marcel Moolenaar , "Simon J. Gerraty" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 18:57:22 -0000 --Apple-Mail=_1A9804BB-C39C-4F27-9EF4-80335059970B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jan 26, 2015, at 9:38 AM, Alfred Perlstein = wrote: >=20 > Folks, >=20 > I have a huge number of commitments at work which will keep me from = having the time to finish up my libxo netstat work. Or in fact most = anything FreeBSD for the upcoming few weeks or months even. >=20 > I actually believe that the netstat port to libxo is ready for = inclusion (almost) but in case there are bugs I would likely not be = responsive enough to keep a angry mob from forming. You said almost: what=E2=80=99s missing? -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_1A9804BB-C39C-4F27-9EF4-80335059970B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUxo4JAAoJEIda8t8f0tjjFl4QALzi00QkdCEHdzHbPwdgzQPd ZSTDsTlvreasBAOenIq0jZIFFwJGbfyo5AMXgxH++4eCozJ9E72QLXqzyYnyS7Zs kk8XZghQ/gyzxuQzKln4U6pWJTsDAn23YfwUzMrELIfoI1gR/sTYPydbInEueqfa 9UQgpKWD23nhy7Lum9xdZER9vwwg0VL3HiGK9uXyA2wrcjpo5SKBQ07ib7gzosTU 7FKxXXYI21UC9b7yQT77Ru7PRDDu2Ic5zyYkiAPv+6GWqZ0U4wKVMQF7G+0PZTzt 6zPJJprHeEaGPNW5OjcXpq6ytJ7QkqXFi0TT5grq8B0FVhar9tjcw3zm95w9UqdO GOP6oqxW7X5lnhFottUo1kyuexftOYF+8ogezB0WbEBZjkf5KpwdUMCwGQCePYuw JvljuiPEp91V20nsMseEZ/c9xKdRiibyjk2w/PRW9Hgb04Nx3uJ80zRBJ8HsbBpZ ajMdNkSE9KP08oSB+/Fg/AvjuB5uKz/v5Rg7YPWAIEBOFrTu6toi4wnaFS2Jstn8 IbV7oJS5xk8T3C6os+QaP3ofgpaGxlBP5hmoONA2j/y3gTZNjyiIFV5V3oxvq7XB /rMz0wRZ58vlgovqaXQP6zxf3rX3uLzWA21uSr63s5sdnUsD9Sg+qvEmAoFTjB6v GY1jsh2qvkgju84U3YIN =avOk -----END PGP SIGNATURE----- --Apple-Mail=_1A9804BB-C39C-4F27-9EF4-80335059970B-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 26 19:37:01 2015 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C0FA7AB for ; Mon, 26 Jan 2015 19:37:01 +0000 (UTC) Received: from mail.michaelwlucas.com (mail.michaelwlucas.com [108.61.84.26]) (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 08AF9145 for ; Mon, 26 Jan 2015 19:37:00 +0000 (UTC) Received: from mail.michaelwlucas.com (localhost [127.0.0.1]) by mail.michaelwlucas.com (8.14.7/8.14.7) with ESMTP id t0QJapqe060382; Mon, 26 Jan 2015 14:36:51 -0500 (EST) (envelope-from mwlucas@mail.michaelwlucas.com) Received: (from mwlucas@localhost) by mail.michaelwlucas.com (8.14.7/8.14.7/Submit) id t0QJaohD060381; Mon, 26 Jan 2015 14:36:50 -0500 (EST) (envelope-from mwlucas) Date: Mon, 26 Jan 2015 14:36:50 -0500 From: "Michael W. Lucas" To: John-Mark Gurney Subject: Re: GBDE not protecting the user Message-ID: <20150126193650.GA60343@mail.michaelwlucas.com> References: <20141010215842.GA6717@mail.michaelwlucas.com> <20141011113008.705ba16d@X220.alogt.com> <20141011074412.GA9432@mail.michaelwlucas.com> <20150126182643.GE27103@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150126182643.GE27103@funkthat.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.michaelwlucas.com X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mail.michaelwlucas.com [127.0.0.1]); Mon, 26 Jan 2015 14:36:52 -0500 (EST) Cc: hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 19:37:01 -0000 On Mon, Jan 26, 2015 at 10:26:43AM -0800, John-Mark Gurney wrote: > Michael W. Lucas wrote this message on Sat, Oct 11, 2014 at 03:44 -0400: > > I'd really like to include GBDE in my FreeBSD storage book, but it > > seems that it doesn't actually work. > > You should include that gbde does not use any AES-NI acceleration, so > if you need performance and you have crypto acceleration in your machine, > then the only option in geli... Every time I publish a book, an interesting fact comes up right after the book is out in the world. An interesting fact that would have been perfect for the book, were it not for the book being published and out. And FM:SE's winner is... JMG! Seriously, the material on GBDE is all about protecting the user, and mostly smaller partitions. Nothing in there about FDE, high performance, or anything like that. GBDE is a really cool tool for a really unpleasant use case that nobody else covers so well. But now I'm wondering if you can hide GBDE partitions inside GELI providers. Hmmm... ==ml -- Michael W. Lucas - mwlucas@michaelwlucas.com, Twitter @mwlauthor http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 26 19:15:30 2015 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CBF2BC91; Mon, 26 Jan 2015 19:15:30 +0000 (UTC) Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9385BE84; Mon, 26 Jan 2015 19:15:30 +0000 (UTC) Received: by mail-pa0-f51.google.com with SMTP id fb1so13476831pad.10; Mon, 26 Jan 2015 11:15:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:mime-version:content-type:in-reply-to:date:cc :message-id:references:to; bh=sFAezHqEiAeEzLnIRNb09YVvKoam40J/qKPVv023ZB0=; b=MgwXIynf+2M/xe9yow2GPD7e84g3DdpecuYdG/JZIRsyYdjZ9urO0YZdT6iQrKWTuz eihfaYg9tX8vx24sTAz35p8P88lA/hnujMQIVnePXqJ+TJmeWc+KVJaWZuwQfrwT2rEJ bWu77uscPJVtMnSIzLyASK4B9K662AcOPC0yEg0Dlw/n1hfwnTCdMx+vUMgTRGFG8Iqt ULQrWhq9xxrnJFV0iUHqCQ5fa+e0C+ft+v5NFoE7R2bp2bI+1SZ/nA1t8PrFnGDew6tf qle7UQDhTCyuaem9UUFw/+pus3PdCOKPXB2W4abI0QzKD/z6RHihTuEKn3y1yhxwxBL1 8scw== X-Received: by 10.68.197.161 with SMTP id iv1mr36856210pbc.147.1422299730031; Mon, 26 Jan 2015 11:15:30 -0800 (PST) Received: from ?IPv6:2601:9:7b80:98:8151:90ef:683b:1ce6? ([2601:9:7b80:98:8151:90ef:683b:1ce6]) by mx.google.com with ESMTPSA id uc2sm10407488pbc.56.2015.01.26.11.15.28 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 26 Jan 2015 11:15:29 -0800 (PST) From: Alfred Perlstein X-Google-Original-From: Alfred Perlstein Subject: Re: libxo: bringing it in for netstat Mime-Version: 1.0 (Apple Message framework v1283) In-Reply-To: <6F2B71D4-5187-4A94-A345-431CE1E64880@xcllnt.net> Date: Mon, 26 Jan 2015 11:19:21 -0800 Message-Id: <3550F793-285E-4012-ABD3-7C55143A6AA4@gmail.com> References: <28345BB7-0079-433C-9AB6-89453B5250B3@gmail.com> <6F2B71D4-5187-4A94-A345-431CE1E64880@xcllnt.net> To: Marcel Moolenaar X-Mailer: Apple Mail (2.1283) X-Mailman-Approved-At: Mon, 26 Jan 2015 20:08:20 +0000 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Alfred Perlstein , hackers@freebsd.org, Phil Shafer , Marcel Moolenaar , "Simon J. Gerraty" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 19:15:30 -0000 On Jan 26, 2015, at 10:57 AM, Marcel Moolenaar wrote: >=20 >> On Jan 26, 2015, at 9:38 AM, Alfred Perlstein = wrote: >>=20 >> Folks, >>=20 >> I have a huge number of commitments at work which will keep me from = having the time to finish up my libxo netstat work. Or in fact most = anything FreeBSD for the upcoming few weeks or months even. >>=20 >> I actually believe that the netstat port to libxo is ready for = inclusion (almost) but in case there are bugs I would likely not be = responsive enough to keep a angry mob from forming. >=20 > You said almost: what=92s missing? As far as I know nothing right now. I am just worried as the program is = setgid kmem and although libxo is awesome I caught some formatting = errors that upset it and cause it to crash during development. so it = should be audited imo. Otherwise I'd commit it now if I had time to deal with any bug blowback. -Alfred From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 26 20:51:51 2015 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 227AA6A6; Mon, 26 Jan 2015 20:51:51 +0000 (UTC) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0119.outbound.protection.outlook.com [157.56.110.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7D89AC4F; Mon, 26 Jan 2015 20:51:49 +0000 (UTC) Received: from BY2PR05CA058.namprd05.prod.outlook.com (10.141.250.48) by DM2PR05MB447.namprd05.prod.outlook.com (10.141.104.150) with Microsoft SMTP Server (TLS) id 15.1.59.20; Mon, 26 Jan 2015 20:51:42 +0000 Received: from BN1AFFO11FD049.protection.gbl (2a01:111:f400:7c10::115) by BY2PR05CA058.outlook.office365.com (2a01:111:e400:2c5f::48) with Microsoft SMTP Server (TLS) id 15.1.65.19 via Frontend Transport; Mon, 26 Jan 2015 20:51:41 +0000 Received: from P-EMF02-SAC.jnpr.net (66.129.239.16) by BN1AFFO11FD049.mail.protection.outlook.com (10.58.53.64) with Microsoft SMTP Server (TLS) id 15.1.75.11 via Frontend Transport; Mon, 26 Jan 2015 20:51:40 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMF02-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.146.0; Mon, 26 Jan 2015 12:51:38 -0800 Received: from idle.juniper.net (idleski.juniper.net [172.25.4.26]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id t0QKpYW56818; Mon, 26 Jan 2015 12:51:34 -0800 (PST) (envelope-from phil@juniper.net) Received: from idle.juniper.net (localhost [127.0.0.1]) by idle.juniper.net (8.14.4/8.14.3) with ESMTP id t0QKpJRM014722; Mon, 26 Jan 2015 15:51:19 -0500 (EST) (envelope-from phil@idle.juniper.net) Message-ID: <201501262051.t0QKpJRM014722@idle.juniper.net> To: Alfred Perlstein Subject: Re: libxo: bringing it in for netstat In-Reply-To: <3550F793-285E-4012-ABD3-7C55143A6AA4@gmail.com> Date: Mon, 26 Jan 2015 15:51:19 -0500 From: Phil Shafer MIME-Version: 1.0 Content-Type: text/plain X-EOPAttributedMessage: 0 Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.16 as permitted sender) Authentication-Results: spf=softfail (sender IP is 66.129.239.16) smtp.mailfrom=phil@juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=permerror action=none header.from=juniper.net; X-Forefront-Antispam-Report: CIP:66.129.239.16; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(164054003)(105596002)(87936001)(110136001)(86362001)(50986999)(48376002)(50466002)(6806004)(54356999)(77096005)(53416004)(46102003)(106466001)(77156002)(19580395003)(2950100001)(15975445007)(92566002)(62966003)(76506005)(47776003); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB447; H:P-EMF02-SAC.jnpr.net; FPR:; SPF:None; MLV:sfv; LANG:en; X-DmarcAction-Test: None X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:(3005004);SRVR:DM2PR05MB447; X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004); SRVR:DM2PR05MB447; X-Forefront-PRVS: 0468FE4A2B X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB447; X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 Jan 2015 20:51:40.2572 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.16] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB447 X-Mailman-Approved-At: Mon, 26 Jan 2015 21:01:47 +0000 Cc: "Simon J. Gerraty" , hackers@freebsd.org, Marcel Moolenaar , Marcel Moolenaar X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 20:51:51 -0000 Alfred Perlstein writes: >As far as I know nothing right now. I am just worried as the program is >setgid kmem and although libxo is awesome I caught some formatting >errors that upset it and cause it to crash during development. so it >should be audited imo. I'd be happy to review your patch. Is https://reviews.freebsd.org/D1380 still the right spot? Thanks, Phil From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 27 00:18:39 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 153957CE for ; Tue, 27 Jan 2015 00:18:39 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [IPv6:2001:470:1f05:b76::196]) by mx1.freebsd.org (Postfix) with ESMTP id 0128A8EE for ; Tue, 27 Jan 2015 00:18:39 +0000 (UTC) Received: from u10-2-32-011.office.norse-data.com (unknown [50.204.88.51]) by elvis.mu.org (Postfix) with ESMTPSA id 60D96341F860 for ; Mon, 26 Jan 2015 16:18:37 -0800 (PST) Message-ID: <54C6D965.8030705@mu.org> Date: Mon, 26 Jan 2015 16:18:45 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: libxo: bringing it in for netstat References: <201501262051.t0QKpJRM014722@idle.juniper.net> In-Reply-To: <201501262051.t0QKpJRM014722@idle.juniper.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 00:18:39 -0000 On 1/26/15 12:51 PM, Phil Shafer wrote: > Alfred Perlstein writes: >> As far as I know nothing right now. I am just worried as the program is >> setgid kmem and although libxo is awesome I caught some formatting >> errors that upset it and cause it to crash during development. so it >> should be audited imo. > I'd be happy to review your patch. Is https://reviews.freebsd.org/D1380 > still the right spot? It appears to be, yes. > Thanks, > Phil > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 27 05:22:31 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8571F589; Tue, 27 Jan 2015 05:22:31 +0000 (UTC) Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F1B5E06; Tue, 27 Jan 2015 05:22:31 +0000 (UTC) Received: by mail-lb0-f180.google.com with SMTP id b6so11168496lbj.11; Mon, 26 Jan 2015 21:22:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=KNZXOT/St4qZagbNNgrGIex6F3mOnlXw8ET0tpAgPXk=; b=yhBdmMA1QGnb+3REtx72YGybYA8cG0GbISsk8gUOnV/kavwEM7LXrR5MgD07kqgtWH 6z+4DtEjTRqhxjArXKenYbHlfx6E1ME7K7IX+kKRotApCZFhjU9xDtKgZFShMGuPsRuP Z4xYtoxFfah1YynHlYU+IFeT5xwNdVFrHrmaz3FvylGiHVnyO9v6xNyiEVltJbqvH4D4 wrgM7n27a1jEo0upluFLaLHcmTlY7bO+ofTtdw6vMTJVQoRLmPQsmOnBQ35evYTZMxt7 Y0d2zzFyVm2xO2X0hMLzWnE+QxUuKKVI56TElBfX8/XrqdWbZsgojc5l+bKVVThY8SZp At/w== X-Received: by 10.152.161.168 with SMTP id xt8mr1931331lab.35.1422336148896; Mon, 26 Jan 2015 21:22:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.12.6 with HTTP; Mon, 26 Jan 2015 21:21:58 -0800 (PST) From: Yue Chen Date: Tue, 27 Jan 2015 00:21:58 -0500 Message-ID: Subject: Will all kernel functions be loaded into memory, in the same address space with kernel modules? To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 05:22:31 -0000 My purpose is to modify kernel function instructions directly through memory at runtime. First I use "objdump -S kernel" to see the function names and their addresses. And then I use pointers to peek into the content at certain function address area (.text segment). However, their content is different from the result from "objdump -S kernel". I use a FreeBSD 10.1 kernel, which has no ASLR supported as I know. Is it because that the kernel function addresses are relocated? Or some kernel functions are not loaded into memory? Or is it not suitable to peek kernel ".text" content from a kernel module? I only "objdump -S" the built "kernel" with debug symbols, not ".ko" files. From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 27 08:57:55 2015 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65538847 for ; Tue, 27 Jan 2015 08:57:55 +0000 (UTC) Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 113A2782 for ; Tue, 27 Jan 2015 08:57:54 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.72) (envelope-from ) id 1YG1xs-000325-2z for hackers@freebsd.org; Tue, 27 Jan 2015 14:57:45 +0600 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id t0R8woQG085669 for ; Tue, 27 Jan 2015 15:59:00 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id t0R8wiK0085648 for hackers@freebsd.org; Tue, 27 Jan 2015 14:58:44 +0600 (NOVT) (envelope-from danfe) Date: Tue, 27 Jan 2015 14:58:44 +0600 From: Alexey Dokuchaev To: hackers@freebsd.org Subject: Bug in ln(1), its manpage, or just misunderstanding? Message-ID: <20150127085844.GA83566@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-KLMS-Rule-ID: 1 X-KLMS-Message-Action: clean X-KLMS-AntiSpam-Lua-Profiles: 72372 [Jan 27 2015] X-KLMS-AntiSpam-Version: 5.5.4 X-KLMS-AntiSpam-Envelope-From: danfe@regency.nsu.ru X-KLMS-AntiSpam-Rate: 0 X-KLMS-AntiSpam-Status: not_detected X-KLMS-AntiSpam-Method: none X-KLMS-AntiSpam-Moebius-Timestamps: 3339812, 3339855, 0 X-KLMS-AntiSpam-Info: LuaCore: 140 2015-01-26_18-33-17 983317d61d1ecd4ac9970a372a44da82bfc7124e, 193.124.210.26:4.0.2 X-KLMS-AntiSpam-Interceptor-Info: scan successful X-KLMS-AntiPhishing: Clean, 2015/01/26 15:19:49 X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server, version 8.0.1.705, not scanned, license restriction X-Mailman-Approved-At: Tue, 27 Jan 2015 12:33:40 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 08:57:55 -0000 Hi there, Per man ln(1), it has -F option which: -F If the target file already exists and is a directory, then remove it so that the link may occur. The -F option should be used with either -f or -i options. If none is specified, -f is implied. The -F option is a no-op unless -s option is specified. As I read it correctly, it basically removes empty directory so I can place a link of the same name there: $ mkdir foo $ ln -sF /etc foo # result should be: foo -> /etc However, in ln.c, static int linkit(const char *source, const char *target, int isdir) contains: /* * If the target is a directory (and not a symlink if hflag), * append the source's name. */ if (isdir || (lstat(target, &sb) == 0 && S_ISDIR(sb.st_mode)) || (!hflag && stat(target, &sb) == 0 && S_ISDIR(sb.st_mode))) { if (strlcpy(bbuf, source, sizeof(bbuf)) >= sizeof(bbuf) || (p = basename(bbuf)) == NULL || snprintf(path, sizeof(path), "%s/%s", target, p) >= ... It seems that this logic should be dependent on -F flag, as otherwise source name is always appended to target and condition that "target file already exists and is a directory" is impossible to specify and assess: $ mkdir foo $ ln -sF /etc foo # result is "foo/etc -> /etc", not "foo -> /etc" The code is even more bogus: it silently removes directory (and yet returns an error), which makes it idempotent: $ mkdir foo $ ln -sF / foo ; echo $? ln: foo//: No such file or directory 1 < no foo at this point > $ ln -sF / foo ; echo $? 0 < now foo -> / > $ ln -sF / foo ; echo $? ln: foo//: Is a directory 1 ./danfe From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 27 13:14:30 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 507DB966 for ; Tue, 27 Jan 2015 13:14:30 +0000 (UTC) Received: from mail-yh0-f53.google.com (mail-yh0-f53.google.com [209.85.213.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 13EDB9C0 for ; Tue, 27 Jan 2015 13:14:29 +0000 (UTC) Received: by mail-yh0-f53.google.com with SMTP id v1so6006742yhn.12 for ; Tue, 27 Jan 2015 05:14:28 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=skaMVlzvIWMqBrhRBd1g9lM09Oj3E/pHPRnm1u3FmOQ=; b=KuQNLm8v3796/ZcmhZLrr7Wf3NFyZamndiSqoX8+EUgSfxM4/TWyQqWM4TH8D+HAS6 7W2n8NJUl6hVMZy31NFog2nswdbcwQmGrN/jrMLD1MTeuUvZ3+Skipy4kv/CjJvKiM8m //jcJMSsd9IFnqF1uzGLh+wdfvRsy+5K09rsYhaHQpyYbaEqQcOni27Ogn3zJI/1z48X QkvFFU+FEBV3GdS5CxM975lqGEDb0XSsmSqu193DDJhpmy5tLPtU3XePuXPVEj/i01WM 8RvXDZKThyhHS6Go6aCAMxytTrs+uolwzIiLjXa0N3+JB6C7ZIw9XtivATGj8toP1eiZ Bj6Q== X-Gm-Message-State: ALoCoQknBFWkZLWTOYlHsDYpDnpGJ2CML2//2L48RmhGkfMDshhnaovW1YiGC5U98lck8wGcXqKk MIME-Version: 1.0 X-Received: by 10.170.174.197 with SMTP id q188mr800822ykd.110.1422364468705; Tue, 27 Jan 2015 05:14:28 -0800 (PST) Received: by 10.170.46.81 with HTTP; Tue, 27 Jan 2015 05:14:28 -0800 (PST) In-Reply-To: References: Date: Tue, 27 Jan 2015 14:14:28 +0100 Message-ID: Subject: Re: Will all kernel functions be loaded into memory, in the same address space with kernel modules? From: Oliver Pinter To: Yue Chen Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-hackers@freebsd.org" , FreeBSD-Current X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 13:14:30 -0000 On Tue, Jan 27, 2015 at 6:21 AM, Yue Chen wrote: > My purpose is to modify kernel function instructions directly through > memory at runtime. > > First I use "objdump -S kernel" to see the function names and their > addresses. And then I use pointers to peek into the content at certain > function address area (.text segment). However, their content is different > from the result from "objdump -S kernel". I use a FreeBSD 10.1 kernel, > which has no ASLR supported as I know. > > Is it because that the kernel function addresses are relocated? Or some > kernel functions are not loaded into memory? Or is it not suitable to peek > kernel ".text" content from a kernel module? > > I only "objdump -S" the built "kernel" with debug symbols, not ".ko" files. Take a look at this branch: https://github.com/HardenedBSD/hardenedBSD/tree/hardened/current/intel-smap > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 28 10:58:06 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B7C1F89 for ; Wed, 28 Jan 2015 10:58:06 +0000 (UTC) Received: from elektropost.org (elektropost.org [217.115.13.199]) (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 615546E for ; Wed, 28 Jan 2015 10:58:04 +0000 (UTC) Received: (qmail 62330 invoked from network); 28 Jan 2015 10:58:01 -0000 Received: from elektropost.org (HELO elektropost.org) (erdgeist@erdgeist.org) by elektropost.org with ESMTPS (DHE-RSA-AES128-SHA encrypted); 28 Jan 2015 10:58:01 -0000 Message-ID: <54C8C0B6.6030306@erdgeist.org> Date: Wed, 28 Jan 2015 11:57:58 +0100 From: Dirk Engling User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: FreeBSD Hackers Subject: libbconv Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 10:58:06 -0000 When upgrading my iconv I learnt that ports were suddenly missing libiconv.so.2, and when I took a look, I actually did not find it but a libbicon (notice the extra 'b'). ls /usr/local/lib/*iconv* -r--r--r-- 1 root wheel 61510 27 Dez 14:07 libbiconv.a lrwxr-xr-x 1 root wheel 14 27 Dez 14:07 libbiconv.so -> libbiconv.so.2 -r--r--r-- 1 root wheel 26136 27 Dez 14:07 libbiconv.so.2 -r--r--r-- 1 root wheel 64970 27 Dez 14:07 libbiconv_p.a -rw-r--r-- 1 root wheel 1116336 7 Mai 2014 libiconv.a -r--r--r-- 1 root wheel 916 7 Mai 2014 libiconv.la lrwxr-xr-x 1 root wheel 13 7 Mai 2014 libiconv.so -> libiconv.so.3 -r--r--r-- 1 root wheel 1088983 7 Mai 2014 libiconv.so.3 Is this intended? erdgeist From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 28 12:35:12 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B73F2A7 for ; Wed, 28 Jan 2015 12:35:12 +0000 (UTC) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (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 221EFC97 for ; Wed, 28 Jan 2015 12:35:11 +0000 (UTC) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3kXPCg1bzYzZrj; Wed, 28 Jan 2015 13:25:19 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :references:subject:subject:mime-version:user-agent:from:from :date:date:message-id:received:received; s=mail; t=1422447917; x=1424262318; bh=C5snfYZoEyRsxJ1h0LxIO/z+74HnbTFtr3s0QR1gZvc=; b= PRJ16AZLuTvUt7BCz9+CUNw1h6QnYIw3d+ux9+l722Xtggbo2oeZvJ6oRLXwBIec 0K6kOITdxW1BjCk4pRxI6BUyA35tXz7Mo8lj12m4epU5ot3mYWUly+t4edIWfXYO qInxjBd9t98e3zclrtb5ZeW116Eu3FMdv7uhYotx7yg= Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id WQl7GOaJW9hd; Wed, 28 Jan 2015 13:25:17 +0100 (CET) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Wed, 28 Jan 2015 13:25:17 +0100 (CET) Message-ID: <54C8D52C.4010005@madpilot.net> Date: Wed, 28 Jan 2015 13:25:16 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Dirk Engling , FreeBSD Hackers Subject: Re: libbconv References: <54C8C0B6.6030306@erdgeist.org> In-Reply-To: <54C8C0B6.6030306@erdgeist.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 12:35:12 -0000 On 01/28/15 11:57, Dirk Engling wrote: > When upgrading my iconv I learnt that ports were suddenly missing > libiconv.so.2, and when I took a look, I actually did not find it but a > libbicon (notice the extra 'b'). > > ls /usr/local/lib/*iconv* > -r--r--r-- 1 root wheel 61510 27 Dez 14:07 libbiconv.a > lrwxr-xr-x 1 root wheel 14 27 Dez 14:07 libbiconv.so -> > libbiconv.so.2 > -r--r--r-- 1 root wheel 26136 27 Dez 14:07 libbiconv.so.2 > -r--r--r-- 1 root wheel 64970 27 Dez 14:07 libbiconv_p.a > -rw-r--r-- 1 root wheel 1116336 7 Mai 2014 libiconv.a > -r--r--r-- 1 root wheel 916 7 Mai 2014 libiconv.la > lrwxr-xr-x 1 root wheel 13 7 Mai 2014 libiconv.so -> libiconv.so.3 > -r--r--r-- 1 root wheel 1088983 7 Mai 2014 libiconv.so.3 > > Is this intended? You have a strange library layout, which is definitely different from the one I'm seeing usually. This is what you should have, with recent ports/packages: /usr/local/lib [0]# ll *iconv* -rw-r--r-- 1 root wheel 1107752 Dec 11 18:50 libiconv.a lrwxr-xr-x 1 root wheel 17 Dec 11 18:50 libiconv.so@ -> libiconv.so.2.5.1 lrwxr-xr-x 1 root wheel 17 Dec 11 18:50 libiconv.so.2@ -> libiconv.so.2.5.1 -rw-r--r-- 1 root wheel 1072522 Dec 11 18:50 libiconv.so.2.5.1 lrwxr-xr-x 1 root wheel 13 Dec 11 18:50 libiconv.so.3@ -> libiconv.so.2 Have you tried rebuilding the libiconv port? Just to make sure you have the correct files. Also you could run "pkg which /usr/local/lib/libbiconv.so.2" and see which package installed that one. I suspect that that libbiconv library there has been installed by some other port and is unrelated. -- Guido Falsi From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 28 13:19:48 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E9BE88A for ; Wed, 28 Jan 2015 13:19:48 +0000 (UTC) Received: from elektropost.org (elektropost.org [217.115.13.199]) (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 626489B for ; Wed, 28 Jan 2015 13:19:46 +0000 (UTC) Received: (qmail 17978 invoked from network); 28 Jan 2015 13:19:43 -0000 Received: from elektropost.org (HELO elektropost.org) (erdgeist@erdgeist.org) by elektropost.org with ESMTPS (DHE-RSA-AES128-SHA encrypted); 28 Jan 2015 13:19:43 -0000 Message-ID: <54C8E1EC.4000707@erdgeist.org> Date: Wed, 28 Jan 2015 14:19:40 +0100 From: Dirk Engling User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Guido Falsi , FreeBSD Hackers Subject: Re: libbconv References: <54C8C0B6.6030306@erdgeist.org> <54C8D52C.4010005@madpilot.net> In-Reply-To: <54C8D52C.4010005@madpilot.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 13:19:48 -0000 On 28.01.15 13:25, Guido Falsi wrote: > pkg which /usr/local/lib/libbiconv.so.2" pkg which /usr/local/lib/libbiconv.so.2 /usr/local/lib/libbiconv.so.2 was installed by package iconv-2.0_4 TIA, erdgeist From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 28 13:20:52 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A576A99E for ; Wed, 28 Jan 2015 13:20:52 +0000 (UTC) Received: from elektropost.org (elektropost.org [217.115.13.199]) (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 E85B4AB for ; Wed, 28 Jan 2015 13:20:51 +0000 (UTC) Received: (qmail 19548 invoked from network); 28 Jan 2015 13:20:49 -0000 Received: from elektropost.org (HELO elektropost.org) (erdgeist@erdgeist.org) by elektropost.org with ESMTPS (DHE-RSA-AES128-SHA encrypted); 28 Jan 2015 13:20:49 -0000 Message-ID: <54C8E22E.8040207@erdgeist.org> Date: Wed, 28 Jan 2015 14:20:46 +0100 From: Dirk Engling User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Guido Falsi , FreeBSD Hackers Subject: Re: libbconv References: <54C8C0B6.6030306@erdgeist.org> <54C8D52C.4010005@madpilot.net> In-Reply-To: <54C8D52C.4010005@madpilot.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 13:20:52 -0000 On 28.01.15 13:25, Guido Falsi wrote: > You have a strange library layout, which is definitely different from > the one I'm seeing usually. This is what you should have, with recent > ports/packages: Also I have found at least one reference to the typo: http://www.freebsdports.info/ports/converters/iconv.html erdgeist From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 28 14:06:13 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A9E8A31 for ; Wed, 28 Jan 2015 14:06:13 +0000 (UTC) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (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 D488E87E for ; Wed, 28 Jan 2015 14:06:12 +0000 (UTC) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3kXRRr4Nw8zZs2; Wed, 28 Jan 2015 15:06:00 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :references:subject:subject:mime-version:user-agent:from:from :date:date:message-id:received:received; s=mail; t=1422453958; x=1424268359; bh=y8ZYoaISlMgTinlSHtqUkGXTd+iFnTM5RD5T+3R3uWw=; b= GvMT2ojbV8d7rPD3d4uBLgWqL6Bktnw3a85MN9juFZIs6PJ/QbVHg3MB25Ri7DnU yKLa80ELp+QVKvL9CM9Owx42HTsNfrfSP+HN6b9+ujZRHEBjdp0Ka1ZdwUs/gWH+ XD5aDYFYQDUmkNNDWKTmE3K0HypoL1sNZ+nYnn/BOpA= Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id k0HQRw0hT3vB; Wed, 28 Jan 2015 15:05:58 +0100 (CET) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Wed, 28 Jan 2015 15:05:58 +0100 (CET) Message-ID: <54C8ECC6.2000303@madpilot.net> Date: Wed, 28 Jan 2015 15:05:58 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Dirk Engling , FreeBSD Hackers Subject: Re: libbconv References: <54C8C0B6.6030306@erdgeist.org> <54C8D52C.4010005@madpilot.net> <54C8E22E.8040207@erdgeist.org> In-Reply-To: <54C8E22E.8040207@erdgeist.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 14:06:13 -0000 On 01/28/15 14:20, Dirk Engling wrote: > On 28.01.15 13:25, Guido Falsi wrote: > >> You have a strange library layout, which is definitely different from >> the one I'm seeing usually. This is what you should have, with recent >> ports/packages: > > > Also I have found at least one reference to the typo: > > http://www.freebsdports.info/ports/converters/iconv.html > > erdgeist > Ok, this is strange. At present the ports tree does not contain any similar typo. You can check through the official ports tree. Have you also checked the plist in your local ports tree? Are you merging some external ports tree or have local patches? Reinstalling the iconv port produces no change? -- Guido Falsi From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 28 14:29:38 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA9534FC for ; Wed, 28 Jan 2015 14:29:38 +0000 (UTC) Received: from mailuogwhop.emc.com (mailuogwhop.emc.com [168.159.213.141]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mailuogwprd01.lss.emc.com", Issuer "RSA Corporate Server CA v2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8655AAED for ; Wed, 28 Jan 2015 14:29:38 +0000 (UTC) Received: from maildlpprd02.lss.emc.com (maildlpprd02.lss.emc.com [10.253.24.34]) by mailuogwprd03.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t0SETKZP024432 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Jan 2015 09:29:21 -0500 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd03.lss.emc.com t0SETKZP024432 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=isilon.com; s=jan2013; t=1422455361; bh=5eOEFmr7B7H7vIxWpHwcDO6wyAg=; h=From:To:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=SDvWSingB+LyAkFJePYkrQd19bFjBP/0U0xqohirWQ5YWUGGnShyW4m/93CMb/56V m5Jn61Q0BGU2kkZiAGxfMKpSFEQceUmSa55r0uzTcM2KccBvrkUSLIxNGdZQa7Am+A UNrP6oYH/Z4Hx1tPz56yNXiDD7Xteh+UCYCgMgUY= X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd03.lss.emc.com t0SETKZP024432 Received: from mailusrhubprd53.lss.emc.com (mailusrhubprd53.lss.emc.com [10.106.48.18]) by maildlpprd02.lss.emc.com (RSA Interceptor); Wed, 28 Jan 2015 09:28:17 -0500 Received: from mxhub07.corp.emc.com (mxhub07.corp.emc.com [128.222.70.204]) by mailusrhubprd53.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t0SET8v8004439 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 28 Jan 2015 09:29:09 -0500 Received: from MXHUB204.corp.emc.com (10.253.68.30) by mxhub07.corp.emc.com (128.222.70.204) with Microsoft SMTP Server (TLS) id 8.3.327.1; Wed, 28 Jan 2015 09:29:08 -0500 Received: from MX103CL02.corp.emc.com ([169.254.6.197]) by MXHUB204.corp.emc.com ([10.253.68.30]) with mapi id 14.03.0195.001; Wed, 28 Jan 2015 09:29:08 -0500 From: "Meyer, Conrad" To: Guido Falsi , Dirk Engling , FreeBSD Hackers Subject: RE: libbconv Thread-Topic: libbconv Thread-Index: AQHQOulVpxoIIJK+rke8rnG2VZXJzpzVyPAAgAAPggCAAAyhAP//sS9o Date: Wed, 28 Jan 2015 14:29:07 +0000 Message-ID: References: <54C8C0B6.6030306@erdgeist.org> <54C8D52C.4010005@madpilot.net> <54C8E22E.8040207@erdgeist.org>,<54C8ECC6.2000303@madpilot.net> In-Reply-To: <54C8ECC6.2000303@madpilot.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.43.170] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Sentrion-Hostname: mailusrhubprd53.lss.emc.com X-RSA-Classifications: Source Code, public X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 14:29:39 -0000 Hi,=0A= =0A= (With apologies for top-posting, this is @#$@6ing Outlook.)=0A= =0A= biconv gets several mentions, including iconv's plist:=0A= =0A= $ ag '(^|[^i])biconv' ..=0A= ../iconv/files/patch-ces::Makefile=0A= 11:+LDADD =3D -L${.CURDIR}/../lib -lbiconv=0A= =0A= ../iconv/files/patch-ai=0A= 8:+LIB =3D biconv=0A= 14:+ converter.c iconv.c utils.c biconv.h=0A= 32:+INCS =3D biconv.h=0A= 38:+MAN3 =3D biconv.3 biconv_open.3 biconv_close.3=0A= 47:+biconv.3: iconv.3.in=0A= 52:+biconv_open.3: iconv_open.3.in=0A= 56:+biconv_close.3: iconv_close.3=0A= 59:+biconv.h: iconv.h=0A= =0A= ../iconv/pkg-plist=0A= 1:bin/biconv=0A= 3:include/biconv.h=0A= 4:lib/libbiconv.a=0A= 5:lib/libbiconv.so=0A= 6:lib/libbiconv.so.2=0A= 7:%%PROFILE%%lib/libbiconv_p.a=0A= 16:man/man1/biconv.1.gz=0A= 17:man/man3/biconv.3.gz=0A= 18:man/man3/biconv_close.3.gz=0A= 19:man/man3/biconv_open.3.gz=0A= =0A= ../iconv/files/patch-util::Makefile=0A= 8:+PROG=3D biconv=0A= 13:+LDADD=3D -L../lib -lbiconv=0A= 14:+DPADD+=3D ../lib/libbiconv.a=0A= 19:+MAN1=3D biconv.1=0A= 21:+biconv.1: iconv.1=0A= =0A= ../iconv-rfc1345/Makefile=0A= 13:LIB_DEPENDS=3D libbiconv.so:${PORTSDIR}/converters/iconv=0A= =0A= ../iconv-extra/files/patch-ces::iso-2022-jp.c=0A= 11:+#include =0A= =0A= ../iconv-extra/files/patch-ces::iso-2022-cn.c=0A= 11:+#include =0A= =0A= ../iconv-extra/files/patch-ces::iso-2022-kr.c=0A= 11:+#include =0A= =0A= ../iconv-extra/files/patch-ces::iso-2022-jp-2.c=0A= 11:+#include =0A= =0A= ../iconv-extra/files/patch-ces::Makefile=0A= 10:+LDADD +=3D -L${PREFIX}/lib -lbiconv=0A= =0A= ../iconv-extra/files/patch-ces::unicode-1-1-utf-7.c=0A= 11:+#include =0A= =0A= ../iconv-extra/Makefile=0A= 13:LIB_DEPENDS=3D libbiconv.so:${PORTSDIR}/converters/iconv=0A= =0A= It appears to date all the way back to 2002:=0A= =0A= $ git blame iconv/pkg-plist=0A= bedce949 (sobomax 2002-03-18 09:43:25 +0000 3) include/biconv.h=0A= bedce949 (sobomax 2002-03-18 09:43:25 +0000 4) lib/libbiconv.a=0A= bedce949 (sobomax 2002-03-18 09:43:25 +0000 5) lib/libbiconv.so=0A= bedce949 (sobomax 2002-03-18 09:43:25 +0000 6) lib/libbiconv.so.2=0A= =0A= Maybe we are confusing 'libiconv' (GNU iconv) with 'iconv'?=0A= =0A= Best,=0A= Conrad=0A= =0A= ________________________________________=0A= From: owner-freebsd-hackers@freebsd.org [owner-freebsd-hackers@freebsd.org]= on behalf of Guido Falsi [mad@madpilot.net]=0A= Sent: Wednesday, January 28, 2015 6:05 AM=0A= To: Dirk Engling; FreeBSD Hackers=0A= Subject: Re: libbconv=0A= =0A= On 01/28/15 14:20, Dirk Engling wrote:=0A= > On 28.01.15 13:25, Guido Falsi wrote:=0A= >=0A= >> You have a strange library layout, which is definitely different from=0A= >> the one I'm seeing usually. This is what you should have, with recent=0A= >> ports/packages:=0A= >=0A= >=0A= > Also I have found at least one reference to the typo:=0A= >=0A= > http://www.freebsdports.info/ports/converters/iconv.html=0A= >=0A= > erdgeist=0A= >=0A= =0A= Ok, this is strange. At present the ports tree does not contain any=0A= similar typo. You can check through the official ports tree.=0A= =0A= Have you also checked the plist in your local ports tree?=0A= =0A= Are you merging some external ports tree or have local patches?=0A= =0A= Reinstalling the iconv port produces no change?=0A= =0A= --=0A= Guido Falsi =0A= _______________________________________________=0A= freebsd-hackers@freebsd.org mailing list=0A= http://lists.freebsd.org/mailman/listinfo/freebsd-hackers=0A= To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"= =0A= From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 28 15:02:40 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28CA8D5C for ; Wed, 28 Jan 2015 15:02:40 +0000 (UTC) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (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 D2407ED3 for ; Wed, 28 Jan 2015 15:02:39 +0000 (UTC) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3kXShz6hL5zZrj; Wed, 28 Jan 2015 16:02:27 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :references:subject:subject:mime-version:user-agent:from:from :date:date:message-id:received:received; s=mail; t=1422457346; x=1424271747; bh=KJXbc4F5CVKG9lvxVlNAr4XSRWyrp217sksMt/EChyc=; b= XxavifZf06oiQz7ZW4i3cFVyyXf6GZOJZGs8Qvwlc5aPmICt26/rUnWia5VAG2jR w2xB0S1jG+f+vqpahuExLmNLyFDmvhFwyFG17Nc5POCIxxRInRQf1NvfV0Qq5GOj /twyDZjdwjhMH3DZeYi2efFj+4UHi8tkI4Gv7pGr5ZE= Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id QOqlfEgcYADW; Wed, 28 Jan 2015 16:02:26 +0100 (CET) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Wed, 28 Jan 2015 16:02:26 +0100 (CET) Message-ID: <54C8FA01.7010904@madpilot.net> Date: Wed, 28 Jan 2015 16:02:25 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, Dirk Engling Subject: Re: libbconv References: <54C8C0B6.6030306@erdgeist.org> <54C8D52C.4010005@madpilot.net> <54C8E22E.8040207@erdgeist.org>, <54C8ECC6.2000303@madpilot.net> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 15:02:40 -0000 On 01/28/15 15:29, Meyer, Conrad wrote: > > Maybe we are confusing 'libiconv' (GNU iconv) with 'iconv'? Good catch! Thanks for pointing out my mistake! So, to original poster, libbiconv is in fact from another unrelated (but similarly named) port. Please try to reinstall the converters/libiconv port, which is what your other ports are looking for. -- Guido Falsi From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 28 15:03:52 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE354E7A for ; Wed, 28 Jan 2015 15:03:52 +0000 (UTC) Received: from elektropost.org (elektropost.org [217.115.13.199]) (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 0BDD2EEF for ; Wed, 28 Jan 2015 15:03:51 +0000 (UTC) Received: (qmail 57991 invoked from network); 28 Jan 2015 15:03:49 -0000 Received: from elektropost.org (HELO elektropost.org) (erdgeist@erdgeist.org) by elektropost.org with ESMTPS (DHE-RSA-AES128-SHA encrypted); 28 Jan 2015 15:03:49 -0000 Message-ID: <54C8FA4E.9020607@erdgeist.org> Date: Wed, 28 Jan 2015 16:03:42 +0100 From: Dirk Engling User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Guido Falsi , freebsd-hackers@freebsd.org Subject: Re: libbconv References: <54C8C0B6.6030306@erdgeist.org> <54C8D52C.4010005@madpilot.net> <54C8E22E.8040207@erdgeist.org>, <54C8ECC6.2000303@madpilot.net> <54C8FA01.7010904@madpilot.net> In-Reply-To: <54C8FA01.7010904@madpilot.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 15:03:52 -0000 On 28.01.15 16:02, Guido Falsi wrote: > Please try to reinstall the converters/libiconv port, which is what your > other ports are looking for. Thank you, sir :) erdgeist From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 29 00:55:10 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BEFED88; Thu, 29 Jan 2015 00:55:10 +0000 (UTC) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F6FAD83; Thu, 29 Jan 2015 00:55:10 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id l4so22875183lbv.13; Wed, 28 Jan 2015 16:55:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=bzoMcUYfTkGKOyMkuYKUmfupYVP3069M2jKCcsOJM+U=; b=g+Rc7/LIjiM5hX2PFcrVgjmclKW85VNzVPTk9RgYme5CSLT0RdZy7ou3NQvixW//kU qY214ybC+NhffRl4Qg1K+yG88p/Xi8soAJ2q9ycPbRYYwHpfl1q+TgAC13w/7OgH1I1I 9pX0AxCdSDMbQuJC26w512XDhD/rdtVBPyUpZDRHvkK85xYWw/XNrZ7Jms9c1uaCRKLi Sen5Wwx4RAuMs1kseKL2ShkkH48NTnxhWze4oFdCQNzX8K3BKDoUIDEMWALEUiQe1uTC iiysewff88Atin1Epp1bF4EFleS1d4zV7F3/rA913Vy0RgP2Qvl6umakQ4TzEUJt4biL BY+w== X-Received: by 10.152.115.212 with SMTP id jq20mr11556287lab.36.1422492908177; Wed, 28 Jan 2015 16:55:08 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.12.6 with HTTP; Wed, 28 Jan 2015 16:54:37 -0800 (PST) From: Yue Chen Date: Wed, 28 Jan 2015 19:54:37 -0500 Message-ID: Subject: How to know the address ranges of kernel stacks, for user processes and kernel threads? To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2015 00:55:10 -0000 How can we know the kernel stack ranges for user process and kernel threads under FreeBSD x86_64? It seems that each kernel stack has two pages (IA-32) to use. Does x86_64 still have two pages or more? And how can we find the address of these two pages from a kernel module? From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 29 16:23:33 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49DAC2EF for ; Thu, 29 Jan 2015 16:23:33 +0000 (UTC) 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 1AFBF22D for ; Thu, 29 Jan 2015 16:23:32 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-239-189.lns20.per1.internode.on.net [121.45.239.189]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t0TGNFNh014409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 29 Jan 2015 08:23:17 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <54CA5E6D.2060501@freebsd.org> Date: Fri, 30 Jan 2015 00:23:09 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Dirk Engling , Guido Falsi , freebsd-hackers@freebsd.org Subject: Re: libbconv References: <54C8C0B6.6030306@erdgeist.org> <54C8D52C.4010005@madpilot.net> <54C8E22E.8040207@erdgeist.org>, <54C8ECC6.2000303@madpilot.net> <54C8FA01.7010904@madpilot.net> <54C8FA4E.9020607@erdgeist.org> In-Reply-To: <54C8FA4E.9020607@erdgeist.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2015 16:23:33 -0000 On 1/28/15 11:03 PM, Dirk Engling wrote: > On 28.01.15 16:02, Guido Falsi wrote: > >> Please try to reinstall the converters/libiconv port, which is what your >> other ports are looking for. > Thank you, sir :) of course you couId, I believe, just use libc which now contains a lot of iconv stuff.. at least it appears that way to me.. > erdgeist > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 29 17:37:07 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10E748EC; Thu, 29 Jan 2015 17:37:07 +0000 (UTC) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (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 B901CC5A; Thu, 29 Jan 2015 17:37:05 +0000 (UTC) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3kY84Z3DTPzZs1; Thu, 29 Jan 2015 18:36:46 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :references:subject:subject:mime-version:user-agent:from:from :date:date:message-id:received:received; s=mail; t=1422553004; x=1424367405; bh=4H84mJX//K69f4hQcXe/+E8eiexYaaaMcScUoQHxawY=; b= BQt1ltspbyb96ryh+dN/GytOTnFk9L2zeXHtJ9DkF1Cx21/vQDXmdQSvjthXjtlF ukedZgJGyMSXairnM4gmrr2GA++ZlQHtGhuJFx3BJfKNcICtFErjqhVc1VxEK390 s9x9YU1bxt1Y3qMVlWjtb/p6J8W4bnFGMEueEhnpM8g= Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id z9m14nU0TrRo; Thu, 29 Jan 2015 18:36:44 +0100 (CET) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Thu, 29 Jan 2015 18:36:44 +0100 (CET) Message-ID: <54CA6FAC.5060408@madpilot.net> Date: Thu, 29 Jan 2015 18:36:44 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Julian Elischer , Dirk Engling , freebsd-hackers@freebsd.org Subject: Re: libbconv References: <54C8C0B6.6030306@erdgeist.org> <54C8D52C.4010005@madpilot.net> <54C8E22E.8040207@erdgeist.org>, <54C8ECC6.2000303@madpilot.net> <54C8FA01.7010904@madpilot.net> <54C8FA4E.9020607@erdgeist.org> <54CA5E6D.2060501@freebsd.org> In-Reply-To: <54CA5E6D.2060501@freebsd.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2015 17:37:07 -0000 On 01/29/15 17:23, Julian Elischer wrote: > On 1/28/15 11:03 PM, Dirk Engling wrote: >> On 28.01.15 16:02, Guido Falsi wrote: >> >>> Please try to reinstall the converters/libiconv port, which is what your >>> other ports are looking for. >> Thank you, sir :) > > of course you couId, I believe, just use libc which now contains a lot > of iconv stuff.. > at least it appears that way to me.. That was the plan, but some ports have requirements which are not satisfied by what e have in libc at present, so they still depend on libiconv. php55-iconv is such an example. There are a few others. -- Guido Falsi From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 29 19:17:49 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ADF3C2D7; Thu, 29 Jan 2015 19:17:49 +0000 (UTC) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7AE11A3F; Thu, 29 Jan 2015 19:17:49 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id ar1so37965461iec.13; Thu, 29 Jan 2015 11:17:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XPHr6RAtlLs9Umt7PYzwZrYDXg3YD36Cseq0hxYjcQw=; b=Oc+b+shqxxYbTsJ19RjHPbVTSP06dgprlWWJla8WSMr1lqzZ3SUYSRdlHnjOJfiihc Lv24bAegWDd/NkjEKGp39ROze+rLGU65MCSfffYTS+8KAhOUhGyIPHzHSb992YIpCFZ2 HA8H477BqqdElQry5Kq6IOtG5AccERPhdynN7r5O7IkFgddGKB8AglmJy5kyvsbz2Cp0 WTiTyqciMQH280eDpKPlBIpiMsxyLDi5KQ5Xl6jmCSnfs4PrEU3lHyXoCxyq4NBFTIV+ gdMVVUfdL9CB2oHcX6GuSzR8ipqudspCx6FehfCMBCP/DioVP8GMevqVCPBrgG2vuORN N4gA== MIME-Version: 1.0 X-Received: by 10.50.66.131 with SMTP id f3mr2151532igt.7.1422559068780; Thu, 29 Jan 2015 11:17:48 -0800 (PST) Received: by 10.50.182.233 with HTTP; Thu, 29 Jan 2015 11:17:48 -0800 (PST) In-Reply-To: <54CA5E6D.2060501@freebsd.org> References: <54C8C0B6.6030306@erdgeist.org> <54C8D52C.4010005@madpilot.net> <54C8E22E.8040207@erdgeist.org> <54C8ECC6.2000303@madpilot.net> <54C8FA01.7010904@madpilot.net> <54C8FA4E.9020607@erdgeist.org> <54CA5E6D.2060501@freebsd.org> Date: Thu, 29 Jan 2015 11:17:48 -0800 Message-ID: Subject: Re: libbconv From: NGie Cooper To: Julian Elischer Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-hackers@freebsd.org" , Dirk Engling , Guido Falsi X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2015 19:17:49 -0000 On Thu, Jan 29, 2015 at 8:23 AM, Julian Elischer wrote: > On 1/28/15 11:03 PM, Dirk Engling wrote: >> >> On 28.01.15 16:02, Guido Falsi wrote: >> >>> Please try to reinstall the converters/libiconv port, which is what your >>> other ports are looking for. >> >> Thank you, sir :) > > > of course you couId, I believe, just use libc which now contains a lot of > iconv stuff.. > at least it appears that way to me.. iconv in libc doesn't have full feature parity with GNU libiconv. We ran into problems with type widths at $work where some of our code was misbehaving because iconv wasn't functioning like GNU libiconv. From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 29 21:58:57 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C93D664E; Thu, 29 Jan 2015 21:58:57 +0000 (UTC) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E964ED1; Thu, 29 Jan 2015 21:58:57 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id h11so30888739wiw.1; Thu, 29 Jan 2015 13:58:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mail-followup-to:mime-version :content-type:content-disposition:user-agent; bh=GTsKtlUImmWaK2dJAItAESYo2X7jUPhLZ+TqETSAokg=; b=VSXAUXkAIBRd0usVpIR8alqN6viznSI5h92DngJPEm/M9VFNkbnf7VCiT2gYsQzWmN sqHpeUSciSMEJpn2uOezTgdnXV4XJ82escmDXaSdGjlpJ+BwYDs6u8tEmaIwdSVbcFpF PDVn48EjksGRYYuFSMjxCufictAn87e2UhWsvlpqd5JrRlJKHY568QLbkPWEgM78oVe+ GtV+8EoZUKvlDfRxkUt+rtEzmXNc2WukGkLVnvG+9q0FbyPYtDg8xo9tyVS7QETKTF4e bJzS2qw4ZdZY1y9Tj5mF9vBf/KfhJjFUy7z8eJiCTHv9kGBdGkh4BNk9gRc5VvKBpvDw KfwA== X-Received: by 10.194.239.233 with SMTP id vv9mr5593222wjc.90.1422568735319; Thu, 29 Jan 2015 13:58:55 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPSA id hr1sm4175967wib.1.2015.01.29.13.58.53 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 29 Jan 2015 13:58:54 -0800 (PST) Date: Thu, 29 Jan 2015 22:58:51 +0100 From: Mateusz Guzik To: freebsd-hackers@freebsd.org, pjd@freebsd.org Subject: filedesc: simplify fget_unlocked & friends Message-ID: <20150129215851.GA20867@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , freebsd-hackers@freebsd.org, pjd@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2015 21:58:57 -0000 filedesc: simplify fget_unlocked & friends Introduce fget_fcntl which performs appropriate checks when needed. This removes a branch from fget_unlocked. Introduce fget_mmap dealing with cap_rights_to_vmprot conversion. This removes a branch from _fget. Modify fget_unlocked to pass sequence counter to interested callers so that they can perform their own checks and make sure the result was obtained from stable data. diff --git a/sys/kern/kern_descrip.c b/sys/kern/kern_descrip.c index 31352e9..f7e082b6 100644 --- a/sys/kern/kern_descrip.c +++ b/sys/kern/kern_descrip.c @@ -531,8 +531,8 @@ kern_fcntl(struct thread *td, int fd, int cmd, intptr_t arg) break; case F_GETFL: - error = fget_unlocked(fdp, fd, - cap_rights_init(&rights, CAP_FCNTL), F_GETFL, &fp, NULL); + error = fget_fcntl(td, fd, + cap_rights_init(&rights, CAP_FCNTL), F_GETFL, &fp); if (error != 0) break; td->td_retval[0] = OFLAGS(fp->f_flag); @@ -540,8 +540,8 @@ kern_fcntl(struct thread *td, int fd, int cmd, intptr_t arg) break; case F_SETFL: - error = fget_unlocked(fdp, fd, - cap_rights_init(&rights, CAP_FCNTL), F_SETFL, &fp, NULL); + error = fget_fcntl(td, fd, + cap_rights_init(&rights, CAP_FCNTL), F_SETFL, &fp); if (error != 0) break; do { @@ -568,8 +568,8 @@ kern_fcntl(struct thread *td, int fd, int cmd, intptr_t arg) break; case F_GETOWN: - error = fget_unlocked(fdp, fd, - cap_rights_init(&rights, CAP_FCNTL), F_GETOWN, &fp, NULL); + error = fget_fcntl(td, fd, + cap_rights_init(&rights, CAP_FCNTL), F_GETOWN, &fp); if (error != 0) break; error = fo_ioctl(fp, FIOGETOWN, &tmp, td->td_ucred, td); @@ -579,8 +579,8 @@ kern_fcntl(struct thread *td, int fd, int cmd, intptr_t arg) break; case F_SETOWN: - error = fget_unlocked(fdp, fd, - cap_rights_init(&rights, CAP_FCNTL), F_SETOWN, &fp, NULL); + error = fget_fcntl(td, fd, + cap_rights_init(&rights, CAP_FCNTL), F_SETOWN, &fp); if (error != 0) break; tmp = arg; @@ -602,7 +602,7 @@ kern_fcntl(struct thread *td, int fd, int cmd, intptr_t arg) case F_SETLK: do_setlk: cap_rights_init(&rights, CAP_FLOCK); - error = fget_unlocked(fdp, fd, &rights, 0, &fp, NULL); + error = fget_unlocked(fdp, fd, &rights, &fp, NULL); if (error != 0) break; if (fp->f_type != DTYPE_VNODE) { @@ -691,7 +691,7 @@ kern_fcntl(struct thread *td, int fd, int cmd, intptr_t arg) * that the closing thread was a bit slower and that the * advisory lock succeeded before the close. */ - error = fget_unlocked(fdp, fd, &rights, 0, &fp2, NULL); + error = fget_unlocked(fdp, fd, &rights, &fp2, NULL); if (error != 0) { fdrop(fp, td); break; @@ -710,7 +710,7 @@ kern_fcntl(struct thread *td, int fd, int cmd, intptr_t arg) case F_GETLK: error = fget_unlocked(fdp, fd, - cap_rights_init(&rights, CAP_FLOCK), 0, &fp, NULL); + cap_rights_init(&rights, CAP_FLOCK), &fp, NULL); if (error != 0) break; if (fp->f_type != DTYPE_VNODE) { @@ -748,7 +748,7 @@ kern_fcntl(struct thread *td, int fd, int cmd, intptr_t arg) arg = arg ? 128 * 1024: 0; /* FALLTHROUGH */ case F_READAHEAD: - error = fget_unlocked(fdp, fd, NULL, 0, &fp, NULL); + error = fget_unlocked(fdp, fd, NULL, &fp, NULL); if (error != 0) break; if (fp->f_type != DTYPE_VNODE) { @@ -2327,10 +2327,10 @@ finit(struct file *fp, u_int flag, short type, void *data, struct fileops *ops) int fget_unlocked(struct filedesc *fdp, int fd, cap_rights_t *needrightsp, - int needfcntl, struct file **fpp, cap_rights_t *haverightsp) + struct file **fpp, seq_t *seqp) { #ifdef CAPABILITIES - struct filedescent fde; + struct filedescent *fde; #endif struct fdescenttbl *fdt; struct file *fp; @@ -2355,28 +2355,23 @@ fget_unlocked(struct filedesc *fdp, int fd, cap_rights_t *needrightsp, for (;;) { #ifdef CAPABILITIES seq = seq_read(fd_seq(fdt, fd)); - fde = fdt->fdt_ofiles[fd]; + fde = &fdt->fdt_ofiles[fd]; + haverights = cap_rights_fde(fde); + fp = fde->fde_file; if (!seq_consistent(fd_seq(fdt, fd), seq)) { cpu_spinwait(); continue; } - fp = fde.fde_file; #else fp = fdt->fdt_ofiles[fd].fde_file; #endif if (fp == NULL) return (EBADF); #ifdef CAPABILITIES - haverights = cap_rights_fde(&fde); if (needrightsp != NULL) { error = cap_check(haverights, needrightsp); if (error != 0) return (error); - if (cap_rights_is_set(needrightsp, CAP_FCNTL)) { - error = cap_fcntl_check_fde(&fde, needfcntl); - if (error != 0) - return (error); - } } #endif retry: @@ -2406,11 +2401,9 @@ fget_unlocked(struct filedesc *fdp, int fd, cap_rights_t *needrightsp, fdrop(fp, curthread); } *fpp = fp; - if (haverightsp != NULL) { + if (seqp != NULL) { #ifdef CAPABILITIES - *haverightsp = *haverights; -#else - CAP_ALL(haverightsp); + *seqp = seq; #endif } return (0); @@ -2431,11 +2424,11 @@ fget_unlocked(struct filedesc *fdp, int fd, cap_rights_t *needrightsp, */ static __inline int _fget(struct thread *td, int fd, struct file **fpp, int flags, - cap_rights_t *needrightsp, u_char *maxprotp) + cap_rights_t *needrightsp, seq_t *seqp) { struct filedesc *fdp; struct file *fp; - cap_rights_t haverights, needrights; + cap_rights_t needrights; int error; *fpp = NULL; @@ -2444,9 +2437,7 @@ _fget(struct thread *td, int fd, struct file **fpp, int flags, needrights = *needrightsp; else cap_rights_init(&needrights); - if (maxprotp != NULL) - cap_rights_set(&needrights, CAP_MMAP); - error = fget_unlocked(fdp, fd, &needrights, 0, &fp, &haverights); + error = fget_unlocked(fdp, fd, &needrights, &fp, seqp); if (error != 0) return (error); if (fp->f_ops == &badfileops) { @@ -2454,17 +2445,6 @@ _fget(struct thread *td, int fd, struct file **fpp, int flags, return (EBADF); } -#ifdef CAPABILITIES - /* - * If requested, convert capability rights to access flags. - */ - if (maxprotp != NULL) - *maxprotp = cap_rights_to_vmprot(&haverights); -#else /* !CAPABILITIES */ - if (maxprotp != NULL) - *maxprotp = VM_PROT_ALL; -#endif /* CAPABILITIES */ - /* * FREAD and FWRITE failure return EBADF as per POSIX. */ @@ -2506,8 +2486,31 @@ int fget_mmap(struct thread *td, int fd, cap_rights_t *rightsp, u_char *maxprotp, struct file **fpp) { + int error; +#ifndef CAPABILITIES + error = _fget(td, fd, fpp, 0, rightsp, NULL); + if (maxprotp != NULL) + *maxprotp = VM_PROT_ALL; +#else + struct filedesc *fdp = td->td_proc->p_fd; + seq_t seq; + MPASS(cap_rights_is_set(rightsp, CAP_MMAP)); - return (_fget(td, fd, fpp, 0, rightsp, maxprotp)); + for (;;) { + error = _fget(td, fd, fpp, 0, rightsp, &seq); + if (error != 0) + return (error); + /* + * If requested, convert capability rights to access flags. + */ + if (maxprotp != NULL) + *maxprotp = cap_rights_to_vmprot(cap_rights(fdp, fd)); + if (!fd_modified(td->td_proc->p_fd, fd, seq)) + break; + fdrop(*fpp, td); + } +#endif + return (error); } int @@ -2524,6 +2527,35 @@ fget_write(struct thread *td, int fd, cap_rights_t *rightsp, struct file **fpp) return (_fget(td, fd, fpp, FWRITE, rightsp, NULL)); } +int +fget_fcntl(struct thread *td, int fd, cap_rights_t *rightsp, int needfcntl, + struct file **fpp) +{ + struct filedesc *fdp = td->td_proc->p_fd; +#ifndef CAPABILITIES + return (fget_unlocked(fdp, fd, rightsp, fpp, NULL)); +#else + int error; + seq_t seq; + + MPASS(cap_rights_is_set(rightsp, CAP_FCNTL)); + for (;;) { + error = fget_unlocked(fdp, fd, rightsp, fpp, &seq); + if (error != 0) + return (error); + error = cap_fcntl_check(fdp, fd, needfcntl); + if (!fd_modified(fdp, fd, seq)) + break; + fdrop(*fpp, td); + } + if (error != 0) { + fdrop(*fpp, td); + *fpp = NULL; + } + return (error); +#endif +} + /* * Like fget() but loads the underlying vnode, or returns an error if the * descriptor does not represent a vnode. Note that pipes use vnodes but diff --git a/sys/kern/sys_generic.c b/sys/kern/sys_generic.c index 8dddc9b..8fc1db9 100644 --- a/sys/kern/sys_generic.c +++ b/sys/kern/sys_generic.c @@ -1214,7 +1214,7 @@ getselfd_cap(struct filedesc *fdp, int fd, struct file **fpp) cap_rights_init(&rights, CAP_EVENT); - return (fget_unlocked(fdp, fd, &rights, 0, fpp, NULL)); + return (fget_unlocked(fdp, fd, &rights, fpp, NULL)); } /* diff --git a/sys/kern/tty.c b/sys/kern/tty.c index 373fcc3..d9d0cce 100644 --- a/sys/kern/tty.c +++ b/sys/kern/tty.c @@ -1897,7 +1897,7 @@ ttyhook_register(struct tty **rtp, struct proc *p, int fd, /* Validate the file descriptor. */ fdp = p->p_fd; error = fget_unlocked(fdp, fd, cap_rights_init(&rights, CAP_TTYHOOK), - 0, &fp, NULL); + &fp, NULL); if (error != 0) return (error); if (fp->f_ops == &badfileops) { diff --git a/sys/kern/uipc_syscalls.c b/sys/kern/uipc_syscalls.c index b0d849d..83a7b99 100644 --- a/sys/kern/uipc_syscalls.c +++ b/sys/kern/uipc_syscalls.c @@ -156,7 +156,7 @@ getsock_cap(struct filedesc *fdp, int fd, cap_rights_t *rightsp, struct file *fp; int error; - error = fget_unlocked(fdp, fd, rightsp, 0, &fp, NULL); + error = fget_unlocked(fdp, fd, rightsp, &fp, NULL); if (error != 0) return (error); if (fp->f_type != DTYPE_SOCKET) { diff --git a/sys/kern/vfs_syscalls.c b/sys/kern/vfs_syscalls.c index 0f24819..14be379 100644 --- a/sys/kern/vfs_syscalls.c +++ b/sys/kern/vfs_syscalls.c @@ -4217,7 +4217,7 @@ getvnode(struct filedesc *fdp, int fd, cap_rights_t *rightsp, struct file **fpp) struct file *fp; int error; - error = fget_unlocked(fdp, fd, rightsp, 0, &fp, NULL); + error = fget_unlocked(fdp, fd, rightsp, &fp, NULL); if (error != 0) return (error); diff --git a/sys/ofed/include/linux/file.h b/sys/ofed/include/linux/file.h index b76a408..22a035f 100644 --- a/sys/ofed/include/linux/file.h +++ b/sys/ofed/include/linux/file.h @@ -48,7 +48,7 @@ linux_fget(unsigned int fd) { struct file *file; - if (fget_unlocked(curthread->td_proc->p_fd, fd, NULL, 0, &file, + if (fget_unlocked(curthread->td_proc->p_fd, fd, NULL, &file, NULL) != 0) { return (NULL); } @@ -73,7 +73,7 @@ put_unused_fd(unsigned int fd) { struct file *file; - if (fget_unlocked(curthread->td_proc->p_fd, fd, NULL, 0, &file, + if (fget_unlocked(curthread->td_proc->p_fd, fd, NULL, &file, NULL) != 0) { return; } @@ -93,7 +93,7 @@ fd_install(unsigned int fd, struct linux_file *filp) { struct file *file; - if (fget_unlocked(curthread->td_proc->p_fd, fd, NULL, 0, &file, + if (fget_unlocked(curthread->td_proc->p_fd, fd, NULL, &file, NULL) != 0) { file = NULL; } diff --git a/sys/sys/file.h b/sys/sys/file.h index d102a87..1538851 100644 --- a/sys/sys/file.h +++ b/sys/sys/file.h @@ -230,6 +230,8 @@ int fget_read(struct thread *td, int fd, cap_rights_t *rightsp, struct file **fpp); int fget_write(struct thread *td, int fd, cap_rights_t *rightsp, struct file **fpp); +int fget_fcntl(struct thread *td, int fd, cap_rights_t *rightsp, + int needfcntl, struct file **fpp); int _fdrop(struct file *fp, struct thread *td); fo_rdwr_t invfo_rdwr; diff --git a/sys/sys/filedesc.h b/sys/sys/filedesc.h index 9cef6aa..4eef17b 100644 --- a/sys/sys/filedesc.h +++ b/sys/sys/filedesc.h @@ -169,7 +169,7 @@ void mountcheckdirs(struct vnode *olddp, struct vnode *newdp); /* Return a referenced file from an unlocked descriptor. */ int fget_unlocked(struct filedesc *fdp, int fd, cap_rights_t *needrightsp, - int needfcntl, struct file **fpp, cap_rights_t *haverightsp); + struct file **fpp, seq_t *seqp); /* Requires a FILEDESC_{S,X}LOCK held and returns without a ref. */ static __inline struct file * @@ -184,6 +184,13 @@ fget_locked(struct filedesc *fdp, int fd) return (fdp->fd_ofiles[fd].fde_file); } +static __inline bool +fd_modified(struct filedesc *fdp, int fd, seq_t seq) +{ + + return (!seq_consistent(fd_seq(fdp->fd_files, fd), seq)); +} + #endif /* _KERNEL */ #endif /* !_SYS_FILEDESC_H_ */ From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 30 02:47:34 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA9A13ED for ; Fri, 30 Jan 2015 02:47:34 +0000 (UTC) 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 A8710F4B for ; Fri, 30 Jan 2015 02:47:34 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-239-189.lns20.per1.internode.on.net [121.45.239.189]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t0U2l7vK016514 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 29 Jan 2015 18:47:10 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <54CAF0A5.6030705@freebsd.org> Date: Fri, 30 Jan 2015 10:47:01 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: NGie Cooper Subject: Re: libbconv References: <54C8C0B6.6030306@erdgeist.org> <54C8D52C.4010005@madpilot.net> <54C8E22E.8040207@erdgeist.org> <54C8ECC6.2000303@madpilot.net> <54C8FA01.7010904@madpilot.net> <54C8FA4E.9020607@erdgeist.org> <54CA5E6D.2060501@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-hackers@freebsd.org" , Dirk Engling , Guido Falsi X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 02:47:34 -0000 On 1/30/15 3:17 AM, NGie Cooper wrote: > On Thu, Jan 29, 2015 at 8:23 AM, Julian Elischer wrote: >> On 1/28/15 11:03 PM, Dirk Engling wrote: >>> On 28.01.15 16:02, Guido Falsi wrote: >>> >>>> Please try to reinstall the converters/libiconv port, which is what your >>>> other ports are looking for. >>> Thank you, sir :) >> >> of course you couId, I believe, just use libc which now contains a lot of >> iconv stuff.. >> at least it appears that way to me.. > iconv in libc doesn't have full feature parity with GNU libiconv. We > ran into problems with type widths at $work where some of our code was > misbehaving because iconv wasn't functioning like GNU libiconv. so who exactly did that import and why? it causes quite a bit of confusion. From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 30 15:20:40 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7CD9D3FB; Fri, 30 Jan 2015 15:20:40 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 55726A22; Fri, 30 Jan 2015 15:20:40 +0000 (UTC) Received: from new-host-3.home (pool-173-54-116-245.nwrknj.fios.verizon.net [173.54.116.245]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 59D80B94E; Fri, 30 Jan 2015 10:20:39 -0500 (EST) Message-ID: <54CBA14B.7030608@FreeBSD.org> Date: Fri, 30 Jan 2015 10:20:43 -0500 From: John Baldwin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Yue Chen , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: How to know the address ranges of kernel stacks, for user processes and kernel threads? References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 30 Jan 2015 10:20:39 -0500 (EST) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 15:20:40 -0000 On 1/28/15 7:54 PM, Yue Chen wrote: > How can we know the kernel stack ranges for user process and kernel threads > under FreeBSD x86_64? > > It seems that each kernel stack has two pages (IA-32) to use. Does x86_64 > still have two pages or more? And how can we find the address of these two > pages from a kernel module? In 'struct thread' there is td_kstack_pages and td_kstack. If you grep for those and see where they are initialized that will lead you to find in the source what the defaults are for amd64 (and you can also use those in your kernel module). Note that some kthreads have a different sized stack, so using the members in struct thread is probably what you want to do regardless. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 30 15:58:04 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83C5A77; Fri, 30 Jan 2015 15:58:04 +0000 (UTC) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F16ADA9; Fri, 30 Jan 2015 15:58:04 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id vy18so4249865iec.8; Fri, 30 Jan 2015 07:58:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=j51aJMmoaOznEmcl2tLJgKsqM3BoU8PlfHGN1X8AOQo=; b=E717DpIy0Z2m3qiYclNOKdaOvucYoiegPtTOFrOeAK0YBpO5yT9Hqk+j/QDnQaDcLM O/hQ/WLqeqLhd/yBxjKq/0DO9h6IwyBE1ThFvD3x1UuRK0XwOdjz5z0qNOdzKs0pZ7oR /o48bqu1qmRI8k/94zJfr8PanPsUbxdgQ/dBGzQ87GvWO2uk+/UhQtBCTiPs9NwCZdQD MMNgov86QqepKExULT1xzp9BauJ9NiGXionQo8zIoKJbKVkYSx5/BP9znCF1M0q82g+g LyRij/EoGeDBqKMgxGtQfsxrPWysg5Q3VPoDzJ+tGO0YMpEf4XPEuOAY1gt0OHUCCtjU hZpQ== X-Received: by 10.42.249.2 with SMTP id mi2mr6741516icb.36.1422633483782; Fri, 30 Jan 2015 07:58:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.91.193 with HTTP; Fri, 30 Jan 2015 07:57:43 -0800 (PST) From: Luca Pizzamiglio Date: Fri, 30 Jan 2015 16:57:43 +0100 Message-ID: Subject: UEFI boot hangs with MINNOWBOARD To: FreeBSD Hackers , freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 15:58:04 -0000 Hi, I'm testing CURRENT on a MINNOWBOARD (http://www.elinux.org/Minnowboard:MinnowMax): Dual-core atom E3825 CPU EFI Version: 2.4.0 EFI: EDK II boot1.efi starts, it can found the ufs partition with loader.efi loader.efi fails at BT->ExitBootServices() (elf64_exec() of sys/boot/amd64/efi/elf64_freebsd.c) ExitBootServices() fails with error code 2 (INVALID_PARAMETER). The documentation of this function (http://wiki.phoenix.com/wiki/index.php/EFI_BOOT_SERVICES#ExitBootServices.28.29) states that the mapKey is wrong and GetMemoryMap() should be recall and then ExitBootServices() again. I've tried to implement it, but it fails again. My main problem is that I don't know which parameter should I pass to GetMemoryMap() I gave a look to this discussion (http://www.gossamer-threads.com/lists/linux/kernel/1733014) about "retry ExitBootServices() on failure" about eboot in Linux: they do a retry (only one) and they call also a FreePoll(). Do you have any tips, suggestions or something that could help to get FreeBSD boot on this apparently standard board? Best regards, Luca Pizzamiglio PS: should we implement the ExitBootServices() retry? From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 30 15:59:05 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48426184 for ; Fri, 30 Jan 2015 15:59:05 +0000 (UTC) Received: from resqmta-ch2-03v.sys.comcast.net (resqmta-ch2-03v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:35]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 07CFFDBC for ; Fri, 30 Jan 2015 15:59:04 +0000 (UTC) Received: from resomta-ch2-15v.sys.comcast.net ([69.252.207.111]) by resqmta-ch2-03v.sys.comcast.net with comcast id mFyy1p0012Qkjl901Fz3EB; Fri, 30 Jan 2015 15:59:03 +0000 Received: from resmail-ch2-217v.sys.comcast.net ([162.150.48.251]) by resomta-ch2-15v.sys.comcast.net with comcast id mFz31p00H5RAVJS01Fz3XX; Fri, 30 Jan 2015 15:59:03 +0000 Date: Fri, 30 Jan 2015 15:59:03 +0000 (UTC) From: rondzierwa@comcast.net To: freebsd-hackers@freebsd.org Message-ID: <772071445.14131656.1422633543143.JavaMail.zimbra@comcast.net> In-Reply-To: <1337518696.14094651.1422631127707.JavaMail.zimbra@comcast.net> Subject: sync flood MIME-Version: 1.0 X-Originating-IP: [::ffff:50.241.136.197] X-Mailer: Zimbra 8.0.7_GA_6031 (ZimbraWebClient - FF28 (Win)/8.0.7_GA_6031) Thread-Topic: sync flood Thread-Index: NXVafJxHZRv/WMBNhhIT8IomaT2cmg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1422633543; bh=UmdkN6M7UYSiE5evcox7htmXAc3sPKrl/+szm1xC2zs=; h=Received:Received:Date:From:To:Message-ID:Subject:MIME-Version: Content-Type; b=XR4QzqmihDLDTpr+s+qNIX5yQmfksGrKhsE3hQQ1szwiglLixm1LngQ/j+1mvV2k7 zkJ7Eu7tiv28fKs2VLKmNL1bw6xZSMECZ8GVq5lHIvn4BW2L95oE4f1jWT4l5XtHf8 +Sqm+H+o8mTRaomN4XcuVEOVLyDpT0lLFXhm17Ns31VVuGSIJK9BVd5RnJ17HHtkzP IrWxNESQsTgNpRZl3XldzO3bYyNPFwwZLgFRZuOAFaBHpPAm5sNL6x9MLYOsxo9k6Z AUBgwR7JnPDRwgz+uuhM2TP0bEKYZgak1rreaN9xWfoR7olUFnlscv5SL375aO4yzt mvOiYHsevGtJw== Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 15:59:05 -0000 I am using freebsd 10.1-Release on a sunfire x4500 (thumper) and have run into a couple of odd things I was hoping someone could shed some light on. I am using the system to share up space on nfs and samba. the system has slots for up to 48 drives. I have 15 currently populated (a boot disk and 14 array disks). I created a raidz and zfs pool and began creating shares. When I began actually using the system to serve up nfs shares over one of the on-board em ethernet devices, the system crashed within a couple of minutes. when it rebooted, the bios screen stopped with a message indicating that there had been a sync flood condition that caused the reboot. This was easily and quickly repeatable, and it made the server useless. I have found several threads on the mailing lists where people have encountered this before and i tried a few things, but what made it stop was disabling all but the boot processor using loader.conf. Once I was running on only one processor the sync flood stopped happening and its been running under load for a day. The server has run reliably under solaris, but since they were end-of-life, i was able to economically re-purpose them. What led me to try running on only one processpr was part of a thread that talked about changing the way interrupts route to the various processors. http://lists.freebsd.org/pipermail/freebsd-stable/2010-July/057670.html The thread was using a Sun X4100, so what they were doing did not seem to directly apply, but by eliminating all but the boot processor would certainly solve any interrupt routing issues, and it was easy enough to try, and it seemed to have masked the problem. For the long term however, this is not a workable solution. This server will be given more and more things to do and the other processors will become more of a necessity. It seems like there is something in the default assignment of hardware resources that is having a problem dealing with a system like this that has so much on the bus (6 marvel sata controllers, 4 intel pro/1000 controllers, 4 usb controllers). It also has an issue where freebsd can only allocate bus resources for 2 of the 4 ethernet devices: em2: mem 0xfdbe0000-0xfdbfffff irq 61 at device 1.0 on pci8 em2: 0x40 bytes of rid 0x20 res 4 failed (0, 0xffffffffffffffff). em2: Unable to allocate bus resource: ioport em2: Allocation of PCI resources failed device_attach: em2 attach returned 6 em2: mem 0xfdbc0000-0xfdbdffff irq 62 at device 1.1 on pci8 em2: 0x40 bytes of rid 0x20 res 4 failed (0, 0xffffffffffffffff). em2: Unable to allocate bus resource: ioport em2: Allocation of PCI resources failed device_attach: em2 attach returned 6 There are plans to complicate things further by adding two InfiBand interfaces. can anyone offer any ideas as to how to chase this problem? thanks, ron. From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 30 17:35:45 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1CE25B3; Fri, 30 Jan 2015 17:35:45 +0000 (UTC) Received: from mail-qg0-x235.google.com (mail-qg0-x235.google.com [IPv6:2607:f8b0:400d:c04::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B330DA9; Fri, 30 Jan 2015 17:35:45 +0000 (UTC) Received: by mail-qg0-f53.google.com with SMTP id a108so39184786qge.12; Fri, 30 Jan 2015 09:35:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=ki9qHUHuVxZQdXpgdMvDsvsQANniGgvyCfhF8esY3Qo=; b=HALVAf47rYIwT1zlgHvZPgoHnWxQUNinmc+HFQYIxX2JpwMS8vy1pHMqamYiGiQG63 vyv2XTau1Kw8dYKwJtZoYgASXwPCIX2sNohtU6ZxC2cPrCE4H51JjLPRVtkuwaqPZald 2pEk0YY72GjKbTgdSJiVwzP5vE2upldFNq45OjngHcipWlAeVxebq5W8F7GpsH0lTsQZ WdWLBY922LkharsCq6XuycVYi4aXa/p4xJMsN9GaRoDnucBMtr88NDIrNnXxs/4U+PZZ AhgOUZMsSVLauqlUzIN32dWIDZ5kP7tymZllYy85nZvmOlRQJE1aSqIcKlOBRykRCVkk X3OA== X-Received: by 10.140.94.6 with SMTP id f6mr13801708qge.38.1422639344656; Fri, 30 Jan 2015 09:35:44 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.140.39.209 with HTTP; Fri, 30 Jan 2015 09:35:24 -0800 (PST) In-Reply-To: References: From: Ed Maste Date: Fri, 30 Jan 2015 12:35:24 -0500 X-Google-Sender-Auth: rkA2u2MKqJIO_DCb74QKiYhECWg Message-ID: Subject: Re: UEFI boot hangs with MINNOWBOARD To: Luca Pizzamiglio Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Hackers , FreeBSD Current X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 17:35:46 -0000 On 30 January 2015 at 10:57, Luca Pizzamiglio wrote: > Hi, > I'm testing CURRENT on a MINNOWBOARD > (http://www.elinux.org/Minnowboard:MinnowMax): > > Dual-core atom E3825 CPU > EFI Version: 2.4.0 > EFI: EDK II > > boot1.efi starts, it can found the ufs partition with loader.efi > loader.efi fails at BT->ExitBootServices() (elf64_exec() of > sys/boot/amd64/efi/elf64_freebsd.c) Which revision are you testing, and do you have any local changes? I built a plain -current USB stick image a while back and had no trouble, when using the HDMI output. I don't recall the revision at the moment, but will try again soon. Serial console won't work because the UARTs are not quite 16550-compatible. We do need a GetMemoryMap() / ExitBootServices() retry though. From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 31 01:45:01 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5E34189; Sat, 31 Jan 2015 01:45:01 +0000 (UTC) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 72A1E6EF; Sat, 31 Jan 2015 01:45:01 +0000 (UTC) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t0V1iuLb087871 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Jan 2015 17:44:56 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t0V1itOi087870; Fri, 30 Jan 2015 17:44:55 -0800 (PST) (envelope-from jmg) Date: Fri, 30 Jan 2015 17:44:55 -0800 From: John-Mark Gurney To: rozhuk.im@gmail.com Subject: Re: ChaCha8/12/20 and GEOM ELI tests Message-ID: <20150131014454.GQ27103@funkthat.com> References: <54b33bfa.e31b980a.3e5d.ffffc823@mx.google.com> <54B4AE55.9090205@platinum.linux.pl> <54b5d299.4914980a.61cd.43a6@mx.google.com> <20150114041708.GA3189@reks> <54b601ec.0515980a.0c9c.47e1@mx.google.com> <20150114082019.GA3669@reks> <54b6ae4c.0905990a.6c9c.642e@mx.google.com> <54b6b91b.2aa3700a.3a6c.47b5@mx.google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54b6b91b.2aa3700a.3a6c.47b5@mx.google.com> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Fri, 30 Jan 2015 17:44:56 -0800 (PST) Cc: 'Alaksiej' , 'freebsd-geom' , 'Adam Nowacki' , freebsd-hackers@freebsd.org, 'Gleb Kurtsou' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2015 01:45:01 -0000 rozhuk.im@gmail.com wrote this message on Wed, Jan 14, 2015 at 21:44 +0300: > > Excuse me, but if you think your physical medium is either 100% > > inaccessible to an adversary, or simply not worth a real attack, and > > the speed is the concern, then why do you want to use any encryption at > > all? > > 100% is not available yet introduced GELI keys / mounted drive. > AES-XTS is good but too slow. You do realize that AES-XTS can get >900MB/sec on md mounted disks when AES-NI is available? and that is single cpu... Make sure you're running 10 or later... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 31 02:21:52 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF857942; Sat, 31 Jan 2015 02:21:52 +0000 (UTC) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 354C7A86; Sat, 31 Jan 2015 02:21:52 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id gd6so26598845lab.4; Fri, 30 Jan 2015 18:21:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:from:reply-to:to:cc:references:in-reply-to:subject:date :mime-version:content-type:content-transfer-encoding:thread-index :content-language; bh=NfuZNRiHGoE97zHQu6yyW+HYMtQxb0P4QoVMtYAVuh0=; b=O2wh9UR1MZs17VYjwPtYqQov14ZH7s25sXjyzNwKQcvVx8TcVJkNI1pQysmw8IXL3W 8AAIn2O43qyl6TXaRJ9WHR0kBto6/R+no2y68l8ASaYXFb5UJTJvITm/kTahzcbFVwri tlHmbZ4qC0rHmRDAdedIr5KkrWROGK3RIPiUm6I6bLoVlVdsmIa2b3QOa5qa7MJi4qlP J4lmHak6dG7xxLGUsOlHbx9IUoy1EO+X7FTXf5GPonDFrHduwSuoExjQ8hmqEdhCE9vc aPjYDlaLZ1dfw5DaWSfJuFYyXPA5Nx7NaEeS6vYzNPv1df0IxGUeVyqQvHP/fhXsJKJC 6efg== X-Received: by 10.152.203.230 with SMTP id kt6mr9175791lac.38.1422670909668; Fri, 30 Jan 2015 18:21:49 -0800 (PST) Received: from w7x64wksv ([2001:470:1f15:8e:983f:fc01:8a3b:4b95]) by mx.google.com with ESMTPSA id w6sm507098law.28.2015.01.30.18.21.47 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 30 Jan 2015 18:21:48 -0800 (PST) Message-ID: <54cc3c3c.0606980a.77ac.1d77@mx.google.com> X-Google-Original-Message-ID: <001101d03cfc$ab12de30$01389a90$@IM@gmail.com> From: rozhuk.im@gmail.com X-Google-Original-From: Reply-To: To: "'John-Mark Gurney'" References: <54b33bfa.e31b980a.3e5d.ffffc823@mx.google.com> <54B4AE55.9090205@platinum.linux.pl> <54b5d299.4914980a.61cd.43a6@mx.google.com> <20150114041708.GA3189@reks> <54b601ec.0515980a.0c9c.47e1@mx.google.com> <20150114082019.GA3669@reks> <54b6ae4c.0905990a.6c9c.642e@mx.google.com> <54b6b91b.2aa3700a.3a6c.47b5@mx.google.com> <20150131014454.GQ27103@funkthat.com> In-Reply-To: <20150131014454.GQ27103@funkthat.com> Subject: RE: ChaCha8/12/20 and GEOM ELI tests Date: Sat, 31 Jan 2015 05:21:46 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdA894f/gA/UaejuTd6CBHbbYRS6qAAA9euQ Content-Language: ru Cc: 'Alaksiej' , 'freebsd-geom' , 'Adam Nowacki' , freebsd-hackers@freebsd.org, 'Gleb Kurtsou' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2015 02:21:52 -0000 > > > Excuse me, but if you think your physical medium is either 100% > > > inaccessible to an adversary, or simply not worth a real attack, > and > > > the speed is the concern, then why do you want to use any > encryption > > > at all? > > > > 100% is not available yet introduced GELI keys / mounted drive. > > AES-XTS is good but too slow. > > You do realize that AES-XTS can get >900MB/sec on md mounted disks when > AES-NI is available? and that is single cpu... Make sure you're > running 10 or later... > 650 MB/sec on AMD 5350 with AES-NI. 540 MB/sec on same CPU - ChaCha8 480 MB/sec - ChaCha12 140 MB/sec - AES without AES-NI. I have only ONE CPU with AES-NI. Also, non x86 CPU does not have AES-NI. From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 31 06:07:03 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6C08114 for ; Sat, 31 Jan 2015 06:07:03 +0000 (UTC) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B2128FDC for ; Sat, 31 Jan 2015 06:07:03 +0000 (UTC) Received: by mail-ig0-f177.google.com with SMTP id z20so7383398igj.4 for ; Fri, 30 Jan 2015 22:07:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=obKMTCadsqwplvciX61Y4EYj4XUsdgjgFfcYLmAyoGw=; b=MUcb4iSXOlXEJL8uGgE2hu6AWeRgGsfKnnVUxkrCyjsfRZyzAnpGkCHz1Q4pFvd6gy sLHneONmJsaBvPhR0k6P5NEqQmT86wqmz/8lHr3G6jmYks+kLk+Y1XARvVloHI+WMbmH hr0HC8xfrwHa3qAN440Kx7A5dciBrFeRg7zbviWJrJXbO1YCtniomHkoU1NFcXztaWN4 a1t+pxXgVuJnEEQqT5b31Twju1sryVWAsIOL1zTFAD/B/5o0iEbvRyLe2BnXIJgyQpQw hq6FKHYhTzIoyjeCAdI4qPQlDilIdAgLBVEkpn0mfDAO76QmvYoJYQQCZJrnwE6e/Asb 7Iwg== MIME-Version: 1.0 X-Received: by 10.42.62.71 with SMTP id x7mr9470947ich.61.1422684422948; Fri, 30 Jan 2015 22:07:02 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.78.14 with HTTP; Fri, 30 Jan 2015 22:07:02 -0800 (PST) Date: Fri, 30 Jan 2015 22:07:02 -0800 X-Google-Sender-Auth: CyMx90wQb5Ej_GwxwmugsJzSZzc Message-ID: Subject: resurrecting oliver fromme's graphical bootloader From: Adrian Chadd To: "freebsd-hackers@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2015 06:07:04 -0000 hi all, I resurrected oliver's graphical bootloader and shuffled the VGA code away into sys/boot/i386/libi386vga/ . https://github.com/erikarn/freebsd/tree/adrian_loader_graphics The menu side of things needs updating and re-integration into how the current beastie setup path works. I'd like to get this tidied up and pushed into HEAD so it can start getting some more exposure. I'd also like to write a generic FB graphics interface so we can use it on EFI and the raspberry pi. This is highly spare time, so I'd appreciate any help people can provide. Thanks! -adrian