From owner-freebsd-users-jp@freebsd.org Mon Feb 6 11:55:25 2017 Return-Path: Delivered-To: freebsd-users-jp@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F080CCD3AA7 for ; Mon, 6 Feb 2017 11:55:25 +0000 (UTC) (envelope-from hrs@allbsd.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.allbsd.org", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 622DA1ECA for ; Mon, 6 Feb 2017 11:55:25 +0000 (UTC) (envelope-from hrs@allbsd.org) Received: from mail-d.allbsd.org (p2027-ipbf1605funabasi.chiba.ocn.ne.jp [123.225.191.27]) (authenticated bits=56) by mail.allbsd.org (8.15.2/8.15.2) with ESMTPSA id v16Bt2Gv057324 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) (Client CN "/OU=GT07882699/OU=See+20www.rapidssl.com/resources/cps+20+28c+2915/OU=Domain+20Control+20Validated+20-+20RapidSSL+28R+29/CN=*.allbsd.org", Issuer "/C=US/O=GeoTrust+20Inc./CN=RapidSSL+20SHA256+20CA+20-+20G3"); Mon, 6 Feb 2017 20:55:22 +0900 (JST) (envelope-from hrs@allbsd.org) Received: from alph.allbsd.org (alph.allbsd.org [192.168.0.10]) by mail-d.allbsd.org (8.15.2/8.15.2) with ESMTPS id v16Brk9Y076962 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 6 Feb 2017 20:53:46 +0900 (JST) (envelope-from hrs@allbsd.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.15.2/8.15.2) with ESMTPA id v16Brj7o076959; Mon, 6 Feb 2017 20:53:46 +0900 (JST) (envelope-from hrs@allbsd.org) Date: Mon, 06 Feb 2017 20:46:06 +0900 (JST) Message-Id: <20170206.204606.1014184135554854822.hrs@allbsd.org> To: maruyama@ism.ac.jp Cc: freebsd-users-jp@freebsd.org From: Hiroki Sato In-Reply-To: References: <20170206.163346.1088855388594899103.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.7 on Emacs 25.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Feb__6_20_46_06_2017_034)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.4.3 (mail.allbsd.org [133.31.130.32]); Mon, 06 Feb 2017 20:55:23 +0900 (JST) X-Spam-Status: No, score=1.8 required=13.0 tests=CONTENT_TYPE_PRESENT, ISO2022JP_BODY,JOUHOU,QENCPTR1,RP_MATCHES_RCVD,SUPPORT,URIBL_SC2_SURBL, URIBL_XS_SURBL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on gatekeeper.allbsd.org Subject: [FreeBSD-users-jp 96031] Re: linprocfs and mfs on 10.3-RELEASE-p16 X-BeenThere: freebsd-users-jp@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion relevant to FreeBSD communities in Japan List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2017 11:55:26 -0000 ----Security_Multipart(Mon_Feb__6_20_46_06_2017_034)-- Content-Type: Text/Plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit maruyama@ism.ac.jp (丸山直昌) wrote in : ma> VIMAGE のことは忘れていました。 ma> ma> Date: Thu, 01 Sep 2016 14:04:04 +0900 ma> Subject: [FreeBSD-users-jp 95966] FreeBSD と PC-BSDの違い ma> ma> に書いた通り、 10.3での元祖 FreeBSD と PCBSDの違いは ma> ma> usr/src/sys/amd64/conf/GENERIC PCBSD/usr/src/sys/amd64/conf/GENERIC ma> usr/src/sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c ma> ma> だけで、少ないとは言え違うので、可能性だけ言えば、動かなくなる機能はある ma> わけですが、私は jail は使っていないので、まあこのままFreeBSD プロジェク ma> ト側の freebsd-update サーバを使ってみます。 PC-BSDの update サーバーは ma> 手抜きでどうしようもありません。 VIMAGE が入っている場合、jail を使っているかどうかと関係なく ネットワーク周りのコードがごっそり変わりますので、 不具合はこれからも出ると思います。 先のメールにあった ma> link_elf_obj: symbol vnet_entry_ifnet undefined は、グローバル変数である ifnet の参照（カーネルモジュールの リンク時のシンボル解決）に失敗していることを示しています。 linprocfs は proc/net/dev をサポートするために ifnet を使います。 ifnet の構造体は VIMAGE がある場合とない場合とで大きく異なります。 具体的には、ある場合は vnet_entry_ifnet という名前に置き換えられ、 ない場合は ifnet という名前のままです。 そのため、linprocfs.ko を読んだ時点で上記のエラーが出るという情報から 推測すると、PC-BSD に含まれている linprocfs.ko と FreeBSD プロジェクトがリリースしている GENERIC カーネルとを 組み合わせた場合なのだと思います。GENERIC カーネルには vnet_entry_ifnet が定義されていませんので、カーネルモジュールの ロードに失敗します。 なぜ再現しないのかはわかりませんが、 「freebsd-update によってカーネル本体だけ差し替えられた」という 想像が正しいなら、カーネルモジュールのうち、ifnet を参照するものは 全滅しています。これには linprocfs だけでなく、 ipfw や pf, if_vlan などが含まれますので、影響は大きいです。 自己責任で使われるのは自由だと思いますが、 メーリングリストに報告しても有益なアドバイスを得られる可能性は 非常に低いのではないでしょうか。 -- Hiroki ----Security_Multipart(Mon_Feb__6_20_46_06_2017_034)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAliYYf4ACgkQTyzT2CeTzy2BPACgmuEZj3j2DW+q4coTtdit8/XH ev4An0ALG1SmbeHZack3L6MsilQ+O+cQ =B5AI -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Feb__6_20_46_06_2017_034)----