From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 02:19:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CCA6106564A; Sun, 24 Oct 2010 02:19:26 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id DC6A68FC13; Sun, 24 Oct 2010 02:19:25 +0000 (UTC) Received: by wwb24 with SMTP id 24so2145373wwb.31 for ; Sat, 23 Oct 2010 19:19:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=0P86+77CBkonO7x4MgL1GcsbNPg9swkdc4Royj6wbFM=; b=HxYFJBPYHKF09m+8IgrPFqa+aWkjIUv6a6zF5AIX7JNJkYHsdFtt9MYzLg8QdmQpuj nvB4XAyT3RoDf0jvwdwNkvNciME93Vw2DslpD35assdcnxuE98wzSM9owmyf8WjFPaqZ akPIlUXKDqF/Rkn+o5W1Eq9erO3SbMDS5Q7dE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=n484bHG1xfkyohK8HlJsXZvzsT9x1fLeKK3kmswY0nb1ysL6ioQUkZMhgmztHus0gw DX7llXrpg1DQRTRyCF7NpHBFDBWWKBnACPhkzyGREy1+9LA/8dGZzsqAtTWlYXEXJ9N3 JxhNxqweDwatxsWY6ocnB2joIvSqTbK4s3CY4= MIME-Version: 1.0 Received: by 10.216.240.198 with SMTP id e48mr1340205wer.0.1287886764026; Sat, 23 Oct 2010 19:19:24 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.216.10.198 with HTTP; Sat, 23 Oct 2010 19:19:23 -0700 (PDT) In-Reply-To: <1287873322.2580.16.camel@home-yahoo> References: <1287866401.2580.5.camel@home-yahoo> <1287873322.2580.16.camel@home-yahoo> Date: Sat, 23 Oct 2010 19:19:23 -0700 X-Google-Sender-Auth: 1Z9ChED5xwF-2GAbFjviFL9TQ_Y Message-ID: From: Garrett Cooper To: "sbruno@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: Small /etc/src.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2010 02:19:26 -0000 On Sat, Oct 23, 2010 at 3:35 PM, Sean Bruno wrote: > On Sat, 2010-10-23 at 14:21 -0700, Rob Farmer wrote: >> On Sat, Oct 23, 2010 at 13:40, Sean Bruno wrote: >> > Anyone have a src.conf + make.conf that I can steal to build a small >> > installation of BSD? =A0I've been trying to shrink the installation so= I >> > can cram an ISO of BSD across the network into a remote installation >> > thing in an HP box. >> >> Have you checked this: >> http://phk.freebsd.dk/misc/build_options/ >> >> I'm not sure exactly what you're looking for, but in my experience (I >> care more about build time than size though, and still want a fairly >> functional system) these are the most important variables to set: >> >> NO_MODULES (stick everything in the kernel - tons of stuff is built >> twice, like ufs support) >> WITHOUT_PROFILE >> WITHOUT_LIB32 >> WITHOUT_CLANG >> WITHOUT_KERBEROS >> WITHOUT_CDDL >> >> Some of the options involving src/share like WITHOUT_LOCALES seem to >> kill a lot of files too. >> >> Everything else either just skips a couple files (of course, that can >> add up) or starts to cut into basic functionality (like no man pages), >> IMHO. >> > > Thanks for the clue, I've come up with some stuff now that got me down > to ~100MB, but I think I can go smaller. > src.conf: > WITHOUT_AMD=3Dtrue > WITHOUT_APM=3Dtrue > WITHOUT_BIND=3Dtrue > WITHOUT_BSNMP=3Dtrue > WITHOUT_BSD_CPIO=3Dtrue > WITHOUT_BZIP2=3Dtrue > WITHOUT_BLUETOOTH=3Dtree > WITHOUT_CDDL=3Dtrue > WITHOUT_CLANG=3Dtrue > WITHOUT_CPP=3Dtrue > WITHOUT_CRYPT=3Dtrue > WITHOUT_CTM=3Dtrue > WITHOUT_CVS=3Dtrue > WITHOUT_CXX=3Dtrue > WITHOUT_DICT=3Dtrue > WITHOUT_EXAMPLES=3Dtrue > WITHOUT_FREEBSD_UPDATE=3Dtrue > WITHOUT_GAMES=3Dtrue > WITHOUT_GDB=3Dtrue > WITHOUT_GNU=3Dtrue > WITHOUT_GPIB=3Dtrue > WITHOUT_GROFF=3Dtrue > WITHOUT_GCOV=3Dtrue > WITHOUT_HTML=3Dtrue > WITHOUT_INET6=3Dtrue > WITHOUT_INFO=3Dtrue > #WITHOUT_INSTALLLIB=3Dtrue > WITHOUT_IPFILTER=3Dtrue > WITHOUT_IPFW=3Dtrue > WITHOUT_IPX=3Dtrue > WITHOUT_IPX_SUPPORT=3Dtrue > WITHOUT_JAIL=3Dtrue > WITHOUT_LIB32=3Dtrue > WITHOUT_LOCATE=3Dtrue > WITHOUT_LPR=3Dtrue > WITHOUT_MAIL=3Dtrue > WITHOUT_MAN=3Dtrue > WITHOUT_NCP=3Dtrue > WITHOUT_NDIS=3Dtrue > WITHOUT_NETGRAPH=3Dtrue > WITHOUT_NIS=3Dtrue > WITHOUT_NLS=3Dtrue > WITHOUT_NLS_CATALOGS=3Dtrue > WITHOUT_NS_CACHING=3Dtrue > WITHOUT_NTP=3Dtrue > WITHOUT_OBJC=3Dtrue > WITHOUT_PAM=3Dtrue > WITHOUT_PF=3Dtrue > WITHOUT_PORTSNAP=3Dtrue > WITHOUT_PPP=3Dtrue > WITHOUT_PROFILE=3Dtrue > WITHOUT_QUOTAS=3Dtrue > WITHOUT_RCMDS=3Dtrue > WITHOUT_RCS=3Dtrue > WITHOUT_RESCUE=3Dtrue > WITHOUT_ROUTED=3Dtrue > WITHOUT_SHAREDOCS=3Dtrue > WITHOUT_SYSINSTALL=3Dtrue > WITHOUT_TCSH=3Dtrue > WITHOUT_TELNET=3Dtrue > WITHOUT_TOOLCHAIN=3Dtrue > WITHOUT_WIRELESS=3Dtrue > > make.conf: > NO_MODULES=3Dtrue > NO_SHARE=3Dtrue Looks about right (I don't optimize things that much in all cases, but I've come close before). Here's a PR I opened that would tune the rc.d scripts, because you'll probably notice that there's a ton of noise involved at bootup when you do the above items: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dconf/145344 If desired, I can update the patch with latest HEAD for the PR. I would need for someone to review the item though and help commit it. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 03:16:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FB06106564A; Sun, 24 Oct 2010 03:16:04 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6EE9A8FC0A; Sun, 24 Oct 2010 03:16:03 +0000 (UTC) Received: by wyb42 with SMTP id 42so2230360wyb.13 for ; Sat, 23 Oct 2010 20:16:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=RrWbQ2CrL3s9G4wzqVpeBC1fOYP10u3I45znagOQH7o=; b=W2Y9GjBEDnc3aGu9+7Cq6th2DNgEaq7l6cABCARuDGU+7OIQEqgkAfXXw5tSxX12cQ 2B3s1pxR3aEZs5VwN7fu7au1p7TRp2Inl8Dx0CJFvNSxsLtm2WvnC09zDyFnOUr72lCC BOpX+KsGzK3Wwc/P8+vwGr6Ac7kmDYrwxFo2k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=IXQraFyeY9H/7XNi/pyRlirLoYZopS5J5gWvsaqKJtFi1mIFpw9tMOV/02D++/X3ID snO4+1Tz6r4crBPcOatxCHNcmwUk5kZr11qc/7NwyE3SUX82FCp4Zf5i4txMA71TYxsd 680CBsTvEJx/laeQC95ntLcTcYWpt5iaDUSFg= MIME-Version: 1.0 Received: by 10.216.164.66 with SMTP id b44mr1327891wel.81.1287890162105; Sat, 23 Oct 2010 20:16:02 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.216.10.198 with HTTP; Sat, 23 Oct 2010 20:16:02 -0700 (PDT) In-Reply-To: References: <1287866401.2580.5.camel@home-yahoo> <1287873322.2580.16.camel@home-yahoo> Date: Sat, 23 Oct 2010 20:16:02 -0700 X-Google-Sender-Auth: OfoDp970vxbR-WS7Wd4_hkA6T3k Message-ID: From: Garrett Cooper To: "sbruno@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: Small /etc/src.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2010 03:16:04 -0000 On Sat, Oct 23, 2010 at 7:19 PM, Garrett Cooper wrote= : > On Sat, Oct 23, 2010 at 3:35 PM, Sean Bruno wrote= : >> On Sat, 2010-10-23 at 14:21 -0700, Rob Farmer wrote: >>> On Sat, Oct 23, 2010 at 13:40, Sean Bruno wrote= : >>> > Anyone have a src.conf + make.conf that I can steal to build a small >>> > installation of BSD? =A0I've been trying to shrink the installation s= o I >>> > can cram an ISO of BSD across the network into a remote installation >>> > thing in an HP box. >>> >>> Have you checked this: >>> http://phk.freebsd.dk/misc/build_options/ >>> >>> I'm not sure exactly what you're looking for, but in my experience (I >>> care more about build time than size though, and still want a fairly >>> functional system) these are the most important variables to set: >>> >>> NO_MODULES (stick everything in the kernel - tons of stuff is built >>> twice, like ufs support) >>> WITHOUT_PROFILE >>> WITHOUT_LIB32 >>> WITHOUT_CLANG >>> WITHOUT_KERBEROS >>> WITHOUT_CDDL >>> >>> Some of the options involving src/share like WITHOUT_LOCALES seem to >>> kill a lot of files too. >>> >>> Everything else either just skips a couple files (of course, that can >>> add up) or starts to cut into basic functionality (like no man pages), >>> IMHO. >>> >> >> Thanks for the clue, I've come up with some stuff now that got me down >> to ~100MB, but I think I can go smaller. >> src.conf: >> WITHOUT_AMD=3Dtrue >> WITHOUT_APM=3Dtrue >> WITHOUT_BIND=3Dtrue >> WITHOUT_BSNMP=3Dtrue >> WITHOUT_BSD_CPIO=3Dtrue >> WITHOUT_BZIP2=3Dtrue >> WITHOUT_BLUETOOTH=3Dtree >> WITHOUT_CDDL=3Dtrue >> WITHOUT_CLANG=3Dtrue >> WITHOUT_CPP=3Dtrue >> WITHOUT_CRYPT=3Dtrue >> WITHOUT_CTM=3Dtrue >> WITHOUT_CVS=3Dtrue >> WITHOUT_CXX=3Dtrue >> WITHOUT_DICT=3Dtrue >> WITHOUT_EXAMPLES=3Dtrue >> WITHOUT_FREEBSD_UPDATE=3Dtrue >> WITHOUT_GAMES=3Dtrue >> WITHOUT_GDB=3Dtrue >> WITHOUT_GNU=3Dtrue >> WITHOUT_GPIB=3Dtrue >> WITHOUT_GROFF=3Dtrue >> WITHOUT_GCOV=3Dtrue >> WITHOUT_HTML=3Dtrue >> WITHOUT_INET6=3Dtrue >> WITHOUT_INFO=3Dtrue >> #WITHOUT_INSTALLLIB=3Dtrue >> WITHOUT_IPFILTER=3Dtrue >> WITHOUT_IPFW=3Dtrue >> WITHOUT_IPX=3Dtrue >> WITHOUT_IPX_SUPPORT=3Dtrue >> WITHOUT_JAIL=3Dtrue >> WITHOUT_LIB32=3Dtrue >> WITHOUT_LOCATE=3Dtrue >> WITHOUT_LPR=3Dtrue >> WITHOUT_MAIL=3Dtrue >> WITHOUT_MAN=3Dtrue >> WITHOUT_NCP=3Dtrue >> WITHOUT_NDIS=3Dtrue >> WITHOUT_NETGRAPH=3Dtrue >> WITHOUT_NIS=3Dtrue >> WITHOUT_NLS=3Dtrue >> WITHOUT_NLS_CATALOGS=3Dtrue >> WITHOUT_NS_CACHING=3Dtrue >> WITHOUT_NTP=3Dtrue >> WITHOUT_OBJC=3Dtrue >> WITHOUT_PAM=3Dtrue >> WITHOUT_PF=3Dtrue >> WITHOUT_PORTSNAP=3Dtrue >> WITHOUT_PPP=3Dtrue >> WITHOUT_PROFILE=3Dtrue >> WITHOUT_QUOTAS=3Dtrue >> WITHOUT_RCMDS=3Dtrue >> WITHOUT_RCS=3Dtrue >> WITHOUT_RESCUE=3Dtrue >> WITHOUT_ROUTED=3Dtrue >> WITHOUT_SHAREDOCS=3Dtrue >> WITHOUT_SYSINSTALL=3Dtrue >> WITHOUT_TCSH=3Dtrue >> WITHOUT_TELNET=3Dtrue >> WITHOUT_TOOLCHAIN=3Dtrue >> WITHOUT_WIRELESS=3Dtrue >> >> make.conf: >> NO_MODULES=3Dtrue >> NO_SHARE=3Dtrue > > =A0 =A0Looks about right (I don't optimize things that much in all cases, > but I've come close before). Here's a PR I opened that would tune the > rc.d scripts, because you'll probably notice that there's a ton of > noise involved at bootup when you do the above items: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dconf/145344 > > =A0 =A0If desired, I can update the patch with latest HEAD for the PR. I > would need for someone to review the item though and help commit it. One thing though: being pedantic and setting true is ok, but just doing: WITHOUT_TCSH=3D etc is sufficient. Another thing you could do is: FEATURES=3D \ AMD \ APM \ ... WIRELESS .for feature in ${FEATURES} WITHOUT_${feature}=3D .endfor (that's what I did in one instance where I source the src.conf file from another Makefile). It's up to you depending on your target audience for the file on what approach you want to take. Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 14:06:56 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACBAB1065673 for ; Sun, 24 Oct 2010 14:06:56 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.49.45]) by mx1.freebsd.org (Postfix) with ESMTP id 86FE18FC14 for ; Sun, 24 Oct 2010 14:06:56 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id A1E475C3B; Sun, 24 Oct 2010 09:47:42 -0400 (EDT) Date: Sun, 24 Oct 2010 09:47:42 -0400 From: Wesley Shields To: KOT MATPOCKuH Message-ID: <20101024134742.GA78060@atarininja.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current Subject: Re: ports/151636: net/isc-dhcp31-server and net/isc-dhcp41-server does not work with VLAN interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2010 14:06:56 -0000 On Fri, Oct 22, 2010 at 11:48:19AM +0400, KOT MATPOCKuH wrote: > Hi all! > > I got another problem with latest kernel: net/isc-dhcp31-server not > started on VLAN interface with message: > Internet Systems Consortium DHCP Server 4.1.1-P1 > Copyright 2004-2010 Internet Systems Consortium. > All rights reserved. > For info, please visit https://www.isc.org/software/dhcp/ > Wrote 0 deleted host decls to leases file. > Wrote 0 new dynamic host decls to leases file. > Wrote 64 leases to leases file. > Unsupported device type 135 for "bge1.48" > > I tried to update dhcpd to net/isc-dhcp41-server, but without result. > > I attached a patch for net/isc-dhcp41-server , but not sure is it correct. > I think a similar change should solve the problem for net/isc-dhcp31-server... I'll go ahead and update the port with this change today. In the future you should contact the maintainer of the port, along with using the ports@ list, so that this kind of stuff doesn't get lost in mailing lists. Lastly, you should feed this patch upstream if you have not already. -- WXS From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 15:33:18 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A0A9106564A; Sun, 24 Oct 2010 15:33:18 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp2.one.com (csmtp2.one.com [91.198.169.22]) by mx1.freebsd.org (Postfix) with ESMTP id 8AEAE8FC21; Sun, 24 Oct 2010 15:33:17 +0000 (UTC) Received: from macfeast.lan (0x573b9942.cpe.ge-1-2-0-1101.ronqu1.customer.tele.dk [87.59.153.66]) by csmtp2.one.com (Postfix) with ESMTPA id 73C7F6D6AF882; Sun, 24 Oct 2010 15:07:20 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: multipart/signed; boundary=Apple-Mail-182-387995717; protocol="application/pkcs7-signature"; micalg=sha1 From: Erik Cederstrand In-Reply-To: <1287866401.2580.5.camel@home-yahoo> Date: Sun, 24 Oct 2010 17:07:20 +0200 Message-Id: References: <1287866401.2580.5.camel@home-yahoo> To: sbruno@freebsd.org X-Mailer: Apple Mail (2.1081) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current Subject: Re: Small /etc/src.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2010 15:33:18 -0000 --Apple-Mail-182-387995717 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Den 23/10/2010 kl. 22.40 skrev Sean Bruno: > Anyone have a src.conf + make.conf that I can steal to build a small > installation of BSD? I've been trying to shrink the installation so I > can cram an ISO of BSD across the network into a remote installation > thing in an HP box. Apart from the mentioned src/make.conf options, you might want to try = removing "makeoptions DEBUG=3D-g" from the kernel config, plus support = for hardware you will never need. The debugging symbols in /boot/kernel = use a lot of space. THanks, Erik= --Apple-Mail-182-387995717-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 17:13:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7595D1065670 for ; Sun, 24 Oct 2010 17:13:59 +0000 (UTC) (envelope-from tgen@deepbone.net) Received: from cpsmtpb-ews06.kpnxchange.com (cpsmtpb-ews06.kpnxchange.com [213.75.39.9]) by mx1.freebsd.org (Postfix) with ESMTP id F40FF8FC13 for ; Sun, 24 Oct 2010 17:13:58 +0000 (UTC) Received: from cpbrm-ews26.kpnxchange.com ([10.94.84.157]) by cpsmtpb-ews06.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 24 Oct 2010 19:13:57 +0200 Received: from CPSMTPM-EML108.kpnxchange.com ([195.121.3.12]) by cpbrm-ews26.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 24 Oct 2010 19:13:57 +0200 Received: from smtp.deepbone.net ([84.83.37.40]) by CPSMTPM-EML108.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18222); Sun, 24 Oct 2010 19:13:57 +0200 Received: from [10.64.3.36] (unknown [10.64.1.10]) (Authenticated sender: tgen) by smtp.deepbone.net (Postfix) with ESMTPSA id 6668739842 for ; Sun, 24 Oct 2010 17:13:56 +0000 (UTC) Message-ID: <4CC4694E.8090107@deepbone.net> Date: Sun, 24 Oct 2010 17:13:50 +0000 From: "Thomas E. Spanjaard" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100527 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC6B228D0DF1C8661C7F4EB0F" X-OriginalArrivalTime: 24 Oct 2010 17:13:57.0295 (UTC) FILETIME=[D7CFFBF0:01CB739E] X-RcptDomain: freebsd.org Subject: kern/151608: [ata] FreeBSD doesn't detect Sandforce-based SSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2010 17:13:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC6B228D0DF1C8661C7F4EB0F Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable In an attempt to get more information about this issue, I'd like to ask people on freebsd-current if they're using any Sandforce-based SSDs with FreeBSD. So far, it appears not a lot of people do, making it hard to debug this issue (http://www.freebsd.org/cgi/query-pr.cgi?pr=3D151608). TIA, --=20 Thomas E. Spanjaard tgen@netphreax.net tgen@deepbone.net --------------enigC6B228D0DF1C8661C7F4EB0F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJMxGlUAAoJEKE55rmjwpbTSwoH/0gXK1uv/d5aO7jnfSRKfiXF 2MDI5EEivf8SGaz7BlMPhzJoAR4dGaGyH/3Z3fvPyLGqKT59jevUcKKfl/XoglHB lVdw4QdJLEqm5y8chgDd0LXeamf0/l4pCB/LtPPQgSXPUrSGe91CzGHTFotvYbFq 7bX8ey6MfrVscg8IeLz39ewfnjs4Q9lEE67lm5yi37Q/2JRbK1AvnVweRmKRyDUD eC8Ugm8xpk54+qEUNL1u3/H9N1S+oxMvT5ScNEE0SmIxLt1tMxeBZl6yW5DauL2n bKwkWCtvfuOwUuWcPwmcKms4mpR9EiNfz0s/OrPVNk42OGcMv7jwyvVkU0erjJ0= =u38Z -----END PGP SIGNATURE----- --------------enigC6B228D0DF1C8661C7F4EB0F-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 17:53:19 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAA74106566C; Sun, 24 Oct 2010 17:53:19 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (unknown [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 8E6BE8FC16; Sun, 24 Oct 2010 17:53:19 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id E11A62A28CCC; Sun, 24 Oct 2010 19:53:18 +0200 (CEST) Date: Sun, 24 Oct 2010 19:53:18 +0200 From: Ed Schouten To: FreeBSD Current Message-ID: <20101024175318.GA81149@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: toolchain@FreeBSD.org Subject: [Announcement] New mailing list: toolchain@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2010 17:53:19 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello everybody, The last couple of months we've been seeing quite a lot of traffic on several of the FreeBSD mailing lists (especially on current@) related to compilers, linkers, debuggers, etc. This is why Brooks Davis and I decided it would be a good thing to create a new mailing list. Behold, : http://lists.freebsd.org/mailman/listinfo/freebsd-toolchain Be sure to subscribe to this list if you're interested in tracking what's going on with our toolchain. Though I guess it will be primarily used to discuss things like Clang, it should also be a suitable place to discuss other components of the toolchain (linker, assembler, runtime libraries). Greetings, --=20 Ed Schouten WWW: http://80386.nl/ --wac7ysb48OaltWcw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkzEco4ACgkQ52SDGA2eCwU+nACeN2UO3EXnbFaadIanW7MJvqFf jNUAn357xbai+Qo4Mi6UhBFUd90TGUBy =TgL1 -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 21:46:48 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85BC2106566B for ; Sun, 24 Oct 2010 21:46:48 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 113008FC17 for ; Sun, 24 Oct 2010 21:46:47 +0000 (UTC) Received: by fxm17 with SMTP id 17so2332400fxm.13 for ; Sun, 24 Oct 2010 14:46:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=uqEwwaIUP3UbSJqF/oYb2VbyTsS6VRjLd0iSziksZPs=; b=KFT4+NHfpXAjdnTLK3Sn/QVmBVfhbCJNuZqikuYsq8WRXx4uk9Jk2A3YskdzEKos9o mxw9e9+tC2N4RAGIGYoppCAQJ7bOqH3xiqRDFgayd2WlL7egfOqiDlNiJIBp24UzSbmR +cRlxJnxyTu8A52cb6083ydXILRbgt36X8qDQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=nZ0PHE3W0gzvb+yrm9d9Rld7X7OLvxmhsYm5dkYHS9I5w+blKSOlqBbkfnZ/1SXAre 5i1kcpFviev9NTFClkHgZiapur5hx5hxWbNeQ2jP9KxEDiMlLYuKjUqUfo6UHBwPzAGV XOtNLv4ZYaS7Q4uTjqm3H+rdF9xcJ07Milh2U= Received: by 10.103.107.6 with SMTP id j6mr1886756mum.22.1287955126042; Sun, 24 Oct 2010 14:18:46 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id y19sm2519972fau.41.2010.10.24.14.18.44 (version=SSLv3 cipher=RC4-MD5); Sun, 24 Oct 2010 14:18:45 -0700 (PDT) Sender: Alexander Motin Message-ID: <4CC4A2B4.4050608@FreeBSD.org> Date: Mon, 25 Oct 2010 00:18:44 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: "Thomas E. Spanjaard" References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: current Subject: Re: kern/151608: [ata] FreeBSD doesn't detect Sandforce-based SSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2010 21:46:48 -0000 Thomas E. Spanjaard wrote: > In an attempt to get more information about this issue, I'd like to ask > people on freebsd-current if they're using any Sandforce-based SSDs with > FreeBSD. So far, it appears not a lot of people do, making it hard to > debug this issue (http://www.freebsd.org/cgi/query-pr.cgi?pr=151608). MCP5x SATA are not the best controllers for compatibility testing. They have enough problems on their own, even without Sandforce. When you tested Marvell, have you tried to use mvs(4) driver? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 23:45:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95AE3106564A for ; Sun, 24 Oct 2010 23:45:45 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 58C2E8FC18 for ; Sun, 24 Oct 2010 23:45:45 +0000 (UTC) Received: by iwn39 with SMTP id 39so3589782iwn.13 for ; Sun, 24 Oct 2010 16:45:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=nl74FbOrHRTdnKFf4chFFCVf6KjE+brlFbRY38vRdGs=; b=XHjJ+VdfaEZC/2+XXpa+13cIl30f0JZWBxGrkxaY5XvZSAtftuUQgFRJYe7YVV+RPk kJRJq0Kto/Oi/E80plG5aJO5pf2EdVdK+enhj/RHv+T75s5bUVJ81jeaH69Bf1q7CoPB P7l9g2COoBlP8MUbgxFb3Sj5IugjYLszvL6SQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=oDr1N5atz4AbO+i+oUraaBE+DEJsOgoV1ruBESek0JhUQ7CUCIj+jsIia8sBgX5f7H TK0rA4bf+SYSiD8phBx0E2NsEilkMyZeo5VDrqalviIWssnlSy5xZP9xYkBnvhW0ADjJ 9mu194M/VaIiSt7OQGqLd0kFYriaRvnszYCO4= Received: by 10.231.31.135 with SMTP id y7mr5093455ibc.38.1287962219020; Sun, 24 Oct 2010 16:16:59 -0700 (PDT) Received: from mark-laptop-bsd.mark-home (Mail1.sandvine.com [64.7.137.162]) by mx.google.com with ESMTPS id 34sm7095406ibi.2.2010.10.24.16.16.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 24 Oct 2010 16:16:57 -0700 (PDT) Date: Sun, 24 Oct 2010 19:16:44 -0400 From: Mark Johnston To: freebsd-current@freebsd.org Message-ID: <20101024231642.GB2123@mark-laptop-bsd.mark-home> References: <20101024231119.GA2123@mark-laptop-bsd.mark-home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101024231119.GA2123@mark-laptop-bsd.mark-home> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: [Patch] libfetch - closing the cached FTP connection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2010 23:45:45 -0000 Hello, We've run into problems with pkg_add because of some caching behaviour in libfetch. Specifically, after an FTP transfer, a connection to the FTP server is held open by the cached_connection pointer in ftp.c. Thus, if one requests a file with fetchGetFTP() and later closes the connection with fclose(), a socket is still held open, and the descriptor is copied to any child processes. What was apparently happening was that we were using pkg_add to install a package whose install script started a daemon, which consequently kept open a connection to our FTP server. This is "fixed" in our tree with a closefrom(2) in pkg_install at an appropriate point, but I thought that libfetch should provide some way of forcing a close on the cached connection so that the above hack isn't necessary. My solution is provided in a patch below. It's not particularly elegant, but I can't see a better way to go about it. I was hoping to get some feedback and to see if anyone can come up with a better approach. I'll also update the libfetch man page if the patch below is acceptable. Thanks, -Mark diff --git a/lib/libfetch/fetch.h b/lib/libfetch/fetch.h index 11a3f77..d379e63 100644 --- a/lib/libfetch/fetch.h +++ b/lib/libfetch/fetch.h @@ -109,6 +109,7 @@ FILE *fetchGetFTP(struct url *, const char *); FILE *fetchPutFTP(struct url *, const char *); int fetchStatFTP(struct url *, struct url_stat *, const char *); struct url_ent *fetchListFTP(struct url *, const char *); +void fetchCloseCachedFTP(); /* Generic functions */ FILE *fetchXGetURL(const char *, struct url_stat *, const char *); diff --git a/lib/libfetch/ftp.c b/lib/libfetch/ftp.c index 0983a76..746ad54 100644 --- a/lib/libfetch/ftp.c +++ b/lib/libfetch/ftp.c @@ -1204,3 +1204,12 @@ fetchListFTP(struct url *url __unused, const char *flags __unused) warnx("fetchListFTP(): not implemented"); return (NULL); } + +/* + * Force close the cached connection. + */ +void +fetchCloseCachedFTP() +{ + ftp_disconnect(cached_connection); +} diff --git a/usr.sbin/pkg_install/lib/url.c b/usr.sbin/pkg_install/lib/url.c index 914ce39..68f31bb 100644 --- a/usr.sbin/pkg_install/lib/url.c +++ b/usr.sbin/pkg_install/lib/url.c @@ -163,5 +163,6 @@ fileGetURL(const char *base, const char *spec, int keep_package) printf("tar command returns %d status\n", WEXITSTATUS(pstat)); if (rp && (isatty(0) || Verbose)) printf(" Done.\n"); + fetchCloseCachedFTP(); return rp; } From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 06:55:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D5D61065670; Mon, 25 Oct 2010 06:55:17 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id B46F08FC0A; Mon, 25 Oct 2010 06:55:16 +0000 (UTC) Received: by fxm17 with SMTP id 17so2610613fxm.13 for ; Sun, 24 Oct 2010 23:55:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=duWS17sYJ+D8vBbtqIXhjKQzZFpPw4pO3J8vtHP/l1Y=; b=PmpxLgDnqRqCghVjL3FRXRQskFHxnQ6kjF0G9xLkITHWTy4eFC35XbsmffoOHdVTjU 7aGsJoIWySTg+jucrpNerGJCVUp9ndAjMLmbYdt8TUmol/X7Me4HpSGWspMiyYAjOGxk XntuRKQ9JcJiH96jr2PRayBSvKyj6CW5kUGx0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=UgEGRMDAkpZBvXrIZpOxQmgieV2IcbvG4gvAwQgORZkQoXa5icM9oKW2/4mQhAJyIP an4fKMAFP3FbgQ7IW2CdTdxa8kn7AHp+sRASlvqWOwHa3hQgdfa5FTilOaeB8L8jNFNq 5Lj+jxJZe+M2TwOMxzkwfNW+O5qk58S2JUxlA= Received: by 10.103.221.12 with SMTP id y12mr141948muq.109.1287989715259; Sun, 24 Oct 2010 23:55:15 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id o6sm2684054fal.39.2010.10.24.23.55.13 (version=SSLv3 cipher=RC4-MD5); Sun, 24 Oct 2010 23:55:14 -0700 (PDT) Sender: Alexander Motin Message-ID: <4CC529CF.8000304@FreeBSD.org> Date: Mon, 25 Oct 2010 09:55:11 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Hans Petter Selasky References: <20101020153040.GA3184@freebsd.org> <201010201955.56816.hselasky@c2i.net> In-Reply-To: <201010201955.56816.hselasky@c2i.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Best , freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: serious issue caused by usb device, stalling almost all operations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2010 06:55:17 -0000 Hans Petter Selasky wrote: > On Wednesday 20 October 2010 17:30:40 Alexander Best wrote: >> hi there, >> >> i'm running HEAD (r213495; amd64). i stumbled upon this severe problem: >> >> after attaching my mobile phone, it simply resets without doing mount or >> anything. however after letting the device come up again it won't show up >> in the console. after detaching it the usb subsystem seemed to have >> completely crashed. but that's not all. the following programs now simply >> hang without producing any output C-C won't do anything: >> >> - dmesg >> - top >> - ps >> - killall >> - camcontrol devlist >> - usbconfig > > That's most likely because USB's umass driver is waiting for cam to drain. > Possibly some refcounting is not correct. I suspect this is not a USB problem. > Try to enter into the debugger, and look for backtrace for function stuck in > umass_detach. It is a bit suspicious that problem happens only when device dies during request. Are you sure that running command was properly aborted when device got detached? Every running command has own set of references, denying detach. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 08:58:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB4341065670 for ; Mon, 25 Oct 2010 08:58:11 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id 766338FC1B for ; Mon, 25 Oct 2010 08:58:11 +0000 (UTC) Received: from [193.31.11.193] (helo=current.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1PAI59-0004nA-2x for freebsd-current@freebsd.org; Mon, 25 Oct 2010 10:07:03 +0200 Received: from current.Sisis.de (current [127.0.0.1]) by current.Sisis.de (8.14.3/8.14.3) with ESMTP id o9P875OB035215 for ; Mon, 25 Oct 2010 10:07:05 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by current.Sisis.de (8.14.3/8.14.3/Submit) id o9P875BS035211 for freebsd-current@freebsd.org; Mon, 25 Oct 2010 10:07:05 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: current.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Mon, 25 Oct 2010 10:07:05 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Message-ID: <20101025080705.GA33315@current.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 8.0-CURRENT (i386) User-Agent: Mutt/1.5.19 (2009-01-05) X-Con-Id: 51246 X-Originating-IP: 193.31.11.193 Subject: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2010 08:58:11 -0000 Hello, I have a new laptop Acer Aspire One D250 and pulled out HEAD from SVN today morning. As far as I can see in sys/dev/bwi and sys/dev/bwn the above chip is still not supported. I am wrong? Any other idea how to get Wifi working on this mini laptop? Thanks in advance matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 10:35:32 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B5D4106566C; Mon, 25 Oct 2010 10:35:32 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from Mail.elbekies.net (mail.elbekies.net [217.6.211.146]) by mx1.freebsd.org (Postfix) with ESMTP id B665A8FC17; Mon, 25 Oct 2010 10:35:31 +0000 (UTC) Received: from bel.soho.vwsoft.com (p57A0CCE1.dip.t-dialin.net [87.160.204.225]) by Mail.elbekies.net (Postfix) with ESMTPA id 4BC642E037; Mon, 25 Oct 2010 12:35:19 +0200 (CEST) Received: from [192.168.16.4] (dardanos.sz.vwsoft.com [192.168.16.4]) by bel.soho.vwsoft.com (Postfix) with ESMTP id 5A31933C7F; Mon, 25 Oct 2010 12:35:06 +0200 (CEST) Message-ID: <4CC55D59.4020709@vwsoft.com> Date: Mon, 25 Oct 2010 12:35:05 +0200 From: volker@vwsoft.com User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.12) Gecko/20101007 Thunderbird/3.0.8 MIME-Version: 1.0 To: Andriy Gapon References: <4CBCCAB8.4090500@vwsoft.com> <4CBD24FA.8040302@icyb.net.ua> <4CC1510C.2020000@freebsd.org> <4CC154C5.3020500@vwsoft.com> <4CC15983.80003@freebsd.org> In-Reply-To: <4CC15983.80003@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-ID: 4BC642E037.AB11B X-Elbekies-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com MailScanner-NULL-Check: 1288607730.16737@wanMJ633Y/1WKloDD4EcUw Cc: FreeBSD current Subject: Re: c 213323 breaks Sony Vaio P11Z w/o acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2010 10:35:32 -0000 Dear Andriy, sorry for the delay. On 10/22/10 11:29, Andriy Gapon wrote: > on 22/10/2010 12:09 volker@vwsoft.com said the following: >> On 10/22/10 10:53, Andriy Gapon wrote: >>> >>> [ping] >> >> Sorry, Andriy! >> >> I haven't found the time to hack yesterday. The Intel website doesn't provide >> the 20091221 tarball anymore (but a more recent one) and I need to lay my hands >> on the script and the code tarball to get it working. As a result, I hope I can >> provide a more recent script that should work out of the box. >> >> Please stay tuned (I guess I'll find the time to get it working over the >> upcoming weekend). > > Volker, > > thanks a lot! > Perhaps, meanwhile you can provide a verbose boot dmesg? Sure! Please find it at http://people.freebsd.org/~vwe/misc/Vaio_p11z/dmesg-verbose.txt > > The problem that you get is quite unexpected. Essentially, that division by > zero that you get is a form of an assert and I am planning to put a real KASSERT > there. Neither cpu_logical nor cpu_cores should be zero after that loop because > they both should be incremented when the iterator is equal to boot CPU ID. > hmm, a KASSERT would cause my P11Z to panic in a more controlled way but in the end I understand your intention. I'll try to get the cpu topo code into a working condition tomorrow and will post the results (and a pointer to the new code base). Thanks a lot, Volker From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 11:04:03 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5CAA106564A for ; Mon, 25 Oct 2010 11:04:03 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id EEAE08FC1A for ; Mon, 25 Oct 2010 11:04:02 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA04365; Mon, 25 Oct 2010 14:03:54 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4CC56419.7010603@freebsd.org> Date: Mon, 25 Oct 2010 14:03:53 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.11) Gecko/20101021 Lightning/1.0b2 Thunderbird/3.1.5 MIME-Version: 1.0 To: volker@vwsoft.com References: <4CBCCAB8.4090500@vwsoft.com> <4CBD24FA.8040302@icyb.net.ua> <4CC1510C.2020000@freebsd.org> <4CC154C5.3020500@vwsoft.com> <4CC15983.80003@freebsd.org> <4CC55D59.4020709@vwsoft.com> In-Reply-To: <4CC55D59.4020709@vwsoft.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD current Subject: Re: c 213323 breaks Sony Vaio P11Z w/o acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2010 11:04:03 -0000 on 25/10/2010 13:35 volker@vwsoft.com said the following: > Dear Andriy, > > sorry for the delay. > > On 10/22/10 11:29, Andriy Gapon wrote: >> thanks a lot! >> Perhaps, meanwhile you can provide a verbose boot dmesg? > > Sure! Please find it at > http://people.freebsd.org/~vwe/misc/Vaio_p11z/dmesg-verbose.txt Hmm, it looks like you have ACPI and APIC disabled... either in kernel config or in BIOS? If yes, can you try to not do it? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 11:24:15 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52CBB1065673; Mon, 25 Oct 2010 11:24:15 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from Mail.elbekies.net (mail.elbekies.net [217.6.211.146]) by mx1.freebsd.org (Postfix) with ESMTP id 08BD08FC08; Mon, 25 Oct 2010 11:24:14 +0000 (UTC) Received: from bel.soho.vwsoft.com (p57A0CCE1.dip.t-dialin.net [87.160.204.225]) by Mail.elbekies.net (Postfix) with ESMTPA id C85242E037; Mon, 25 Oct 2010 13:24:07 +0200 (CEST) Received: from [192.168.16.4] (dardanos.sz.vwsoft.com [192.168.16.4]) by bel.soho.vwsoft.com (Postfix) with ESMTP id 9808C33C7F; Mon, 25 Oct 2010 13:23:48 +0200 (CEST) Message-ID: <4CC568C4.60504@vwsoft.com> Date: Mon, 25 Oct 2010 13:23:48 +0200 From: volker@vwsoft.com User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.12) Gecko/20101007 Thunderbird/3.0.8 MIME-Version: 1.0 To: Andriy Gapon References: <4CBCCAB8.4090500@vwsoft.com> <4CBD24FA.8040302@icyb.net.ua> <4CC1510C.2020000@freebsd.org> <4CC154C5.3020500@vwsoft.com> <4CC15983.80003@freebsd.org> <4CC55D59.4020709@vwsoft.com> <4CC56419.7010603@freebsd.org> In-Reply-To: <4CC56419.7010603@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-ID: C85242E037.AACD3 X-Elbekies-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com MailScanner-NULL-Check: 1288610653.76628@I7NsILqL88ZYW/mmcMdGXA Cc: FreeBSD current Subject: Re: c 213323 breaks Sony Vaio P11Z w/o acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2010 11:24:15 -0000 On 10/25/10 13:03, Andriy Gapon wrote: > on 25/10/2010 13:35 volker@vwsoft.com said the following: >> Dear Andriy, >> >> sorry for the delay. >> >> On 10/22/10 11:29, Andriy Gapon wrote: >>> thanks a lot! >>> Perhaps, meanwhile you can provide a verbose boot dmesg? >> >> Sure! Please find it at >> http://people.freebsd.org/~vwe/misc/Vaio_p11z/dmesg-verbose.txt > > Hmm, it looks like you have ACPI and APIC disabled... either in kernel config or > in BIOS? > If yes, can you try to not do it? > Andriy, the Vaio P11Z does not boot at all with ACPI enabled so it's disabled in loader.conf. The panic messages are various if I try. But I haven't disabled APIC anywhere. The kernel configuration is simply a GENERIC (included) with some different options set. I've uploaded the kernel config for you at http://people.freebsd.org/~vwe/misc/Vaio_p11z/JUNO I may try, of course, to compile a plain vanilla GENERIC kernel but AFAIR INVARIANTS and WITNESS caused more trouble with this device so I disabled them. For the ACPI problem, I always wanted to write to acpi@ for quite some months. I'm sometimes getting a CPU panic message, but if not, I'm seeing a panic while the keyboard interrupt is being served (that makes debugging impossible as you can't use the debugger if the keyboard doesn't work). To me, it appears Sony is trying hard to cause us trouble. BIOS is the latest. Thanks Volker From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 12:06:46 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CE11106564A for ; Mon, 25 Oct 2010 12:06:46 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 509E78FC19 for ; Mon, 25 Oct 2010 12:06:44 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA05359; Mon, 25 Oct 2010 15:06:36 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4CC572CC.8060903@freebsd.org> Date: Mon, 25 Oct 2010 15:06:36 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.11) Gecko/20101021 Lightning/1.0b2 Thunderbird/3.1.5 MIME-Version: 1.0 To: volker@vwsoft.com References: <4CBCCAB8.4090500@vwsoft.com> <4CBD24FA.8040302@icyb.net.ua> <4CC1510C.2020000@freebsd.org> <4CC154C5.3020500@vwsoft.com> <4CC15983.80003@freebsd.org> <4CC55D59.4020709@vwsoft.com> <4CC56419.7010603@freebsd.org> <4CC568C4.60504@vwsoft.com> In-Reply-To: <4CC568C4.60504@vwsoft.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD current Subject: Re: c 213323 breaks Sony Vaio P11Z w/o acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2010 12:06:46 -0000 on 25/10/2010 14:23 volker@vwsoft.com said the following: > the Vaio P11Z does not boot at all with ACPI enabled so it's disabled in > loader.conf. The panic messages are various if I try. I would be interested to look at that problem (or those problems) too. And now I think that see what the immediate problem is. In your current configuration there is no away for FreeBSD to determine number of processors and their IDs, because neither MP Table nor MADT are found. So essentially it's a uni-processor system (for FreeBSD at least) and we shouldn't try to probe CPU topology, because it neither make sense nor can be properly. I will add code to handle this case. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 12:40:03 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3E84106566B for ; Mon, 25 Oct 2010 12:40:03 +0000 (UTC) (envelope-from tgen@deepbone.net) Received: from cpsmtpb-ews06.kpnxchange.com (cpsmtpb-ews06.kpnxchange.com [213.75.39.9]) by mx1.freebsd.org (Postfix) with ESMTP id 259098FC14 for ; Mon, 25 Oct 2010 12:40:02 +0000 (UTC) Received: from cpbrm-ews11.kpnxchange.com ([10.94.84.142]) by cpsmtpb-ews06.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Oct 2010 14:40:02 +0200 Received: from CPSMTPM-EML102.kpnxchange.com ([195.121.3.6]) by cpbrm-ews11.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Oct 2010 14:40:02 +0200 Received: from smtp.deepbone.net ([84.83.37.40]) by CPSMTPM-EML102.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18222); Mon, 25 Oct 2010 14:40:00 +0200 Received: from [10.64.3.36] (unknown [10.64.1.10]) (Authenticated sender: tgen) by smtp.deepbone.net (Postfix) with ESMTPSA id B2C7D39842; Mon, 25 Oct 2010 12:40:00 +0000 (UTC) Message-ID: <4CC57A9A.2010202@deepbone.net> Date: Mon, 25 Oct 2010 12:39:54 +0000 From: "Thomas E. Spanjaard" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100527 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4CC4A2B4.4050608@FreeBSD.org> In-Reply-To: <4CC4A2B4.4050608@FreeBSD.org> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6E5B24B1B483C5AC5551C9E2" X-OriginalArrivalTime: 25 Oct 2010 12:40:00.0978 (UTC) FILETIME=[BD6ACB20:01CB7441] X-RcptDomain: freebsd.org Cc: freebsd-bugs@freebsd.org Subject: Re: kern/151608: [ata] FreeBSD doesn't detect Sandforce-based SSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2010 12:40:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6E5B24B1B483C5AC5551C9E2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 10/24/2010 21:18, Alexander Motin wrote: > Thomas E. Spanjaard wrote: >> In an attempt to get more information about this issue, I'd like to as= k >> people on freebsd-current if they're using any Sandforce-based SSDs wi= th >> FreeBSD. So far, it appears not a lot of people do, making it hard to >> debug this issue (http://www.freebsd.org/cgi/query-pr.cgi?pr=3D151608)= =2E >=20 > MCP5x SATA are not the best controllers for compatibility testing. They= > have enough problems on their own, even without Sandforce. >=20 > When you tested Marvell, have you tried to use mvs(4) driver? No, I only tried to use ata(4). I tried using mvs(4) now, and that works!= mvs0: port 0x4000-0x40ff mem 0xb0100000-0xb01fffff irq 11 at device 2.0 on pci1 mvs0: Gen-II, 8 3Gbps ports, Port Multiplier supported mvsch0: at channel 0 on mvs0 mvsch1: at channel 1 on mvs0 mvsch2: at channel 2 on mvs0 mvsch3: at channel 3 on mvs0 mvsch4: at channel 4 on mvs0 mvsch5: at channel 5 on mvs0 mvsch6: at channel 6 on mvs0 mvsch7: at channel 7 on mvs0 ada0 at mvsch0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 2048bytes) ada0: Command Queueing enabled ada0: 85857MB (175836528 512 byte sectors: 16H 63S/T 16383C) In any case, it seems this is not squarely to blame on the nVidia SATA controller, because ata(4) couldn't detect it either when on the Marvell one. So the bug in ata(4) remains. Cheers, --=20 Thomas E. Spanjaard tgen@netphreax.net tgen@deepbone.net --------------enig6E5B24B1B483C5AC5551C9E2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJMxXqgAAoJEKE55rmjwpbTTFcIAJJFJIuRv8fH5gSwxkJlEjy2 DMZ+uoX8x9b84LFGGB6w9aa94przB4/GUdfmupfFldbZhKlehx40IoHIYeFs2dND 7KOcyNlyK4XgIO4JNILAGd7uc5cbJeju0rpfhfHrp0thyNoVgHLAnM59hew0WeSG L7uEolFiXswLWhCGWX80lbFiiKK/GMMXQyuzXWHVFZB3udgfYxfDfq1eOvuRAKAI H1C5klxm5s3INLfI3J8HceSO3HOPeoEcNj0PVShcI06J2o+oOPTMgnQoXkhX0LRF nEAAQyIfQwGRESEbMZ7RpeVj/fVJX0b82b3w38mPXDh2Z5oZcXLPI7NFYYmR/4w= =+En9 -----END PGP SIGNATURE----- --------------enig6E5B24B1B483C5AC5551C9E2-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 14:04:21 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFDA81065697 for ; Mon, 25 Oct 2010 14:04:20 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 684CB8FC16 for ; Mon, 25 Oct 2010 14:04:19 +0000 (UTC) Received: by ewy28 with SMTP id 28so1473228ewy.13 for ; Mon, 25 Oct 2010 07:04:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=U7ZEixCDGmoceh+u+vCb0G40usm1wXZS5G/9lKfKQSA=; b=O8bHWStbjbzqb2Soz1MBBWHKf7EruUJ9VYEP7Adv7wR9wW8kDBnRwKVc6FTJYQCJW/ 6eUmk6PnNa0wNz2bkSYE68viD4p5FoBaHpb12OjpvFHGQK6H+u2NqAvHd5W6l1goH9fE 2YSYsMae4gvw87jme8m4HJsuC2ImtNIpWwfxo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=saFiU7NdEOYRcNJ8C7YCkEI5XLHEPMZbhGC4zM+Swv8+NkqMHUPcxkGX4L1CiMYQDS rdv26MwU8zTfpe4yMlzQqsRu91oWW/xTyKrBXIi2bWIbrTHQBq0UKiI81loOaFxIF8Jb fCpbpQsuPFsq5e3Tyw8CuP8ej+av1XXHLDER0= Received: by 10.213.32.199 with SMTP id e7mr260700ebd.69.1288015457485; Mon, 25 Oct 2010 07:04:17 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id k4sm2879844faa.8.2010.10.25.07.04.15 (version=SSLv3 cipher=RC4-MD5); Mon, 25 Oct 2010 07:04:16 -0700 (PDT) Sender: Alexander Motin Message-ID: <4CC58E5E.9060101@FreeBSD.org> Date: Mon, 25 Oct 2010 17:04:14 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: "Thomas E. Spanjaard" References: <4CC4A2B4.4050608@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: current Subject: Re: kern/151608: [ata] FreeBSD doesn't detect Sandforce-based SSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2010 14:04:21 -0000 Thomas E. Spanjaard wrote: > On 10/24/2010 21:18, Alexander Motin wrote: >> Thomas E. Spanjaard wrote: >>> In an attempt to get more information about this issue, I'd like to ask >>> people on freebsd-current if they're using any Sandforce-based SSDs with >>> FreeBSD. So far, it appears not a lot of people do, making it hard to >>> debug this issue (http://www.freebsd.org/cgi/query-pr.cgi?pr=151608). >> MCP5x SATA are not the best controllers for compatibility testing. They >> have enough problems on their own, even without Sandforce. >> >> When you tested Marvell, have you tried to use mvs(4) driver? > > No, I only tried to use ata(4). I tried using mvs(4) now, and that works! > > mvs0: port 0x4000-0x40ff mem > 0xb0100000-0xb01fffff irq 11 at device 2.0 on pci1 > mvs0: Gen-II, 8 3Gbps ports, Port Multiplier supported > mvsch0: at channel 0 on mvs0 > mvsch1: at channel 1 on mvs0 > mvsch2: at channel 2 on mvs0 > mvsch3: at channel 3 on mvs0 > mvsch4: at channel 4 on mvs0 > mvsch5: at channel 5 on mvs0 > mvsch6: at channel 6 on mvs0 > mvsch7: at channel 7 on mvs0 > > ada0 at mvsch0 bus 0 scbus0 target 0 lun 0 > ada0: ATA-8 SATA 2.x device > ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 2048bytes) > ada0: Command Queueing enabled > ada0: 85857MB (175836528 512 byte sectors: 16H 63S/T 16383C) > > In any case, it seems this is not squarely to blame on the nVidia SATA > controller, because ata(4) couldn't detect it either when on the Marvell > one. So the bug in ata(4) remains. I would agree if it was the first case. I am not saying that ata(4) perfect. ata(4) is a big thing and Marvell part is definitely not the best part of it. That's why there is several new drivers: ahci(4), siis(4), mvs(4), which together with ATA_CAM options should substitute most of it. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 14:05:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F8101065710 for ; Mon, 25 Oct 2010 14:05:49 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9BF928FC29 for ; Mon, 25 Oct 2010 14:05:48 +0000 (UTC) Received: by ewy28 with SMTP id 28so1474618ewy.13 for ; Mon, 25 Oct 2010 07:05:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=HnDEu/v16q1NCa2OtAykbd0cDRGKa0GTVa3MJpJzgws=; b=AsIEg0EVxfFw/QZ6BXaTobkvWpmz7+oRF6Y0tPFoFl/68V4a61H51rdxjeFFH85wfZ lKOUKPm/r36wCD6tmvKmyoxonbC9P7UwcHPxK5ia6faf6XxLMpH6MtT7gnwtP4JTUnY4 lsmf4xP86DyZPDNvdbWc7EB22CUXOzLFENl3w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=JUiJX1GQT215B9laI4o5hfFfn9tcTaETrvzIGP2q0qSE8LLT2c4BtZnWEPmM7f2G4/ xHunv3Vos4NrgmIYbFI76NpmldBbqAlFPWPCnfZSomL8jGBrt5GHzsd+lCCB7MMHLniQ XMnk5DRhqHDlrphfKXzOZ9vyrgXk4GR6eXMEc= Received: by 10.14.119.72 with SMTP id m48mr4866786eeh.44.1288015547435; Mon, 25 Oct 2010 07:05:47 -0700 (PDT) Received: from [192.168.1.64] (ip4da3ae31.direct-adsl.nl [77.163.174.49]) by mx.google.com with ESMTPS id w20sm7510758eeh.0.2010.10.25.07.05.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 25 Oct 2010 07:05:45 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <4CC58EB8.7060008@freebsd.org> Date: Mon, 25 Oct 2010 16:05:44 +0200 From: Rene Ladan Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; nl-NL; rv:1.9.2.11) Gecko/20101020 Thunderbird/3.1.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20101022143024.GA94137@hoeg.nl> In-Reply-To: <20101022143024.GA94137@hoeg.nl> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Tested wanted: BSD-licensed libgcc replacement, libcompiler_rt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2010 14:05:49 -0000 On 22-10-2010 16:30, Ed Schouten wrote: > Hello everyone, > > At EuroBSDCon I was talking with some committers active in the area of > Clang (brooks, kwm, others) about replacing our libgcc shipped with GCC > 4.2.1 with a BSD-licensed version. The LLVM folks have a BSD licensed > implementation called libcompiler_rt. See: > > http://compiler-rt.llvm.org/ > [...] > I've created a branch in Subversion which replaces libgcc.a and > libgcc_p.a with libcompiler_rt.a and libcompiler_rt_p.a and symlinks it > to the original names. It seems to survive a `make universe' and it > works properly on at least amd64. [...] > How to test this: > > - Check out the branch from SVN: > svn co svn://svn.freebsd.org/base/user/ed/compiler-rt/ > - Rebuild and reinstall world (and kernel). > - Rebuild all your software (yes, I know it's unfortunate). > - See whether software crashes or misbehaves, while it didn't do that > previously. > I noticed that the nvidia driver (from ports/x11/nvidia-driver*) needs to be recompiled after upgrading from HEAD to this branch. If you don't, it will load, but cause a panic when used by X. Rene From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 19:19:40 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EE4D1065673 for ; Mon, 25 Oct 2010 19:19:40 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 25E5D8FC1A for ; Mon, 25 Oct 2010 19:19:40 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 2F991A68723; Tue, 26 Oct 2010 03:19:39 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id ONZxhlIprVVY; Tue, 26 Oct 2010 03:19:32 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 2BF2EA5A892; Tue, 26 Oct 2010 03:19:30 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:openpgp:content-type; b=RI/TcP5upr49b/vtz5Gtc70Cq2v6YPwf0Xtb7YNd/MO+XIox5Zhu4+NvkpXXpyIx/ YHCS6RqIkWsSdorlZowOw== Message-ID: <4CC5D83E.8030505@delphij.net> Date: Mon, 25 Oct 2010 12:19:26 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.14) Gecko/20101020 Thunderbird/3.0.9 ThunderBrowse/3.3.2 MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------080707000109090009040800" Cc: Subject: [RFC] More meaningful information about ENOEXEC for kldload(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2010 19:19:40 -0000 This is a multi-part message in MIME format. --------------080707000109090009040800 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, Here is a simple patch that adds more meaning messages when kldload hits ENOEXEC. Before patch: kldload: can't load geom_eli.ko: Exec format error After patch: kldload: can't load geom_eli.ko: Exec format error kldload: Dependendent kernel module cannot be loaded from kern.module_path? Comments? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJMxdg+AAoJEATO+BI/yjfBEasH/1vKrCT/HX0xEUFYLEK5mjNr iZPJVIpe5R9jRWLzb1065qMQR5eMgiotig9p/ymOebq3azQAsDagOJDzzYa46ReS yNlUYq6GnVHsOh15cBHxtRBkuJ0Q3jWammPAXf0oYmvFrPBQstLp7iyhS7PZUUBb 7DnFMPLh3FSiovli6JFwhHpYQSDwz7K4UPzj/Un0DwuMoz8fyGoyOz8ZRqAY6D5g GwesbqBhjDaOuwJNFaNcjoEK4Eq/iwkotZCz7l38Skmlle7wwycuyYdEIuk9feiS /dn4CyhzKwNVbVPqZOEJ99bAuxJUwsfDEpGeYLH97rGqz7U4Y6LM18R/fip+0DM= =qeYL -----END PGP SIGNATURE----- --------------080707000109090009040800 Content-Type: text/plain; name="kldload.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="kldload.diff" SW5kZXg6IGtsZGxvYWQuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBrbGRsb2FkLmMJKHJldmlzaW9u IDIxNDE0NikKKysrIGtsZGxvYWQuYwkod29ya2luZyBjb3B5KQpAQCAtMzMsNiArMzMsNyBA QAogI2luY2x1ZGUgPHN5cy9zeXNjdGwuaD4KICNpbmNsdWRlIDxzeXMvc3RhdC5oPgogI2lu Y2x1ZGUgPGVyci5oPgorI2luY2x1ZGUgPGVycm5vLmg+CiAjaW5jbHVkZSA8c3RkaW8uaD4K ICNpbmNsdWRlIDxzdGRsaWIuaD4KICNpbmNsdWRlIDxzdHJpbmcuaD4KQEAgLTE3MSw2ICsx NzIsOSBAQAogCQkJZmlsZWlkID0ga2xkbG9hZChhcmd2WzBdKTsKIAkJCWlmIChmaWxlaWQg PCAwKSB7CiAJCQkJd2FybigiY2FuJ3QgbG9hZCAlcyIsIGFyZ3ZbMF0pOworCQkJCWlmIChl cnJubyA9PSBFTk9FWEVDICYmICFxdWlldCkKKwkJCQkJd2FybngoIkRlcGVuZGVuZGVudCBr ZXJuZWwgbW9kdWxlIGNhbid0IgorCQkJCQkgICAgImJlIGxvYWRlZCBmcm9tIGtlcm4ubW9k dWxlX3BhdGg/Iik7CiAJCQkJZXJyb3JzKys7CiAJCQl9IGVsc2UgewogCQkJCWlmICh2ZXJi b3NlKQo= --------------080707000109090009040800-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 19:26:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4DDE106566B for ; Mon, 25 Oct 2010 19:26:23 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 5746E8FC1D for ; Mon, 25 Oct 2010 19:26:22 +0000 (UTC) Received: (qmail 6408 invoked by uid 399); 25 Oct 2010 19:26:20 -0000 Received: from localhost (HELO optiplex.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 25 Oct 2010 19:26:20 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4CC5D9DB.1020409@FreeBSD.org> Date: Mon, 25 Oct 2010 12:26:19 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.11) Gecko/20101024 Thunderbird/3.1.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4CC5D83E.8030505@delphij.net> In-Reply-To: <4CC5D83E.8030505@delphij.net> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [RFC] More meaningful information about ENOEXEC for kldload(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2010 19:26:23 -0000 On 10/25/2010 12:19, Xin LI wrote: > Here is a simple patch that adds more meaning messages when kldload hits > ENOEXEC. +1 on anything that makes this (and related) error more clear. I know I've stumbled over it numerous times. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 20:13:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 320101065670; Mon, 25 Oct 2010 20:13:28 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 902868FC15; Mon, 25 Oct 2010 20:13:27 +0000 (UTC) Received: by fxm17 with SMTP id 17so3318662fxm.13 for ; Mon, 25 Oct 2010 13:13:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=SCkuYDvRoeYyyGDNd/tyFsLILTlo5/nZ5V/Uih9C0Rw=; b=UxRhLBGFZ8QzThPL9JsLB0yEJ0EdRtullJZAIrAV/Kxf8OhNNrzQRFmWbSxbP09RZ3 V4taHtXT6J5/GG6gUpe/EYACIHmymYdavhS+wiRTznxO/oMjl/Qs0GCia/x97AVf2g5d 1NrB8GhTempjbcg+/FziSspm/aaLKUwlOSPV4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=cO8IuUeFHH9ndPs8CszFQV5vZpziocgKwuRGcvBhA9MkTssU3ASC85vayj5QF1dRFN JXdSdb7++B5ZyiZpUaSk3DYIQ1KFN5EDTcXXTVuj1e8+lHZ0ESLn9+ZvCRuptD07/DTU TXXDYWotrt3qUra5lBIUs+lXpkGHx0ZWVxYtQ= MIME-Version: 1.0 Received: by 10.216.161.17 with SMTP id v17mr853981wek.1.1288037606363; Mon, 25 Oct 2010 13:13:26 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.216.10.198 with HTTP; Mon, 25 Oct 2010 13:13:26 -0700 (PDT) In-Reply-To: <4CC5D9DB.1020409@FreeBSD.org> References: <4CC5D83E.8030505@delphij.net> <4CC5D9DB.1020409@FreeBSD.org> Date: Mon, 25 Oct 2010 13:13:26 -0700 X-Google-Sender-Auth: dO8D0hDut5cLhdYuwmpaV8i-dXQ Message-ID: From: Garrett Cooper To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: [RFC] More meaningful information about ENOEXEC for kldload(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2010 20:13:28 -0000 On Mon, Oct 25, 2010 at 12:26 PM, Doug Barton wrote: > On 10/25/2010 12:19, Xin LI wrote: >> >> Here is a simple patch that adds more meaning messages when kldload hits >> ENOEXEC. > > +1 on anything that makes this (and related) error more clear. I know I've > stumbled over it numerous times. Typo in the error message aside... Technically you can dig the source of these errors from /var/log/messages // syslog though, so why not just keep status quo? Making errors more intuitive is nice, but providing more misleading errors are worse than providing less misleading errors; this kind of error message falls in the more misleading message category, as ENOEXEC means: [ENOEXEC] The file format of file was unrecognized. That is open for a lot of interpretation as to what the actual error is, as this applies to the logic paths in /sys/kern/kern_linker.c:linker_load_file (to date) on CURRENT, which applies to both the child and parent modules. If anything though, I find this reasoning for hammering everything into ENOEXEC slightly annoying: /* * Format not recognized or otherwise unloadable. * When loading a module that is statically built into * the kernel EEXIST percolates back up as the return * value. Preserve this so that apps like sysinstall * can recognize this special case and not post bogus * dialog boxes. */ if (error != EEXIST) error = ENOEXEC; Why doesn't the error code properly percolate up the chain if it's not EEXIST -_-...? It's almost like there needs to be a more descriptive means to state what the errors are and those errors should be properly documented in the kldload(2) manpage. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 20:24:06 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D785F106564A for ; Mon, 25 Oct 2010 20:24:06 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7047E8FC20 for ; Mon, 25 Oct 2010 20:24:06 +0000 (UTC) Received: by wwb24 with SMTP id 24so3646774wwb.31 for ; Mon, 25 Oct 2010 13:24:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=6efrvU4HwsTalAdWzggaRKFzN6GRv6wzfhP/K2kPH5w=; b=rKzJPmAtjDTeX0229qdqNZe2uTeGdehP5nB/UaAfpfKquVfvulMl9JvZ3K3IZajvJr Y1BkNd+ZKWkWD8CYoGYYwEpVkuh64qPDANNzP0zM4cp5IgFXtIOGFjb58q0e8vHhWEl1 /8D9d3xAicNYIPeWdIKWVEnQhCVZfWa6RyD1w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=knQAXzatBCGbTbFEvMFvcS9/V9wX933nfNW8HD1bbUR0t7qlJ0urWj08+WWts+sO7u 6HO0Sru2qzayMBdQmQ8FpGfMAMfqy/nTOe9NL2zafn6R0NyNyzJ0nKC4v7g8pm6oc2fD O7b9juYyCeIKmPfxQX2ydRkNaHwMo+Jeszc9I= MIME-Version: 1.0 Received: by 10.216.173.7 with SMTP id u7mr844876wel.50.1288038244856; Mon, 25 Oct 2010 13:24:04 -0700 (PDT) Received: by 10.216.50.140 with HTTP; Mon, 25 Oct 2010 13:24:04 -0700 (PDT) In-Reply-To: <4CC5D83E.8030505@delphij.net> References: <4CC5D83E.8030505@delphij.net> Date: Mon, 25 Oct 2010 20:24:04 +0000 Message-ID: From: Paul B Mahol To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Re: [RFC] More meaningful information about ENOEXEC for kldload(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2010 20:24:06 -0000 On 10/25/10, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Hi, > > Here is a simple patch that adds more meaning messages when kldload hits > ENOEXEC. > > Before patch: > > kldload: can't load geom_eli.ko: Exec format error > > After patch: > > kldload: can't load geom_eli.ko: Exec format error > kldload: Dependendent kernel module cannot be loaded from kern.module_path? > > Comments? What about modules built for different __FreeBSD_version ? From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 20:34:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB7D1106566C for ; Mon, 25 Oct 2010 20:34:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 722A08FC19 for ; Mon, 25 Oct 2010 20:34:05 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PATk0-0002pD-LN for freebsd-current@freebsd.org; Mon, 25 Oct 2010 22:34:00 +0200 Received: from 78-1-180-0.adsl.net.t-com.hr ([78.1.180.0]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 Oct 2010 22:34:00 +0200 Received: from ivoras by 78-1-180-0.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 Oct 2010 22:34:00 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 25 Oct 2010 22:33:51 +0200 Lines: 33 Message-ID: References: <4CC5D83E.8030505@delphij.net> <4CC5D9DB.1020409@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-180-0.adsl.net.t-com.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20101008 Thunderbird/3.1.4 In-Reply-To: Subject: Re: [RFC] More meaningful information about ENOEXEC for kldload(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2010 20:34:05 -0000 On 10/25/10 22:13, Garrett Cooper wrote: > On Mon, Oct 25, 2010 at 12:26 PM, Doug Barton wrote: >> On 10/25/2010 12:19, Xin LI wrote: >>> >>> Here is a simple patch that adds more meaning messages when kldload hits >>> ENOEXEC. >> >> +1 on anything that makes this (and related) error more clear. I know I've >> stumbled over it numerous times. > > Typo in the error message aside... > Technically you can dig the source of these errors from > /var/log/messages // syslog though, Yes... > so why not just keep status quo? And no :) I've often encountered the kldload failure and I've always had to look at the kernel logs to find out the actual reason. There are several cases where kldload can fail, including recursively - when a module fails to load as a dependancy of the module the user is trying to load, for all the reasons a module can fail to load. I think something should be done to make the message more descriptive but statically changing the error message isn't it (except if the message is changed to say "please look at the kernel syslog messages to find out the real reason for this failure"). The best version would be to export more data about what exactly was the failure and where it happened. From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 21:15:10 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91511106567A for ; Mon, 25 Oct 2010 21:15:10 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 80FB98FC1A for ; Mon, 25 Oct 2010 21:15:08 +0000 (UTC) Received: (qmail 4779 invoked by uid 399); 25 Oct 2010 21:15:07 -0000 Received: from localhost (HELO optiplex.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 25 Oct 2010 21:15:07 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4CC5F35A.7090809@FreeBSD.org> Date: Mon, 25 Oct 2010 14:15:06 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.11) Gecko/20101024 Thunderbird/3.1.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4CC5D83E.8030505@delphij.net> <4CC5D9DB.1020409@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [RFC] More meaningful information about ENOEXEC for kldload(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2010 21:15:10 -0000 On 10/25/2010 13:33, Ivan Voras wrote: > (except if the message is changed to say "please look at the kernel > syslog messages to find out the real reason for this failure") Thinking about Garrett's response as well, this may be the best way to go. At this point I'm also not concerned about waiting for an ideal solution. IMO an incremental change here would be most welcome. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 00:43:15 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3559E1065670 for ; Tue, 26 Oct 2010 00:43:15 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id CA2EC8FC0C for ; Tue, 26 Oct 2010 00:43:13 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id C9C11A6895D; Tue, 26 Oct 2010 08:43:12 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id Nn4ALQ479qMx; Tue, 26 Oct 2010 08:43:06 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 1825CA68770; Tue, 26 Oct 2010 08:43:04 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:openpgp:content-type; b=oEWbhC1e/UNz87uJEjSQOtPicvBhW+M8lM+yCTrUYytr4Lqv+dNVk3kdQNm6Um0I3 KgfRfu9FOJFGtqEZwgq7A== Message-ID: <4CC62413.50703@delphij.net> Date: Mon, 25 Oct 2010 17:42:59 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.14) Gecko/20101020 Thunderbird/3.0.9 ThunderBrowse/3.3.2 MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------000908090201000405040400" Cc: Subject: [PATCH] top(1) inverse display of table header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2010 00:43:15 -0000 This is a multi-part message in MIME format. --------------000908090201000405040400 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, Here is a patch that makes top(1) to inverse its table header (PID USERNAME THR, etc). Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJMxiQSAAoJEATO+BI/yjfBbcgH/iy/y0MBHY++srGtZc5BqyWm Kh0jpRKdE1f7G708Zok501b3rbVqeXTqAHcBU/xA0JNRruTYn7ByU2kijsuMBeQC eB6LK8wurtLHu+kqBzbbgmyeUIonWht25RWrqXH1Hr1zSoTmpAOdQKz0RCoQu2W5 yeJyS9geQoZXaTTbxHrCpYbUjQ2vp6+gvBVhi5n7c4lT0wBZJ/7p1LJOu2DiGHVO TWlBh+SjKoZWrLt7LqxU/dyJ6kxpl3RVNBlRlIvL/jn/ICBBhgSfldzpckAQJ/Bt IgPTfiKjax+38RH3L62ob9B99nPF5V7Jc3JKTWdDCuJren8MH0zdtC1zM4KG8NA= =6RQi -----END PGP SIGNATURE----- --------------000908090201000405040400 Content-Type: text/plain; name="top.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="top.diff" SW5kZXg6IGNvbnRyaWIvdG9wL2Rpc3BsYXkuYwo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBjb250cmli L3RvcC9kaXNwbGF5LmMJKHJldmlzaW9uIDIxNDM1NSkKKysrIGNvbnRyaWIvdG9wL2Rpc3Bs YXkuYwkod29ya2luZyBjb3B5KQpAQCAtNjk0LDcgKzY5NCw3IEBACiAJaW50IHdpZHRoOwog CiAJcyA9IE5VTEw7Ci0Jd2lkdGggPSBkaXNwbGF5X3dpZHRoOworCXdpZHRoID0gc2NyZWVu X3dpZHRoOwogCWhlYWRlcl9sZW5ndGggPSBzdHJsZW4odGV4dCk7CiAJaWYgKGhlYWRlcl9s ZW5ndGggPj0gd2lkdGgpIHsKIAkJcyA9IG1hbGxvYygod2lkdGggKyAxKSAqIHNpemVvZihj aGFyKSk7CkBAIC03MDIsNiArNzAyLDE0IEBACiAJCQlyZXR1cm4gKE5VTEwpOwogCQlzdHJu Y3B5KHMsIHRleHQsIHdpZHRoKTsKIAkJc1t3aWR0aF0gPSAnXDAnOworCX0gZWxzZSB7CisJ CXMgPSBtYWxsb2MoKHdpZHRoICsgMSkgKiBzaXplb2YoY2hhcikpOworCQlpZiAocyA9PSBO VUxMKQorCQkJcmV0dXJuIChOVUxMKTsKKwkJc3RybmNweShzLCB0ZXh0LCB3aWR0aCk7CisJ CXdoaWxlIChzY3JlZW5fd2lkdGggPiBoZWFkZXJfbGVuZ3RoKQorCQkJc1toZWFkZXJfbGVu Z3RoKytdID0gJyAnOworCQlzW3dpZHRoXSA9ICdcMCc7CiAJfQogCXJldHVybiAocyk7CiB9 CkBAIC03MjYsNyArNzM0LDcgQEAKICAgICBpZiAoaGVhZGVyX3N0YXR1cyA9PSBPTikKICAg ICB7CiAJcHV0Y2hhcignXG4nKTsKLQlmcHV0cyh0ZXh0LCBzdGRvdXQpOworCXN0YW5kb3V0 KHRleHQsIHN0ZG91dCk7CiAJbGFzdGxpbmUrKzsKICAgICB9CiAgICAgZWxzZSBpZiAoaGVh ZGVyX3N0YXR1cyA9PSBFUkFTRSkKSW5kZXg6IGNvbnRyaWIvdG9wL3RvcC5oCj09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KLS0tIGNvbnRyaWIvdG9wL3RvcC5oCShyZXZpc2lvbiAyMTQzNTUpCisrKyBjb250 cmliL3RvcC90b3AuaAkod29ya2luZyBjb3B5KQpAQCAtMTQsNyArMTQsNyBAQAogZXh0ZXJu IGludCBIZWFkZXJfbGluZXM7CS8qIDcgKi8KIAogLyogTWF4aW11bSBudW1iZXIgb2YgY29s dW1ucyBhbGxvd2VkIGZvciBkaXNwbGF5ICovCi0jZGVmaW5lIE1BWF9DT0xTCTEyOAorI2Rl ZmluZSBNQVhfQ09MUwk1MTIKIAogLyogTG9nIGJhc2UgMiBvZiAxMDI0IGlzIDEwICgyXjEw ID09IDEwMjQpICovCiAjZGVmaW5lIExPRzEwMjQJCTEwCg== --------------000908090201000405040400-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 00:48:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F9901065672 for ; Tue, 26 Oct 2010 00:48:45 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id A67F38FC17 for ; Tue, 26 Oct 2010 00:48:44 +0000 (UTC) Received: by wyb42 with SMTP id 42so3926160wyb.13 for ; Mon, 25 Oct 2010 17:48:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=sIAdYFkTEa+pZIu5k5n0psNevlEpY2ChUoUSdYsE14Y=; b=h/Qf4JeD/7bxAWVck1oifSU9zLxO6xX6SQOTPkegLBNlO03SQx5mRNeApkp9c1UeU9 bc7gT1uL/FkhKPwyqmLmMoZF8qHXywidis38Of8NncI1a+td5kbwV9eOxzl+pDzOvXlJ KUQS1ts0MoO3i1dRkBrI+U/cEZiRBJ1JZ+pJQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=slk7m2TdkTAoCcPG6iE1AKsem6XW61JDj+OvKMrUgQLaV/9LbYtuSBc2iW0xO5uGbV ovJlpHPlC6DgkKaKnlySQrGzS+z7pbSVGdmSuMKIBO5h9Xf4tfAeM+aAcGETAHTowFfe N6mrW1Gmm8iF8s5okDSNzRHBFRRhhqVi8+ERE= MIME-Version: 1.0 Received: by 10.216.50.134 with SMTP id z6mr6923262web.15.1288054123444; Mon, 25 Oct 2010 17:48:43 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.216.10.198 with HTTP; Mon, 25 Oct 2010 17:48:43 -0700 (PDT) In-Reply-To: <4CC62413.50703@delphij.net> References: <4CC62413.50703@delphij.net> Date: Mon, 25 Oct 2010 17:48:43 -0700 X-Google-Sender-Auth: _jzYN_oA2bDViDwb4V3jfKr8-68 Message-ID: From: Garrett Cooper To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Re: [PATCH] top(1) inverse display of table header X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2010 00:48:45 -0000 On Mon, Oct 25, 2010 at 5:42 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Hi, > > Here is a patch that makes top(1) to inverse its table header (PID > USERNAME THR, etc). Huh? I'm not quite sure what are you trying to achieve; a before and after snapshot would help. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 00:53:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80DAD106564A; Tue, 26 Oct 2010 00:53:38 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id E1CCD8FC12; Tue, 26 Oct 2010 00:53:37 +0000 (UTC) Received: by wwb24 with SMTP id 24so3979370wwb.31 for ; Mon, 25 Oct 2010 17:53:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=Q9MSxhvLrPxNGQ90+tDZclCAn+Mwfxb7mi6LJod8xlM=; b=Bsd6I7S9dMK/PDjsmjIVi+XgKFMRRHKUyFOe3ktXxi5VrffMxY8xUS9dhz0lQQix6N heVxklHDuxOvvqWDGFb8Q1GBzivlouiCrqMjDuXhA8dNpyUgmVamKEQWADrqDnRsv9D1 R/FpG9FI3Av3uy0yW8xPIzJxNn5YwIA2v/m7E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=niDAu8UxHq7mF9PjlG1tZZ15f3WuEjxPBUMaD6NxczivHwN+N5tOdXWmg4Ix2hXJi2 0ZQlnN73YZSULZzPEmsl6mmBtrQFaox01bo81GfzimSJanHJ4YzjicsAlFm2Ha7/6Nhv xqHnq51Q0aIuCHjjXTMNNWKpMZotcMBM2TAlY= MIME-Version: 1.0 Received: by 10.216.11.129 with SMTP id 1mr1029273wex.90.1288054416796; Mon, 25 Oct 2010 17:53:36 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.216.10.198 with HTTP; Mon, 25 Oct 2010 17:53:36 -0700 (PDT) In-Reply-To: <4CC5F35A.7090809@FreeBSD.org> References: <4CC5D83E.8030505@delphij.net> <4CC5D9DB.1020409@FreeBSD.org> <4CC5F35A.7090809@FreeBSD.org> Date: Mon, 25 Oct 2010 17:53:36 -0700 X-Google-Sender-Auth: HQ9oYu2ak8v_HVD4n_CrhAxlA9k Message-ID: From: Garrett Cooper To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: [RFC] More meaningful information about ENOEXEC for kldload(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2010 00:53:38 -0000 On Mon, Oct 25, 2010 at 2:15 PM, Doug Barton wrote: > On 10/25/2010 13:33, Ivan Voras wrote: >> >> (except if the message is changed to say "please look at the kernel >> syslog messages to find out the real reason for this failure") > > Thinking about Garrett's response as well, this may be the best way to go. Well.. I'm not saying the current output is the best, but I just don't want to dig a deeper hole that will further confuse people, as some users may get even more confused with additional details. > At this point I'm also not concerned about waiting for an ideal solution. > IMO an incremental change here would be most welcome. Wouldn't noting this in the manpage be sufficient? I ran into this `item' (:)..) today after a power outage because nvidia-driver was built against different kernel headers, and it prints out the error clear as day on /dev/console, so I'm tempted to say that documenting the behavior is enough as long as it's clear that that is in fact the behavior that the user is dealing with :). Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 01:07:06 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 779AB106564A for ; Tue, 26 Oct 2010 01:07:06 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9FA438FC14 for ; Tue, 26 Oct 2010 01:07:04 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 595F2A689A7; Tue, 26 Oct 2010 09:07:03 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id vEfLLtdNWXOi; Tue, 26 Oct 2010 09:06:54 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id A4EEFA5A892; Tue, 26 Oct 2010 09:06:51 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type; b=LUSjG424hE1wHjfxzF9qbqmjfQtWWfxdlpKDIIBoQjJWoJAmdSEEl/Kh+S//gOvvd vfld6QuIyahq0blpGgK5Q== Message-ID: <4CC629A4.3080703@delphij.net> Date: Mon, 25 Oct 2010 18:06:44 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.14) Gecko/20101020 Thunderbird/3.0.9 ThunderBrowse/3.3.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4CC5D83E.8030505@delphij.net> <4CC5D9DB.1020409@FreeBSD.org> <4CC5F35A.7090809@FreeBSD.org> In-Reply-To: <4CC5F35A.7090809@FreeBSD.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------010605020007050506090908" Subject: Re: [RFC] More meaningful information about ENOEXEC for kldload(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2010 01:07:06 -0000 This is a multi-part message in MIME format. --------------010605020007050506090908 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 10/25/10 14:15, Doug Barton wrote: > On 10/25/2010 13:33, Ivan Voras wrote: >> (except if the message is changed to say "please look at the kernel >> syslog messages to find out the real reason for this failure") > > Thinking about Garrett's response as well, this may be the best way to > go. At this point I'm also not concerned about waiting for an ideal > solution. IMO an incremental change here would be most welcome. I'm thinking about the attached patch which turns printf(9) to uprintf(9) call. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJMximkAAoJEATO+BI/yjfB5ZcH/2Z3UxQmPcRb1YL/+y4imUne jrfLwSXABUcN48w77M1a8qhb0leKrQDzkZxM4Q9+0m/0Y18TA5EYBEIyuVebuVoM +YcfbTI2CH8UAFPUY/su6WNAUHEFQy4tfx4dAeTgOWecVkcoKGGbI6p0V1NCAYUS WRg6VeC7Tv8HySemQHzkKyBFHB6zKWy4U95FDDltiZlzQ5Vv+VquSOURZFw2O7F6 qlvO6B4F1EAbwfibRh5ihKbc1F4uqYrGmidgeH0MfarGsjBXoffmrB7Z+N5409+s d843bw/zR0rgnYkGuE6WNXnChYQvLb6Mgzrg10yDRVhxamUOzq4PHuL5iZ8DBEM= =t2jW -----END PGP SIGNATURE----- --------------010605020007050506090908 Content-Type: text/plain; name="kern_linker.c.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="kern_linker.c.diff" SW5kZXg6IHN5cy9rZXJuL2tlcm5fbGlua2VyLmMKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2tl cm4va2Vybl9saW5rZXIuYwkocmV2aXNpb24gMjE0MzU1KQorKysgc3lzL2tlcm4va2Vybl9s aW5rZXIuYwkod29ya2luZyBjb3B5KQpAQCAtMjA4NSw3ICsyMDg1LDcgQEAKIAkJfQogCQll cnJvciA9IGxpbmtlcl9sb2FkX21vZHVsZShOVUxMLCBtb2RuYW1lLCBsZiwgdmVyaW5mbywg TlVMTCk7CiAJCWlmIChlcnJvcikgewotCQkJcHJpbnRmKCJLTEQgJXM6IGRlcGVuZHMgb24g JXMgLSBub3QgYXZhaWxhYmxlIG9yIgorCQkJdXByaW50ZigiS0xEICVzOiBkZXBlbmRzIG9u ICVzIC0gbm90IGF2YWlsYWJsZSBvciIKIAkJCSAgICAiIHZlcnNpb24gbWlzbWF0Y2hcbiIs IGxmLT5maWxlbmFtZSwgbW9kbmFtZSk7CiAJCQlicmVhazsKIAkJfQo= --------------010605020007050506090908-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 01:34:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D611106564A for ; Tue, 26 Oct 2010 01:34:33 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id B20588FC12 for ; Tue, 26 Oct 2010 01:34:32 +0000 (UTC) Received: by wwb34 with SMTP id 34so152475wwb.1 for ; Mon, 25 Oct 2010 18:34:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=dX46ycyb01k9lPR7QhvkOyY4f77Rr+U9IIUu6u+qsVg=; b=hLHJY4Ez3ehIuoKqd+ReQtkC9FnXfzUzgSZS9d8uLuS28RkDQOfefhtJ1X6JRFiblF HmhPYZRB/SNWaq9LTWwSaLVn6MUV+jxLVr+RRmUOaqnJ6zXsXa7CMhauHUmG6vNxss0n GAfG7a9qYVIs1TyXjtQv1c9zPtDqwwlSJz4Bk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=OpWt1KPTMppBJQQckmixAj3vkz1CTI26xG1kY1m+RyVeWSuxKxwgSowatbnF8w2/yh BvbmSb0VntQ7TkgESUkZ88xqa0zgi+KMuOTgIojhvFyrQ+mrcDGk8R83BeAVeIv7IBfG vxv+nNu66HR8/VxjKZE+VlLaZpsdM6T5kSqvM= MIME-Version: 1.0 Received: by 10.216.1.17 with SMTP id 17mr1059252wec.99.1288056871626; Mon, 25 Oct 2010 18:34:31 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.216.10.198 with HTTP; Mon, 25 Oct 2010 18:34:31 -0700 (PDT) In-Reply-To: <4CC629A4.3080703@delphij.net> References: <4CC5D83E.8030505@delphij.net> <4CC5D9DB.1020409@FreeBSD.org> <4CC5F35A.7090809@FreeBSD.org> <4CC629A4.3080703@delphij.net> Date: Mon, 25 Oct 2010 18:34:31 -0700 X-Google-Sender-Auth: cmZ_01WNUUvpfYok4mtV4JLH01c Message-ID: From: Garrett Cooper To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: [RFC] More meaningful information about ENOEXEC for kldload(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2010 01:34:33 -0000 On Mon, Oct 25, 2010 at 6:06 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On 10/25/10 14:15, Doug Barton wrote: >> On 10/25/2010 13:33, Ivan Voras wrote: >>> (except if the message is changed to say "please look at the kernel >>> syslog messages to find out the real reason for this failure") >> >> Thinking about Garrett's response as well, this may be the best way to >> go. At this point I'm also not concerned about waiting for an ideal >> solution. IMO an incremental change here would be most welcome. > > I'm thinking about the attached patch which turns printf(9) to > uprintf(9) call. Err... that would cause problems if someone was reading the syslog output as it would no longer be logged (from uprintf(9)): The uprintf() function outputs to the current process' controlling tty, while printf() writes to the console as well as to the logging facility. I personally like reading syslog output more than I do like reading the console because messages can get lost on the console quicker :/... Is there a hybrid option? Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 06:35:55 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23D6F1065670 for ; Tue, 26 Oct 2010 06:35:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id A36C58FC16 for ; Tue, 26 Oct 2010 06:35:54 +0000 (UTC) Received: (qmail 32411 invoked by uid 399); 26 Oct 2010 06:35:53 -0000 Received: from localhost (HELO ?192.168.2.9?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 26 Oct 2010 06:35:53 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4CC676C8.8070303@FreeBSD.org> Date: Mon, 25 Oct 2010 23:35:52 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.11) Gecko/20101013 Thunderbird/3.1.5 MIME-Version: 1.0 To: Garrett Cooper References: <4CC5D83E.8030505@delphij.net> <4CC5D9DB.1020409@FreeBSD.org> <4CC5F35A.7090809@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [RFC] More meaningful information about ENOEXEC for kldload(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2010 06:35:55 -0000 On 10/25/2010 5:53 PM, Garrett Cooper wrote: > On Mon, Oct 25, 2010 at 2:15 PM, Doug Barton wrote: >> On 10/25/2010 13:33, Ivan Voras wrote: >>> >>> (except if the message is changed to say "please look at the kernel >>> syslog messages to find out the real reason for this failure") >> >> Thinking about Garrett's response as well, this may be the best way to go. > > Well.. I'm not saying the current output is the best, but I just > don't want to dig a deeper hole that will further confuse people, as > some users may get even more confused with additional details. I don't think "You'll find more information in the logs" to be confusing. >> At this point I'm also not concerned about waiting for an ideal solution. >> IMO an incremental change here would be most welcome. > > Wouldn't noting this in the manpage be sufficient? I think _also_ adding it to the man page would be appropriate. IMO this is an area where we have to try and think more like users, and less like developers. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 10:11:31 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D482106577A for ; Tue, 26 Oct 2010 10:11:31 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id B6DBB8FC12 for ; Tue, 26 Oct 2010 10:11:30 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PAgV2-0002BT-9X for freebsd-current@freebsd.org; Tue, 26 Oct 2010 12:11:24 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Oct 2010 12:11:24 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Oct 2010 12:11:24 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 26 Oct 2010 12:11:15 +0200 Lines: 8 Message-ID: References: <4CC5D83E.8030505@delphij.net> <4CC5D9DB.1020409@FreeBSD.org> <4CC5F35A.7090809@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.12) Gecko/20101018 Thunderbird/3.0.8 In-Reply-To: X-Enigmail-Version: 1.0.1 Subject: Re: [RFC] More meaningful information about ENOEXEC for kldload(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2010 10:11:31 -0000 On 10/26/10 02:53, Garrett Cooper wrote: > Wouldn't noting this in the manpage be sufficient? > I ran into this `item' (:)..) today after a power outage because > nvidia-driver was built against different kernel headers, and it > prints out the error clear as day on /dev/console, Luckily in your case, it happened *before* starting X :) From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 12:56:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEAFA106566C for ; Tue, 26 Oct 2010 12:56:47 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 684758FC0C for ; Tue, 26 Oct 2010 12:56:47 +0000 (UTC) Received: by ywc21 with SMTP id 21so1907852ywc.13 for ; Tue, 26 Oct 2010 05:56:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; bh=N7f+JCZQcai6QsW5gyX+bzG50QpoHCsXM4lLeXdcaxA=; b=Lk9xcZHg6LBVWvFoSsDLjXRQNZoj1Yb6y0N+jsv62qfgVfzJX0Bk6qCy5QMF/7ttGL YhHllvqk43vDRqMrJKukHoSjtkN7dMMSDiI2ecuIPQ3j4FyK5nFYB7Z0pZ9H8Ghh4Xx4 new8OsBp3GHog6kdklWCfPDqxBWJsEJA5Qe9w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=rU/5nNXT76DmieF5m0CQzcYsAdxYMaDrCYyrRoZPsoFlVoLxhUOzNChw4rmdmwZjve ya/nxOw+E2Z1ikfosaOgNhtkrut6IFUVyltXJ2TfRm/YvnCT+SFbe8a5eZmsELRT9Ozp jlJdJ+lIVrXHvNavloDZd2IAWmdFqg6HwtCMk= Received: by 10.42.178.65 with SMTP id bl1mr223933icb.17.1288096503889; Tue, 26 Oct 2010 05:35:03 -0700 (PDT) MIME-Version: 1.0 Sender: villa.alberto@gmail.com Received: by 10.220.165.145 with HTTP; Tue, 26 Oct 2010 05:34:43 -0700 (PDT) In-Reply-To: <20101025080705.GA33315@current.Sisis.de> References: <20101025080705.GA33315@current.Sisis.de> From: Alberto Villa Date: Tue, 26 Oct 2010 05:34:43 -0700 X-Google-Sender-Auth: sjsCLvq5kKRfDRaQSnTCnJ1AD74 Message-ID: To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2010 12:56:47 -0000 On Mon, Oct 25, 2010 at 1:07 AM, Matthias Apitz wrote: > I have a new laptop Acer Aspire One D250 and pulled out HEAD from SVN > today morning. As far as I can see in sys/dev/bwi and sys/dev/bwn the > above chip is still not supported. I am wrong? i have the same problem with a BCM43225. there is a linux driver: is anyone going to port it in the near future? would a donation help the process? > Any other idea how to get Wifi working on this mini laptop? i've tried ndis without success... -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 13:46:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32809106564A for ; Tue, 26 Oct 2010 13:46:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 041AC8FC12 for ; Tue, 26 Oct 2010 13:46:02 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A33C346B2C; Tue, 26 Oct 2010 09:46:01 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 98EDF8A029; Tue, 26 Oct 2010 09:46:00 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, d@delphij.net Date: Tue, 26 Oct 2010 09:26:54 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: <4CC5D83E.8030505@delphij.net> In-Reply-To: <4CC5D83E.8030505@delphij.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201010260926.54430.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 26 Oct 2010 09:46:00 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Subject: Re: [RFC] More meaningful information about ENOEXEC for kldload(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2010 13:46:02 -0000 On Monday, October 25, 2010 3:19:26 pm Xin LI wrote: > Hi, > > Here is a simple patch that adds more meaning messages when kldload hits > ENOEXEC. > > Before patch: > > kldload: can't load geom_eli.ko: Exec format error > > After patch: > > kldload: can't load geom_eli.ko: Exec format error > kldload: Dependendent kernel module cannot be loaded from kern.module_path? > > Comments? The reason I vote know is that ENOEXEC can mean several things. I thought you had a patch to catch the actual kernel error message and pass it back to userland. That would be a useful feature, but this message doesn't really help and can point people in the wrong direction if their error is due to a different problem. If you want to help the user, then I think a more useful approach would be to tell the user to check dmesg for error messages when kldload(2) fails with ENOEXEC. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 14:09:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B72521065696; Tue, 26 Oct 2010 14:09:33 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 606438FC13; Tue, 26 Oct 2010 14:09:33 +0000 (UTC) Received: by gwaa18 with SMTP id a18so2522889gwa.13 for ; Tue, 26 Oct 2010 07:09:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=UnpyhtsPGSZNBiOg3jtIX8XJIw6cWzzVHMMDlbYV2C4=; b=Zw6SAdHyGEuxSXr+1DxzjmnHJK7os1j7Oohexr3me7NXT7kXTXgWfCUbc74XoeAEaZ AsVBZZLKLrrGPIymuwNaOQlCWbmrRN1Bm5dAymdCZBM28M18DCgpE6uE7MVv2VNXWPOI jaZO9lLGmsWtUGiPrhorsSt8Bvcx5Q7YCo6rQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=hRCKC9mL8B7mKs217SO75+Bh62yB7u9jxBNFs6gUmFaWQrEtjCZHynmzpEoqQr8xUU sBxtQwCz60LDUeXapHAb3QZGzxrRnbDUaap9VQxHsSyM7E7U5FHXpQNj5GU60p/frl05 reGOfzxiYJu8oYo0hPBs6aQ5yjnxrVWsA5BMo= MIME-Version: 1.0 Received: by 10.216.58.209 with SMTP id q59mr1836663wec.41.1288102171793; Tue, 26 Oct 2010 07:09:31 -0700 (PDT) Received: by 10.216.50.140 with HTTP; Tue, 26 Oct 2010 07:09:31 -0700 (PDT) In-Reply-To: References: <20101025080705.GA33315@current.Sisis.de> Date: Tue, 26 Oct 2010 14:09:31 +0000 Message-ID: From: Paul B Mahol To: Alberto Villa Content-Type: text/plain; charset=ISO-8859-1 Cc: Matthias Apitz , freebsd-current@freebsd.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2010 14:09:33 -0000 On 10/26/10, Alberto Villa wrote: > On Mon, Oct 25, 2010 at 1:07 AM, Matthias Apitz wrote: >> I have a new laptop Acer Aspire One D250 and pulled out HEAD from SVN >> today morning. As far as I can see in sys/dev/bwi and sys/dev/bwn the >> above chip is still not supported. I am wrong? > > i have the same problem with a BCM43225. there is a linux driver: is > anyone going to port it in the near future? would a donation help the > process? > >> Any other idea how to get Wifi working on this mini laptop? > > i've tried ndis without success... Sharing you experience would help (if you are not on amd64). From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 15:55:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7C9E106564A; Tue, 26 Oct 2010 15:55:11 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8E2F48FC1E; Tue, 26 Oct 2010 15:55:11 +0000 (UTC) Received: by yxl31 with SMTP id 31so3088339yxl.13 for ; Tue, 26 Oct 2010 08:55:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=tZCOOsa40oZVwpBUpFjcRlfTLGPGMHpo50NATmxAldg=; b=geZYwLOaClAdXRNGUtrigfNxp2pNH/i6CAO9Jv16Z+6doz16vE6pQZrYHV5Z9b3a/P u4ciUzQpSNvp8crk0S3PCnAowImwZ0+rMPjkSJCvc6rqygXhQP7E1M0dC3bkOwKLPP0i 2H+57Z8m7yJJEXJxFjKpwI+noy8dI+B+1z8rs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=CuuWkob93sWwSn6o3dDg7W8KGiOY1iYUS5JJ/D/4HgfMtPHkAd+/kO43yUCGBxB+z/ Hr4BpZYsrNwtxlgms0eHfU6/NMdc2uWB/CMNN+i0+pb/SRYybFxCCdPjGrmRirxZ2vd6 O8oj8ke7Qi9AP6mrn7kylcJ4TTUqPwrEvrCEs= MIME-Version: 1.0 Received: by 10.42.182.15 with SMTP id ca15mr6712651icb.31.1288108510329; Tue, 26 Oct 2010 08:55:10 -0700 (PDT) Received: by 10.231.159.198 with HTTP; Tue, 26 Oct 2010 08:55:10 -0700 (PDT) Date: Tue, 26 Oct 2010 08:55:10 -0700 Message-ID: From: Matthew Fleming To: freebsd-current@freebsd.org, John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: intr_event_destroy(9) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2010 15:55:12 -0000 It looks like a bug in intr_event_destroy(9): I'm trying to unload a new driver being developed internally for NVRAM, and I get this WITNESS warning and hang: # kldunload rnv Sleeping on "ithdty" with the following non-sleepable locks held: exclusive sleep mutex intr event list (intr event list) r = 0 (0xffffffff806f9560) locked @ /data/sb/BR_BONNEVILLE_HW/src/sys/kern/kern_intr.c:404 KDB: stack backtrace: [ffffffff801a544d] db_trace_self_wrapper+0x3d [ffffffff802e7b26] witness_warn+0x2f6 [ffffffff802a1a43] _sleep+0xc3 [ffffffff8026dad5] intr_event_destroy+0xe5 [ffffff87b05ba805] rnv_pci_detach+0xc5 [ffffffff802c9414] device_detach+0xb4 [ffffffff802c974f] devclass_delete_driver+0xdf [ffffffff802c991d] driver_module_handler+0x11d [ffffffff802843a2] module_unload+0x42 [ffffffff80279f4b] linker_file_unload+0x19b [ffffffff8027aa1b] kern_kldunload+0x10b [ffffffff802a2609] isi_syscall+0x99 [ffffffff804dee3e] ia32_syscall+0x1ce [ffffffff804a7e50] Xint0x80_syscall+0x60 --- syscall (444, FreeBSD ELF32, kldunloadf), rip = 0x280c1aff, rsp = 0xffffd44c, rbp = 0xffffdc98 --- Looking at intr_event_destroy, I see this snippet from r157728: #ifndef notyet if (ie->ie_thread != NULL) { ithread_destroy(ie->ie_thread); ie->ie_thread = NULL; } #endif There is an msleep(9) in ithread_destroy(9). And everywhere else that uses notyet has #ifdef, not #ifndef. So... is this a typo? Thanks, matthew From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 16:50:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D504106566C for ; Tue, 26 Oct 2010 16:50:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3A4EE8FC17 for ; Tue, 26 Oct 2010 16:50:19 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E3DF546B0D; Tue, 26 Oct 2010 12:50:18 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 895B88A01D; Tue, 26 Oct 2010 12:50:17 -0400 (EDT) From: John Baldwin To: Matthew Fleming Date: Tue, 26 Oct 2010 12:46:42 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201010261246.42238.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 26 Oct 2010 12:50:17 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: intr_event_destroy(9) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2010 16:50:21 -0000 On Tuesday, October 26, 2010 11:55:10 am Matthew Fleming wrote: > It looks like a bug in intr_event_destroy(9): I'm trying to unload a > new driver being developed internally for NVRAM, and I get this > WITNESS warning and hang: > > > # kldunload rnv > Sleeping on "ithdty" with the following non-sleepable locks held: > exclusive sleep mutex intr event list (intr event list) r = 0 > (0xffffffff806f9560) locked @ > /data/sb/BR_BONNEVILLE_HW/src/sys/kern/kern_intr.c:404 > KDB: stack backtrace: > [ffffffff801a544d] db_trace_self_wrapper+0x3d > [ffffffff802e7b26] witness_warn+0x2f6 > [ffffffff802a1a43] _sleep+0xc3 > [ffffffff8026dad5] intr_event_destroy+0xe5 > [ffffff87b05ba805] rnv_pci_detach+0xc5 > [ffffffff802c9414] device_detach+0xb4 > [ffffffff802c974f] devclass_delete_driver+0xdf > [ffffffff802c991d] driver_module_handler+0x11d > [ffffffff802843a2] module_unload+0x42 > [ffffffff80279f4b] linker_file_unload+0x19b > [ffffffff8027aa1b] kern_kldunload+0x10b > [ffffffff802a2609] isi_syscall+0x99 > [ffffffff804dee3e] ia32_syscall+0x1ce > [ffffffff804a7e50] Xint0x80_syscall+0x60 > --- syscall (444, FreeBSD ELF32, kldunloadf), rip = 0x280c1aff, rsp = > 0xffffd44c, rbp = 0xffffdc98 --- > > Looking at intr_event_destroy, I see this snippet from r157728: > > > #ifndef notyet > if (ie->ie_thread != NULL) { > ithread_destroy(ie->ie_thread); > ie->ie_thread = NULL; > } > #endif > > There is an msleep(9) in ithread_destroy(9). And everywhere else that > uses notyet has #ifdef, not #ifndef. So... is this a typo? No, it's actually on purpose I think as the other bits under notyet destroy the thread when the last handler for it goes away. However, ithread_destroy() does not block in any of 7.x or later: static void ithread_destroy(struct intr_thread *ithread) { struct thread *td; CTR2(KTR_INTR, "%s: killing %s", __func__, ithread->it_event->ie_name); td = ithread->it_thread; thread_lock(td); ithread->it_flags |= IT_DEAD; if (TD_AWAITING_INTR(td)) { TD_CLR_IWAIT(td); sched_add(td, SRQ_INTR); } thread_unlock(td); } Maybe you have a local change? If so, you can probably unlock the global event_list lock before calling ithread_destroy() (but after the TAILQ_REMOVE()) in intr_event_destroy(). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 16:56:57 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51539106566B; Tue, 26 Oct 2010 16:56:57 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1EAD98FC16; Tue, 26 Oct 2010 16:56:56 +0000 (UTC) Received: by pwi2 with SMTP id 2so342145pwi.13 for ; Tue, 26 Oct 2010 09:56:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ByHoVyifibpwfpDGOKh4pmqt6hckwqAlWeE7Tu5pBkg=; b=f1F+TdsdkF9oLFFM66gyEQhdyUSWtQkT9intbUT21HiU56IDD3GPxvlu0acm7bnTPD JWHH/wp05VlDXTy17Gvdd7LWmW4M+deeNoHz9xt76Ydj0W5QRRERa0C97Go/4v1H6YKv q84WgoAvgLcJT6EqS18L4i7jas5GEX//S7ERc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Gxk6kudom69f15+JfGjvvEGSAGyCsSsfunfQUhNzf3XREUv3OcgJqvFKLs+bT0nsWd A3rytOhoWHEzD0MF7SnCAK1FX89kejiGFrhgnJMbfasQ6lHJLCLmiQp3OkCtsHH9j6Nb W/8Rmng/qZTlzYq4hafeLkK0vGhG1j7PhqEcU= MIME-Version: 1.0 Received: by 10.42.229.6 with SMTP id jg6mr815665icb.121.1288112216304; Tue, 26 Oct 2010 09:56:56 -0700 (PDT) Received: by 10.231.159.198 with HTTP; Tue, 26 Oct 2010 09:56:56 -0700 (PDT) In-Reply-To: <201010261246.42238.jhb@freebsd.org> References: <201010261246.42238.jhb@freebsd.org> Date: Tue, 26 Oct 2010 09:56:56 -0700 Message-ID: From: Matthew Fleming To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: intr_event_destroy(9) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2010 16:56:57 -0000 On Tue, Oct 26, 2010 at 9:46 AM, John Baldwin wrote: > On Tuesday, October 26, 2010 11:55:10 am Matthew Fleming wrote: >> It looks like a bug in intr_event_destroy(9): I'm trying to unload a >> new driver being developed internally for NVRAM, and I get this >> WITNESS warning and hang: >> >> >> # kldunload rnv >> Sleeping on "ithdty" with the following non-sleepable locks held: >> exclusive sleep mutex intr event list (intr event list) r =3D 0 >> (0xffffffff806f9560) locked @ >> /data/sb/BR_BONNEVILLE_HW/src/sys/kern/kern_intr.c:404 >> KDB: stack backtrace: >> [ffffffff801a544d] db_trace_self_wrapper+0x3d >> [ffffffff802e7b26] witness_warn+0x2f6 >> [ffffffff802a1a43] _sleep+0xc3 >> [ffffffff8026dad5] intr_event_destroy+0xe5 >> [ffffff87b05ba805] rnv_pci_detach+0xc5 >> [ffffffff802c9414] device_detach+0xb4 >> [ffffffff802c974f] devclass_delete_driver+0xdf >> [ffffffff802c991d] driver_module_handler+0x11d >> [ffffffff802843a2] module_unload+0x42 >> [ffffffff80279f4b] linker_file_unload+0x19b >> [ffffffff8027aa1b] kern_kldunload+0x10b >> [ffffffff802a2609] isi_syscall+0x99 >> [ffffffff804dee3e] ia32_syscall+0x1ce >> [ffffffff804a7e50] Xint0x80_syscall+0x60 >> --- syscall (444, FreeBSD ELF32, kldunloadf), rip =3D 0x280c1aff, rsp = =3D >> 0xffffd44c, rbp =3D 0xffffdc98 --- >> >> Looking at intr_event_destroy, I see this snippet from r157728: >> >> >> #ifndef notyet >> =A0 =A0 =A0 if (ie->ie_thread !=3D NULL) { >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 ithread_destroy(ie->ie_thread); >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 ie->ie_thread =3D NULL; >> =A0 =A0 =A0 } >> #endif >> >> There is an msleep(9) in ithread_destroy(9). =A0And everywhere else that >> uses notyet has #ifdef, not #ifndef. =A0So... is this a typo? > > No, it's actually on purpose I think as the other bits under notyet destr= oy > the thread when the last handler for it goes away. > > However, ithread_destroy() does not block in any of 7.x or later: > > static void > ithread_destroy(struct intr_thread *ithread) > { > =A0 =A0 =A0 =A0struct thread *td; > > =A0 =A0 =A0 =A0CTR2(KTR_INTR, "%s: killing %s", __func__, ithread->it_eve= nt->ie_name); > =A0 =A0 =A0 =A0td =3D ithread->it_thread; > =A0 =A0 =A0 =A0thread_lock(td); > =A0 =A0 =A0 =A0ithread->it_flags |=3D IT_DEAD; > =A0 =A0 =A0 =A0if (TD_AWAITING_INTR(td)) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0TD_CLR_IWAIT(td); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0sched_add(td, SRQ_INTR); > =A0 =A0 =A0 =A0} > =A0 =A0 =A0 =A0thread_unlock(td); > } > > Maybe you have a local change? =A0If so, you can probably unlock the glob= al > event_list lock before calling ithread_destroy() (but after the > TAILQ_REMOVE()) in intr_event_destroy(). Gah, yes, it looks like a local change we can probably do without. And as it turns out the driver can pass NULL to siw_add() and skip the intr_event_destroy() anyways. Thanks for the help! Sorry for the noise. matthew From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 19:12:49 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F90A1065696; Tue, 26 Oct 2010 19:12:49 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from sana.init-main.com (unknown [IPv6:2001:240:28::1]) by mx1.freebsd.org (Postfix) with ESMTP id 869F18FC08; Tue, 26 Oct 2010 19:12:48 +0000 (UTC) Received: from ns.init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.14.3/8.14.3) with ESMTP id o9QJ4iwq089834; Wed, 27 Oct 2010 04:04:45 +0900 (JST) (envelope-from takawata@ns.init-main.com) Message-Id: <201010261904.o9QJ4iwq089834@sana.init-main.com> To: mav@freebsd.org Date: Wed, 27 Oct 2010 04:04:44 +0900 From: Takanori Watanabe Cc: acpi@freebsd.org, current@freebsd.org, hselasky@c2i.net Subject: Event based scheduling and USB. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2010 19:12:49 -0000 I updated my FreeBSD tree on laptop, to the current as of 18 Oct.2010, it works fine with CPU C3 state enabled, I think this is your achievement of event time scheduler, thanks! But when USB driver is enabled, the load average is considerablly high (0.6 to 1.0) if sysctl oid kern.eventtimer.periodic is set to 0. Then kern.eventtimer.periodic is set to 1, the load average goes to 0 quickly as before, but almost never transit to C3. Is this behavior expected, or something wrong? I noticed one of usb host controller device shares HPET irq. When I implement interrupt filter in uhci driver, the load average goes to 0 as before. ==== % vmstat -i interrupt total rate irq1: atkbd0 398 2 irq9: acpi0 408 2 irq12: psm0 3 0 irq19: ehci1 37 0 irq20: hpet0 uhci0 35970 230 irq22: ehci0 2 0 irq256: em0 4 0 irq257: ahci0 1692 10 Total 38514 246 === BTW, when USB port is enabled C3 transition rate gets lower. I think it is likely to occur. But how can I supress power consumption? It's time to implement powertop for freebsd, isn't it? From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 19:58:21 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFDA71065670 for ; Tue, 26 Oct 2010 19:58:21 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 24D0F8FC12 for ; Tue, 26 Oct 2010 19:58:20 +0000 (UTC) Received: by fxm17 with SMTP id 17so4502270fxm.13 for ; Tue, 26 Oct 2010 12:58:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=+39SDKZj+XBm00WDZdvwxRdB2EHvdKe1a04TzeKRPs0=; b=teOG24ZzLbj6XI1hp/g/L4Wh2EbU4Fi2MOqqjHaFt0PZWoNSREGThy8IoN/C2gmTgC DszP9KgGK3HNIxG1bB4dnadaI6mWAdKA5e657ZpbJpVuSQnBursRzm1lDy1SwNUEMKP0 jmhiJgbhxBzHy2HrEVDxuX3m/2gdyd49krSx8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=U7pmVW22pXiOjDpxfK4OXqOTjYWVuuYjqFGKcAk1Cz3kGQS7MsFGdhjeQm8DgpRK/r 7l830KLrfzRlg9vuOtThHBkpPt0AYLQ5wXpCU/FLk91gp/6ZY2T7/QQeLytWxMWzLfp+ Ps3jyVZeUUXtoGplw7Mt7jPAO6Ywl4LgJi0GY= Received: by 10.223.97.69 with SMTP id k5mr100873fan.67.1288123100051; Tue, 26 Oct 2010 12:58:20 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (95-109-148-112.dialup.umc.net.ua [95.109.148.112]) by mx.google.com with ESMTPS id l23sm546154fam.19.2010.10.26.12.58.12 (version=SSLv3 cipher=RC4-MD5); Tue, 26 Oct 2010 12:58:18 -0700 (PDT) Sender: Alexander Motin Message-ID: <4CC732C7.50409@FreeBSD.org> Date: Tue, 26 Oct 2010 22:57:59 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Takanori Watanabe References: <201010261904.o9QJ4iwq089834@sana.init-main.com> In-Reply-To: <201010261904.o9QJ4iwq089834@sana.init-main.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, current@freebsd.org, hselasky@c2i.net Subject: Re: Event based scheduling and USB. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2010 19:58:21 -0000 Takanori Watanabe wrote: > I updated my FreeBSD tree on laptop, to the current > as of 18 Oct.2010, it works fine with CPU C3 state enabled, > > I think this is your achievement of event time scheduler, > thanks! > > But when USB driver is enabled, the load average is considerablly > high (0.6 to 1.0) if sysctl oid kern.eventtimer.periodic is set to 0. > Then kern.eventtimer.periodic is set to 1, the load average goes > to 0 quickly as before, but almost never transit to C3. > > Is this behavior expected, or something wrong? > I noticed one of usb host controller device shares HPET irq. > When I implement interrupt filter in uhci driver, the load average > goes to 0 as before. > > > ==== > % vmstat -i > interrupt total rate > irq1: atkbd0 398 2 > irq9: acpi0 408 2 > irq12: psm0 3 0 > irq19: ehci1 37 0 > irq20: hpet0 uhci0 35970 230 > irq22: ehci0 2 0 > irq256: em0 4 0 > irq257: ahci0 1692 10 > Total 38514 246 > === I haven't noticed that issue and it is surely not expected for me. I will try to reproduce it. Most likely you should be able to avoid interrupt sharing using some additional HPET options, described at hpet(4). > BTW, when USB port is enabled C3 transition rate gets lower. > I think it is likely to occur. But how can I supress power > consumption? I can't say about USB, but you may try this patch to optimize some other subsystems: http://people.freebsd.org/~mav/tm6292_idle.patch > It's time to implement powertop for freebsd, isn't it? Surely it is. I was even thinking about possibility to port one from OpenSolaris, but other work distracted me. You may take it, it you wish. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 22:59:47 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 377B0106566B; Tue, 26 Oct 2010 22:59:47 +0000 (UTC) (envelope-from nate@root.org) Received: from mail.root.org (root.org [208.72.84.34]) by mx1.freebsd.org (Postfix) with ESMTP id 0E1AF8FC17; Tue, 26 Oct 2010 22:59:46 +0000 (UTC) Received: from [10.1.0.199] (dsl081-053-082.sfo1.dsl.speakeasy.net [64.81.53.82]) by mail.root.org (Postfix) with ESMTP id C67AD6A6E; Tue, 26 Oct 2010 22:44:35 +0000 (UTC) Message-ID: <4CC759D5.2020207@root.org> Date: Tue, 26 Oct 2010 15:44:37 -0700 From: Nate Lawson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.11) Gecko/20101013 Thunderbird/3.1.5 MIME-Version: 1.0 To: Alexander Motin References: <201010261904.o9QJ4iwq089834@sana.init-main.com> <4CC732C7.50409@FreeBSD.org> In-Reply-To: <4CC732C7.50409@FreeBSD.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: Event based scheduling and USB. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2010 22:59:47 -0000 On 10/26/2010 12:57 PM, Alexander Motin wrote: > Takanori Watanabe wrote: >> I updated my FreeBSD tree on laptop, to the current >> as of 18 Oct.2010, it works fine with CPU C3 state enabled, >> >> I think this is your achievement of event time scheduler, >> thanks! Ah, so mav@ implemented a tickless-scheduler? That is nice. >> But when USB driver is enabled, the load average is considerablly >> high (0.6 to 1.0) if sysctl oid kern.eventtimer.periodic is set to 0. >> Then kern.eventtimer.periodic is set to 1, the load average goes >> to 0 quickly as before, but almost never transit to C3. >> >> Is this behavior expected, or something wrong? The USB controller often keeps the bus mastering bit set. This keeps the system out of C3. The way to fix this is to implement global suspend. Put a device in suspend mode and then turn off power to the USB port it is on. Then the USB controller will stop polling the bus. >> I noticed one of usb host controller device shares HPET irq. >> When I implement interrupt filter in uhci driver, the load average >> goes to 0 as before. >> >> >> ==== >> % vmstat -i >> interrupt total rate >> irq1: atkbd0 398 2 >> irq9: acpi0 408 2 >> irq12: psm0 3 0 >> irq19: ehci1 37 0 >> irq20: hpet0 uhci0 35970 230 >> irq22: ehci0 2 0 >> irq256: em0 4 0 >> irq257: ahci0 1692 10 >> Total 38514 246 >> === > > I haven't noticed that issue and it is surely not expected for me. I > will try to reproduce it. > > Most likely you should be able to avoid interrupt sharing using some > additional HPET options, described at hpet(4). This seems silly. The whole point of APIC is to avoid clustering on a single interrupt but the BIOS put the timer on the USB controller irq? >> It's time to implement powertop for freebsd, isn't it? > > Surely it is. I was even thinking about possibility to port one from > OpenSolaris, but other work distracted me. You may take it, it you wish. It seems worth doing the internals new, but maybe outputting information in a compatible format for reporting tools. -- Nate From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 00:02:10 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C93A31065693; Wed, 27 Oct 2010 00:02:10 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9A9488FC21; Wed, 27 Oct 2010 00:02:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o9R02AUr028641; Wed, 27 Oct 2010 00:02:10 GMT (envelope-from danger@freefall.freebsd.org) Received: (from danger@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o9R02AnK028634; Wed, 27 Oct 2010 00:02:10 GMT (envelope-from danger) Date: Wed, 27 Oct 2010 00:02:10 +0000 From: Daniel Gerzo To: hackers@freebsd.org Message-ID: <20101027000210.GA18428@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, current@freebsd.org Subject: FreeBSD Status Report July - September, 2010 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: monthly@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 00:02:10 -0000 FreeBSD Quarterly Status Report Introduction This report covers FreeBSD-related projects between July and September 2010. It is the third of the four reports planned for 2010. During this period, we were victims of one of the biggest BSD events of the year -- EuroBSDCon. We hope that the ones of you who have been able to attend it have enjoyed your stay. Another good news is that work on the new minor versions of FreeBSD, 7.4 and 8.2, is progressing well. This report, with 55 entries, is the longest report in the whole history and shows a good condition of the FreeBSD community. Thanks to all the reporters for the excellent work! We hope you enjoy reading it. Please note that the deadline for submissions covering the period between October and December 2010 is January 15th, 2011. __________________________________________________________________ Google Summer of Code * Atheros AR913x SoC Support * Binary Package Patch Infrastructure -- pkg_patch * ExtFS Status Report * Packet Capturing Stack -- ringmap * Registration of Optional Kernel Subsystems via sysctl Projects * BSD# Project * BSNMP Enhancements * Capsicum: Practical Capabilities for UNIX * Clang Replacing GCC in the Base System * DAHDI/FreeBSD Project * External Toolchain Support * GELI Additions * gptboot Improvements * HAST (Highly Available Storage) Improvements * Kernel-level Stacked Cryptographic File System -- PEFS * pc-sysinstall * Target Big Endian Must Die * Userland DTrace * V4L Support in Linux Emulator * ZFSv28 is Ready for Wider Testing FreeBSD Team Reports * FreeBSD Bugbusting Team * FreeBSD KDE Team * FreeBSD Release Engineering Team * The FreeBSD Foundation Status Report Network Infrastructure * Enhancing the FreeBSD TCP Implementation * Five New TCP Congestion Control Algorithms for FreeBSD * Syncing pf(4) with OpenBSD 4.5 Kernel * Kernel Event Timers Infrastructure * Netdump Support * Resource Containers * USB Stack Documentation * mandoc/mdocml -- groff Replacement for Rendering Manual Pages in FreeBSD * The FreeBSD German Documentation Project * The FreeBSD Japanese Documentation Project * Web Feeds for UPDATING Files Userland Programs * FreeBSD Services Control (fsc) * Updating Base Tools to Accommodate Ports Requirements * xz Compression for Packages and Log Files Architectures * Bringing up ARM to FreeBSD Tree * FreeBSD on the Playstation 3 * FreeBSD/mips on Octeon * FreeBSD/mips Ralink RT3052F/Broadcom BCM5354 * FreeBSD/sparc64 Ports * Chromium Web Browser * OpenAFS Port * pkg_upgrade (sysutils/bsdadminscripts) * Ports Collection * Ports Distfile and WWW Checker * Valgrind Port Miscellaneous * BSD-Day@2010 * EuroBSDCon 2010 * EuroBSDCon 2011 * FreeBSD Developer Summit, Karlsruhe * FreeBSD Developer Summit, meetBSD California 2010 * PC-BSD __________________________________________________________________ Atheros AR913x SoC Support URL: http://wiki.FreeBSD.org/AdrianChadd/AtherosStuff URL: http://wiki.FreeBSD.org/AdrianChadd/AtherosHalStuff Contact: Adrian Chadd FreeBSD-CURRENT runs on the AR9132 SoC. Minor platform-specific tweaks are needed to use it on a given piece of hardware (eg., where in flash the Ethernet MAC address is stored.) The AR910x wireless MAC/PHY is supported. The only available test platform uses a 2.4GHz radio; 5GHz 11a mode has not been tested. As with other Atheros chipset support in FreeBSD, 11n support is not yet finished. The current development platform is the TP-Link TP-WN1043ND 802.11n wireless bridge/router. It is currently being successfully used as a 11bg access point. Open tasks: 1. USB support is currently not functional. 2. There is currently no support for the Realtek Gigabit switch/PHY chip. This is being worked on. __________________________________________________________________ Binary Package Patch Infrastructure -- pkg_patch URL: http://wiki.FreeBSD.org/IvanVoras/pkg_patch Contact: Ivan Voras pkg_patch is a tool meant to be used with the rest of the pkg_* utilities whose job is to create and apply binary patches to FreeBSD package archives. The SoC project was successfully completed but there are some open issues about the integration of the tool in the FreeBSD system. Some changes are necessary to the port/patch infrastructure to support the "update" mode instead of "remove+add". Open tasks: 1. Solve pending issues about the ports install/upgrade workflow, probably within the pkg_install2 effort. __________________________________________________________________ Bringing up ARM to FreeBSD Tree Contact: Warner Losh Contact: Mohammed Farrag We are still in the beginning of the project since we started it after the summer of code. Open tasks: 1. Reading ARM structure. 2. Reading MicroC OS. 3. Using Qemu to emulate the work. __________________________________________________________________ BSD# Project URL: http://code.google.com/p/bsd-sharp/ URL: http://www.mono-project.org/ Contact: Romain TartiÄre The BSD# Project is devoted to porting the Mono .NET framework and applications to the FreeBSD operating system. Mono 2.8 has been released a few days ago and is already available in the BSD# repository. The update breaks a few ports so the lang/mono update in the FreeBSD ports tree will be delayed until those programs are fixed for a smoother update experience. Work is in progress to include some long-awaited ports such as deskutils/gnome-do but they require a lot of testing and hacking because they have clearly been designed to run on GNU/Linux and portability has never been a priority (which is quite amusing if you consider portability is the main reason to be for mono). Open tasks: 1. If you have some time, test mono ports and send feedback. 2. If you have more time, join the BSD# Team! There are many ways to help out! 3. Currently low priority, some mono hackers who do not use FreeBSD would be interested in a debug live-image of FreeBSD to help us diagnose and fix bugs more effectively. __________________________________________________________________ BSD-Day@2010 URL: http://wiki.FreeBSD.org/BSDDay_2010 Contact: Gábor Páli The purpose of this one-day event is to gather Central European developers of today's open-source BSD systems to popularize their work and their organizations, and to meet each other in the real life. We would also like to motivate potential future developers and users, especially undergraduate university students to work with BSD systems. This year's BSD-Day will be held in Budapest, Hungary at Eötvös Loránd University, Faculty of Informatics on November 20, 2010. Everybody is welcome! __________________________________________________________________ BSNMP Enhancements URL: http://wiki.FreeBSD.org/CategorySNMP URL: http://p4db.FreeBSD.org/depotTreeBrowser.cgi?FSPC=//depot/user/syrinx/s nmp_ieee80211&HIDEDEL=NO URL: http://p4db.FreeBSD.org/depotTreeBrowser.cgi?FSPC=//depot/user/syrinx/s yrinx_bsnmpv3&HIDEDEL=NO Contact: Shteryana Shopova Contact: Philip Paeps During the previous few months several additions were developed to FreeBSD's built-in SNMP daemon -- bsnmpd(1). First a snmp_wlan(3) module was developed that allows monitoring and configuration of wlan(4) interfaces operating in various modes, including statistics, attached/neighboring station information, MAC access control entries and mesh routing information. The module's code was submitted in SVN and is now a part of the FreeBSD base system. Next, SNMPv3 authentication and encryption support were added to bsnmplib(3), bsnmpd(1) and bsnmptools (which are available via the ports system currently). The message digest and cipher calculation calls use the implementation of the relevant cryptographic algorithm implementation in OpenSSL's crypto(3) library. bsnmpd(1) may still optionally be compiled without the crypto(3) library, in which case only unauthenticated plain-text SNMPv3 PDUs may be processed. In addition, a snmp_usm(3) module was developed that is used to configure SNMPv3 users parameters (name, authentication & encryption algorithms used and relevant keys, etc.) into bsnmpd(1) as per RFC 3414. Finally, a snmp_vacm(3) module was developed that allows configuration of view-based access control as per RFC 3415, and relevant checks are made by bsnmpd(1) that allow or restrict access to specific SNMPv1/SNMPv2 communities or SNMPv3 users to certain MIB subtrees as per the configuration in the snmp_vacm(3) module. If none of the SNMPv3-related modules is loaded, bsnmpd(1) preserves its current behavior with SNMPv1/SNMPv2c PDUs. This work is being funded by the FreeBSD Foundation. Open tasks: 1. Update Wiki Page to reflect latest work and document proper use. 2. Finish cleanup and have it reviewed. 3. More extensive user testing. __________________________________________________________________ Capsicum: Practical Capabilities for UNIX URL: http://www.cl.cam.ac.uk/research/security/capsicum/ URL: https://lists.cam.ac.uk/mailman/listinfo/cl-capsicum-discuss URL: http://www.cl.cam.ac.uk/research/security/capsicum/papers/2010usenix-se curity-capsicum-website.pdf Contact: Robert Watson Contact: Jonathan Anderson Contact: Ben Laurie Contact: Kris Kennaway Capsicum is a lightweight OS capability and sandbox framework developed at the University of Cambridge Computer Laboratory, supported by a grant from Google. Capsicum extends the POSIX API, providing several new OS primitives to support object-capability security on UNIX-like operating systems: capabilities, a new sandboxed capability mode for processes, anonymous shared memory objects, process descriptors, and a modified C runtime able to support distributed applications within sandboxes. Capsicum has been prototyped on FreeBSD -CURRENT, with a 8-STABLE backport. Capsicum is intended to supplement existing system-centric mandatory access control protections by providing an application-centric protection model, which better supports compartmentalised user programs that set up one (or many) sandboxes to process untrustworthy data in. A number of applications, from tcpdump to the Chromium web browser, have been modified to use sandboxing to confine risky activities such as the parsing of untrusted packets and HTML/JavaScript rendering. We plan to begin merging the core Capsicum kernel features to FreeBSD -CURRENT in November/December 2010 once a number of known problems have been resolved. Following a KBI analysis, we will consider merging our 8-STABLE backport to Subversion. For the time being, and while APIs stabilise, we plan to distribute the Capsicum libraries via ports. However, simply having the kernel features in place is sufficient to support sandboxing in tcpdump and Chromium. The Capsicum paper by Robert Watson / Jonathan Anderson (Cambridge) and Ben Laurie / Kris Kennaway (Google) won a best paper award at the 2010 USENIX Security Symposium! Open tasks: 1. More aggressively test (and as needed, fix) possible UNIX domain socket garbage collector interactions with Capsicum. 2. Using results of our recent model checking analysis of the namei() sandboxing approach, make robustness improvements. 3. Merge to FreeBSD -CURRENT in November/December. 4. KBI analysis for possible 8-STABLE merge. 5. Convert more applications to use Capsicum sandboxing! __________________________________________________________________ Chromium Web Browser URL: http://chromium.hybridsource.org URL: http://chromium.hybridsource.org/issues Contact: Ruben Chromium is a Webkit-based web browser that is largely BSD licensed and was recently committed to ports. It has been working well on FreeBSD and supports new features like HTML 5 video. Newer builds use the Clang compiler, Clang first compiled a non-debug build of Chromium, a very large C++ project, on FreeBSD. This porting effort employs a new hybrid-source model: portions of the latest FreeBSD patches are kept closed for a limited time and new builds are made available only to paying subscribers, while older builds are eventually spun off to ports. Further work remains to port all of Chromium to FreeBSD, I am now porting the task manager to use FreeBSD's libkvm and the ALSA audio backend needs to be ported to OSS. There are other issues listed at the porting summary, contact me if you would like to pitch in. __________________________________________________________________ Clang Replacing GCC in the Base System URL: http://wiki.FreeBSD.org/BuildingFreeBSDWithClang Contact: Ed Schouten Contact: Roman Divacky Contact: Brooks Davis Contact: Pawel Worach Contact: Dimitry Andric We recently imported the 2.8 release of Clang into -CURRENT. This release contains many new features and improvements. The integrated assembler ships with this version, but it is not ready for general use yet. Since r212979, all necessary changes have been committed to be able to build world with Clang, at least on amd64 and i386. It can also be installed and run, and we are now starting the process of shaking out the inevitable bugs. Because LLVM and Clang are still being improved continuously, we want to import new versions regularly, approximately every two months, to gain access to new features, bug fixes and performance improvements. There is also an effort on behalf of the ports people, to make as many ports as possible compile and run properly with Clang. Most of the time, this means fixing the incorrect assumption that gcc is the only existing compiler, but sometimes more complicated issues pop up. Help in this area is greatly appreciated. Open tasks: 1. Importing new Clang snapshots fairly regularly (approximately bi-monthly). 2. Seeing if Clang can be used to build world for ARM (volunteers and ARM experts wanted). 3. Fixing as many ports as possible to build with Clang. 4. Running periodical ports exp builds with Clang (on amd64 and i386), for example once a month. __________________________________________________________________ DAHDI/FreeBSD Project URL: http://www.asterisk.org/dahdi/ URL: http://svn.digium.com/svn/dahdi/freebsd/ URL: https://spreadsheets.google.com/pub?key=0Arw6eRL10yIwdGhLdGJWUHF4b3ExQz Bsd3BGd2tublE&hl=en&single=true&gid=0&output=html Contact: Max Khon The purpose of DAHDI/FreeBSD project is to make it possible to use FreeBSD as a base system for software PBX solutions. DAHDI (Digium/Asterisk Hardware Device Interface) is an open-source device driver framework and a set of hardware drivers for E1/T1, ISDN digital, and FXO/FXS analog cards [1]. Asterisk is one of the most popular open-source software PBX solutions [2]. The project includes porting DAHDI framework and hardware drivers for E1/T1, FXO/FXS analog, and ISDN digital cards to FreeBSD. This also includes TDMoE support, software and hardware echo cancellation (Octasic, VPMADT032), and hardware transcoding support (TC400B). The work is ongoing in the official DAHDI SVN repository with the close collaboration with DAHDI folks at Digium. DAHDI/FreeBSD project is completed. ports/misc/dahdi now contains the most recent DAHDI/FreeBSD version and additional stuff that is not available in DAHDI/FreeBSD SVN repository due to licensing and copyright restrictions (OSLEC echo canceler, experimental zaphfc driver). Experimental sparc64 support is also implemented and is currently being tested. There is a pile of minor changes in queue that will be handled soon: * Add ability to run asterisk+dahdi under non-root user account. * Add support for bri_net_ptmp ISDN signalling to asterisk port and drop old and outdated zaptel+asterisk-bristuff ports. Periodic merges from DAHDI/Linux SVN will be continued on a regular basis with rolling out new DAHDI/FreeBSD releases (most likely synchronized with DAHDI/Linux releases). __________________________________________________________________ Enhancing the FreeBSD TCP Implementation URL: http://caia.swin.edu.au/freebsd/etcp09/ URL: http://caia.swin.edu.au/urp/newtcp/ URL: http://www.FreeBSDFoundation.org/projects.shtml URL: http://people.FreeBSD.org/~lstewart/patches/tcp_ffcaia2008/ Contact: Lawrence Stewart All outstanding patches have been committed to -CURRENT after a lengthy review process. It is anticpated to merge all of the project's SIFTR and reassembly queue-related patches from -CURRENT to the stable branches in time for the upcoming 7.4 and 8.2 releases. __________________________________________________________________ EuroBSDCon 2010 URL: http://2010.EuroBSDCon.org/ URL: http://2011.EuroBSDCon.org/ Contact: Wolfgang Zenker Contact: Gábor Páli EuroBSDCon 2010 happened in Karlsruhe, Germany, with many users, developers, friends, and others. We had many tutorials, and 22 interesting presentations on various topics connected to FreeBSD, OpenBSD, NetBSD, like the new USB stack, jail improvements, Virtual Private Systems, SSH and PGP convergence, ZFS, journaled Soft-Updates, BSD certification, porting to the latest ARM processors, and pc-sysinstall. The event was opened by a keynote speech from Poul-Henning Kamp on software tools and their future, and it was closed by short status reports on different BSD flavors. __________________________________________________________________ EuroBSDCon 2011 URL: http://2011.eurobsdcon.org/ URL: http://2011.eurobsdcon.org/CfP.html Contact: Philip Paeps EuroBSDCon is the European technical conference for users and developers on BSD based systems. The EuroBSDCon 2011 conference will be held in the Netherlands from Thursday 6 October 2011 to Sunday 9 October 2011, with tutorials on Thursday and Friday and talks on Saturday and Sunday. The EuroBSDCon conference is inviting developers and users of BSD based systems to submit innovative and original papers not submitted to other European conferences on BSD-related topics. Please see the EuroBSDCon 2011 website for more details. __________________________________________________________________ External Toolchain Support Contact: Warner Losh One problem that the project has with its push towards embedded platforms is with the toolchain. The compilers and linkers and such in the current FreeBSD support the architectures generically, but often times silicon vendors produce specialized toolchains to wring the most performance out of their silicon. Right now, it is difficult to compile FreeBSD with these tools, as many manual steps are required to make things 'just so'. The external toolchain project will leverage some of the work done by the Clang team to support Clang in the base system (breaking the strict dependency on CC=cc (except for the broken intel CC support)). In addition, the orchestration of the build (make buildworld) will change to avoid bootstrapping certain tools, or compiling the compilers at all. In addition, support for using alternate assemblers, linkers, etc., will be added. The work will be done in subversion in projects/xtc (for eXternal Tool Chain). __________________________________________________________________ ExtFS Status Report URL: http://wiki.FreeBSD.org/SOC2010ZhengLiu URL: http://p4web.FreeBSD.org/@md=d&cd=//depot/projects/soc2010/extfs/src/sy s/fs/&c=rFV@//depot/projects/soc2010/extfs/src/sys/fs/ext2fs/?ac=83 URL: http://p4web.FreeBSD.org/@md=d&cd=//depot/projects/soc2010/ext4fs/src/s ys/fs/&c=cc4@//depot/projects/soc2010/ext4fs/src/sys/fs/ext4fs/?ac=83 Contact: Zheng Liu This project has two goals: pre-allocation algorithm for ext2fs and ext4 read-only mode. Aim of the pre-allocation algorithm is to implement a reservation window mechanism. This mechanism has been implemented and a patch have been submitted. The aim of ext4 read-only mode is to make it possible to read ext4 file systems in read-only mode when the disk is formatted with default features. Until now it can read data from ext4 file systems with default features in read-only mode. A patch has been submitted a patch to the freebsd-fs mailing list and there is a new kernel module, called ext4fs, is under development for it. Open tasks: 1. More testing of the pre-allocation algorithm. __________________________________________________________________ Five New TCP Congestion Control Algorithms for FreeBSD URL: http://caia.swin.edu.au/freebsd/5cc/ URL: http://caia.swin.edu.au/urp/newtcp/ URL: http://www.FreeBSDFoundation.org/projects.shtml URL: http://people.FreeBSD.org/~lstewart/patches/5cc/ Contact: David Hayes Contact: Lawrence Stewart Contact: Grenville Armitage Contact: Rui Paulo Work has commenced on a newly funded FreeBSD Foundation project to bring six modular TCP congestion control (CC) algorithm implementations (the existing NewReno and five new algorithms: HTCP, CUBIC, Vegas, HD and CHD) to the FreeBSD kernel. See the CAIA 5cc and NewTCP websites for more details on the algorithms. To support the project's primary deliverable, we will also be incorporating the CAIA modular CC and Khelp frameworks into the FreeBSD kernel, along with the Enhanced Round Trip Time Khelp module. The project will make a sizable, state-of-the-art contribution to FreeBSD and in certain areas, add completely novel work unavailable in any other operating system known to us. We anticipate a number of benefits, including vastly improved researcher friendliness, reduced work for TCP oriented vendors of FreeBSD-based appliances, and greater choice for system administrators who operate FreeBSD systems in atypical network scenarios. Keep an eye on the freebsd-net mailing list for project-related announcements. __________________________________________________________________ FreeBSD Bugbusting Team URL: http://www.FreeBSD.org/support.html#gnats URL: http://wiki.FreeBSD.org/BugBusting URL: http://people.FreeBSD.org/~linimon/studies/prs/ Contact: Gavin Atkinson Contact: Mark Linimon Contact: Remko Lodder Contact: Volker Werth The bugbusting team continue work on trying to make the contents of the GNATS PR database cleaner, more accessible and easier for committers to find and resolve PRs, by tagging PRs to indicate the areas involved, and by ensuring that there is sufficient info within each PR to resolve each issue. July saw the addition of Alexander Best (arundel@) to this bugbusting team, he is helping with the triaging PRs as they come in, creating patches for problems and working with submitters to get the solutions tested, and working through the PR backlog. Also in July, Gavin Atkinson worked with Hans Petter Selasky on the USB PRs, attempting to go through many of them and determine the status of each of them. As a result, nearly 10% of the USB PRs were determined to be closeable, with many more either being marked as patched already or able to be committed quickly. Several PRs that only affect the old (pre-8.0) USB stack were also identified and marked as such. More work will take place in this area in the future. August saw us host another bugathon, with an aim of investigating and getting into a committable state several of the PRs with patches. Turnout was not as great as in the past -- mainly believed to be die to the short notice, but still several PRs were progressed, with several commits made and several PRs closed. The number of PRs has held steady over the last three months, with improvements in numbers in some categories (especially usb and bin) being offset by slight increases in others. Reports continue to be produced from the PR database, all of which can be found from the links above. Committers interested in custom reports are encouraged to discuss requirements with bugmeister@ -- we are happy to create new reports where needs are identified. As always, anybody interested in helping out with the PR queue is welcome to join us in #freebsd-bugbusters on EFnet. We are always looking for additional help, whether your interests lie in triaging incoming PRs, generating patches to resolve existing problems, or simply helping with the database housekeeping (identifying duplicate PRs, ones that have already been resolved, etc). This is a great way of getting more involved with FreeBSD! Open tasks: 1. Try to find ways to get more committers helping us with closing PRs that the team has already analyzed. 2. Try to get more non-committers involved with the triaging of PRs as they come in, and generating patches to fix reported problems. __________________________________________________________________ FreeBSD Developer Summit, Karlsruhe URL: http://wiki.FreeBSD.org/201010DevSummit Contact: Gábor Páli We were happy to have more than 40 FreeBSD developers and guests attending the FreeBSD Developer Summit prior to EuroBSDCon 2010 in Karlsruhe, Germany. This workshop-style event was hosted at Karlsruhe Institute of Technology, and included prepared presentations in the morning, as well as group hacking and discussion sections in the afternoon. We had various talks on several topics, covering the USB subsystem, state of the toolchain, the FreeBSD documentation, NanoBSD improvements, FreeBSD port of PF, jails, Virtual Private Systems, cooperation with the PC-BSD Project, FreeNAS, the new event timers subsystems, bugbusting discussions and Ports Tinderbox presentations, and many of this year's and last year's Google Summer of Code projects. Photos, videos, and slides for most of the talks are available on the wiki page. __________________________________________________________________ FreeBSD Developer Summit, meetBSD California 2010 URL: http://wiki.FreeBSD.org/201011DevSummit Contact: Warner Losh We will be having a developers summit meeting at meetBSD California 2010 on November 4th, the day before the conference. Based on who is in attendance, we will be talking about the status of pressing issues; working on pressing problems and using the opportunity for face to face meetings to work out issues that are difficult in email. This is an invitation-only event, but any developer can invite people they think would help drive this meeting forward. An agenda will be published closer to the date. __________________________________________________________________ FreeBSD KDE Team URL: http://FreeBSD.kde.org Contact: FreeBSD KDE Team Contact: Thomas Abthorpe Contact: Max Brazhnikov Contact: Kris Moore Contact: Dima Panov Contact: Alberto Villa The FreeBSD KDE team has been actively keeping pace with development cycle as it is released by the KDE developers. Often having KDE in the ports tree within the same week it has been released. An integral part of maintaining KDE exists in supporting the Qt toolchain. As Nokia releases Qt, our team is keeping pace making it available in our development repository. We are fortunate to have a strong contributor base that helps to keep the process moving along. Our heartfelt thanks go out to all that have helped with patches, maintaining ports, and responding with help on the mailing lists. Open tasks: 1. KDE 4.5.4 is due out at the end of November, with 4.6.0 to be released early in 2011. 2. The FreeBSD KDE team is always looking for helpers, if you are interested in assisting, please feel free to contact any of our team members. __________________________________________________________________ FreeBSD on the Playstation 3 URL: svn://svn.FreeBSD.org/base/user/nwhitehorn/ps3 URL: http://people.FreeBSD.org/~nwhitehorn/ps3 Contact: Nathan Whitehorn Contact: Peter Grehan FreeBSD/powerpc64 now boots multi-user SMP and is self-hosting on the Playstation 3. Booting requires a PS3 console with the OtherOS capability (fat model console with firmware < 3.21). The only supported hardware at present is USB and the Ethernet controller. Open tasks: 1. SATA support. 2. Boot loader enhancements to allow user input at the loader prompt. 3. Support for the Cell SPU units. __________________________________________________________________ FreeBSD Release Engineering Team URL: http://www.FreeBSD.org/releng/ Contact: Release Engineering Team The Release Engineering Team has announced the schedule for the upcoming joint release of FreeBSD 7.4 and 8.2. The schedules are available on the web site: * 7.4-RELEASE schedule * 8.2-RELEASE schedule It is expected that 7.4 will be the last of the 7.X releases. __________________________________________________________________ FreeBSD Services Control (fsc) URL: http://people.FreeBSD.org/~trhodes/fsc/ Contact: Tom Rhodes FreeBSD Services Control is a mix of binaries which integrate into the rc.d system and provide for service (daemon) monitoring. It knows about signals, pidfiles, and uses very little resources. The fsc daemon (fscd) runs in the background once the system has started. Services are then added to this daemon via the fscadm control utility and from there they will be monitored. When they die, depending on the reason, they will be restarted. Certain signals may be ignored (list not decided), and fscd will remove that service from monitoring. Every action is logged to the system logging daemon. Additionally, the fscadm utility may be used to inquire about what services are monitored, their pidfile location, and current process id. FSC provides several advantages over the third-party daemontools package. For example, fscd uses push notifications instead of polling; fscd is an internal, FreeBSD-maintained software package accessible to all developers where daemontools would have to be a port and require us to maintain patches; fscd could be easily integrated with the current rc.d infrastructure. Partially based on the ideas of daemontools and Solaris Service Management Facility (SMF), this could be an extremely useful tool for FreeBSD systems. Since the last status report, two bugs have been fixed and the documentation has been updated. In the coming weeks we hope to get more developer attention and review, perhaps even push to commit the code into FreeBSD. Open tasks: 1. Testing and feedback would be really helpful. __________________________________________________________________ FreeBSD/mips on Octeon URL: http://wiki.FreeBSD.org/FreeBSD/mips/Octeon Contact: Juli Mallett All Octeon development is now ongoing in -CURRENT and most Octeon-specific and general MIPS changes from the old Octeon branch have been checked in. The Simple Executive from the Cavium Octeon SDK has been checked into Subversion and most of the Octeon port has been updated to use it where appropriate, including moving to a port of the Linux Ethernet driver, octe. SMP support is stable on 2-core systems and has seen some testing on systems with up to 16 cores. Open tasks: 1. Some PCI devices still do not seem to work completely. 2. Host-mode USB support is incomplete and needs further testing and debugging. 3. Work on an ATA-based Compact Flash driver for boards that support DMA has begun. 4. A GPIO driver should be trivial using the Simple Executive. 5. Performance in the Linux-derived octe Ethernet driver could be improved. Support for some switch chipsets that are commonly present in Octeon-based equipment is in progress. __________________________________________________________________ FreeBSD/mips Ralink RT3052F/Broadcom BCM5354 URL: http://wiki.ddteam.net/wiki.cgi?page=DIR-320+FreeBSD URL: http://my.ddteam.net/hg/BASE/ Contact: Aleksandr Rybalko FreeBSD/mips has been ported to D-Link DAP-1350, wireless AP/router based on Ralink RT3052F SoC. Drivers status: * rt2860: Ralink RT2860 802.11n -- Worked, but RT3022 2.4G 2T2R radio tuning required. * rt: Ralink RT3052F onChip Ethernet MAC -- Done. * rtsw: OnChip Ethernet switch -- Not done (initialized by UBoot). * usb-otg: DWC like USB OTG controller -- Worked. * gpio: RT3052F onChip GPIO -- Worked (LEDs, Buttons). * cfi: CFI NOR Flash -- Worked. FreeBSD/mips D-Link DIR-320 project(BCM5354 SoC). New profile openvpn-router available for testing. Open tasks: 1. Debug/Fix USB OTG driver (RT3052F). 2. Debug/Fix 802.11n driver (RT3052F). 3. Write rtswitch driver (RT3052F). 4. Implement Timer unit driver (RT3052F). 5. Implement Hardware NAT/PPPoE/VLAN offload (RT3052F). 6. Implement I2C/I2S/PCM/SPI drivers (RT3052F). 7. switch configuration utility (BCM5354). __________________________________________________________________ FreeBSD/sparc64 Contact: Marius Strobl Apart from the constant bug fixing and adaptions to machine-independent changes that pretty much always take place, not much has happened in the area of sparc64 since the last status report. The only noteworthy exception are some performance optimizations which take advantage of features of Fujitsu SPARC64 CPUs. These were a bit too risky for putting them in shortly before FreeBSD 8.1-RELEASE but will be part of 7.4-RELEASE and 8.2-RELEASE now that they have received the necessary testing. Part of reasons why not much has happened in this spot was some lack of time on my side but also due to nobody showing up with a not yet supported sun4u machine lately and me delving in the network land instead, which yielded some things to report about in the next status report. On the other hand I recently got a hold of a Sun Fire 3800, so these and other models from the same family likely will be supported by FreeBSD at some point in the future. __________________________________________________________________ GELI Additions Contact: Pawel Jakub Dawidek There are three new GELI (a disk encryption GEOM class) features available in -CURRENT: * AES-XTS encryption. XTS mode is a standard that is recommended these days for storage encryption. This is the default now. AES-XTS support was also added to opencrypto framework and aesni(4) driver. * Multiple encryption keys. GELI will use one encryption key for at most 2^20 blocks (sectors), as it is not recommended to use the same encryption key for too much data. It generates a key array from the master key on attach and uses it accordingly. This is the default now. * Passphrase can now also be loaded from a file (-J and -j options). __________________________________________________________________ gptboot Improvements URL: http://lists.FreeBSD.org/pipermail/svn-src-head/2010-September/020957.h tml Contact: Pawel Jakub Dawidek The gptboot now fully follows GPT specification (verifies checksums and falls back to backup header and table if primary is corrupted). One can now use new attributes to configure partition that gptboot will try to boot only once from and in case of a failure it will fall back to the previous one. For more information check out the commit message. __________________________________________________________________ HAST (Highly Available Storage) Improvements Contact: Pawel Jakub Dawidek HAST is now better than ever! Some recent improvements include: * Hooks supports -- HAST will execute the given command on various events (connect, disconnect, synchronization start, synchronization completed, synchronization interrupted, split-brain condition, role change). * Configuration reload on SIGHUP, a very missing functionality. * Internal keepalive mechanism. * Many bug fixes, majority of them reported by Mikolaj Golub. __________________________________________________________________ Kernel Event Timers Infrastructure URL: http://wiki.FreeBSD.org/201010DevSummit?action=AttachFile&do=get&target =timers.pdf URL: http://people.FreeBSD.org/~mav/tm6292_idle.patch Contact: Alexander Motin Work on new event timers infrastructure continues. In -CURRENT amd64, arm (Marvell), i386, mips, pc98, powerpc, sparc64, sun4v architectures were refactored to use new timers API. New machine-independent timers management code was written. It can utilize both legacy periodic and new one-shot timer operation modes. Using one-shot mode allows to significantly reduce the number of timer interrupts and respectively increase CPU sleep time during idle periods. Timer interrupts on idle CPUs are now generated only when they are needed to handle registered time-based events. Busy CPUs unluckily still receive the full interrupt rate for purposes of resource accounting, scheduling and timekeeping. With some additional tuning it is now possible to have an 8-core system, receiving only about 100 interrupts per second and respectively have CPU idle periods up to 100ms. This allows to effectively use any supported CPU idle states (C-states), that reduces power consumption and increases effect of the Intel TurboBoost technology. New manual pages were written to document this functionality: eventtimers(7), attimer(4), atrtc(4), hpet(4). Open tasks: 1. Troubleshoot possible hardware issues. 2. Refactor remaining architectures (arm, ia64, XEN PV). 3. Do some optimizations in different subsystems to reduce number of time-based events. Extend callout API with terms of precision, allowing to group close events. 4. Make schedulers tickless, or at least less depending on time events to make skipping timer interrupts possible when CPUs are busy. 5. Merge code into 8-STABLE when it is considered ready. __________________________________________________________________ Kernel-level Stacked Cryptographic File System -- PEFS URL: http://wiki.FreeBSD.org/PEFS URL: http://github.com/glk/pefs Contact: Gleb Kurtsou PEFS is a kernel level stacked cryptographic file system, i.e. it stacks on top of existing mounted filesystems. AES and Camellia algorithms in XTS mode are supported. The project has matured since Summer of Code 2009, most important improvements for last few months include: switch to use XTS encryption mode, implementation of sparse file support, fixing rename bugs including race and livelock conditions, addition of ext2 support. PEFS suite contains pam module facilitating user authentication with file system key and adding keys to mounted file system on login. PEFS passes fsx, pjdfstest, blogbench and dbench tests running on top of UFS and ZFS. __________________________________________________________________ mandoc/mdocml -- groff Replacement for Rendering Manual Pages in FreeBSD URL: http://mdocml.bsd.lv/ URL: https://www.spoerlein.net/cgit/cgit.cgi/freebsd.work/log/?h=mdocml Contact: Ulrich Spörlein Kristaps' groff-replacement (only for rendering manual pages) is already available in NetBSD and OpenBSD, and used to render the base system manpages for the latter. This project aims to do similar things for FreeBSD. mandoc(1) is more strict in what it accepts as input and is still lacking some features that are used by some selected few manpages. Getting manual page fixes accepted by upstream vendors has been challenging. Waiting for them to round-trip back into FreeBSD will take even longer. Future work will therefore result in direct commits to our contrib/ and gnu/ repository areas, in the hope this will not impact future vendor imports too much. Open tasks: 1. Finish the Big Manpage Cleanup of 2010. 2. Write a textproc/groff port for the latest groff version. 3. Import mandoc(1), switch to catpages for base. 4. Supply necessary ports infrastructure to opt-in to mandoc(1). 5. Discuss future of groff(1) in base wrt. share/doc. __________________________________________________________________ Netdump Support URL: http://wiki.FreeBSD.org/Netdump URL: svn://svn.FreeBSD.org/base/project/sv/ Contact: Attilio Rao Contact: Ed Maste Netdump provides kernel core dumping over the network, instead of to a local disk. It implements a very minimal TCP/IPv4 stack and uses a custom UDP protocol to transmit the dump to the netdump server running on another host. Network interfaces selected for dumping perform I/O in polling mode. Netdump should find its use in diskless workstation clusters, PXE-booted test machines, and perhaps when doing disk driver development. Open tasks: 1. General FreeBSD dumping mechanism refinements. 2. Implement checksum on UDP packets. 3. Investigate the possibility to replace the custom protocol with tftp. 4. Investigate the possibility to replace the custom TCP/IPv4 stack with Contiki. 5. Implement network console and gdb backend using a shared debug context stack. 6. Add IPv6 support. __________________________________________________________________ OpenAFS Port URL: http://openafs.org URL: http://web.mit.edu/freebsd/openafs/openafs.shar Contact: Benjamin Kaduk Contact: Derrick Brashear AFS is a distributed network file system that originated from the Andrew Project at Carnegie-Mellon University; the OpenAFS client implementation has not been particularly useful on FreeBSD since the FreeBSD 4.X releases. The previous status report brought the OpenAFS client to a useful form on -CURRENT, though with many rough edges. Only a couple of those edges have been smoothed out during the past few months, as developer time was scarce. A mismatch between file size and vmobject size tracking was resolved (allowing executables to be run from AFS), and our system call entry has been updated on -CURRENT and 8-STABLE to match reality. Thanks to Kostik Belusov for both of those! The code is useful enough that we plan to submit an openafs-devel port to the Ports Collection in the coming cycle. There are several known outstanding issues that are being worked on, but detailed bug reports are welcome at port-freebsd@openafs.org. Open tasks: 1. Rework vnode locking for lookup operations to avoid an easily-triggered deadlock between two threads when one is looking up the parent directory. 2. Update VFS locking to allow the use of disk-based client caches as well as memory-based caches. 3. Track down races and deadlocks that appear under load. 4. Integrate with the bsd.kmod.mk kernel-module build infrastructure. __________________________________________________________________ Packet Capturing Stack -- ringmap URL: http://code.google.com/p/ringmap/ URL: http://ringmap.googlecode.com/files/ringmap_slides.pdf URL: http://wiki.FreeBSD.org/AlexandreFiveg Contact: Alexander Fiveg Ringmap is a complete FreeBSD packet capturing stack specialized for very high-speed networks. The goal of this project is to develop the software for efficient packet capturing and integrate it with the generic network drivers and libpcap. Current Status: * Integrated with the lem driver. Intel network controllers: 8254X are supported. * Packet filtering using BPF in both kernel and user space. * Partly integrated with ixgbe driver for 10Gb capturing. Open tasks: 1. Support for hardware timestamping. 2. Writing packets to the disc from within the kernel. 3. Multiqueue support. 4. Extending the "ringmap" for packet transmission. __________________________________________________________________ PC-BSD URL: http://www.pcbsd.org URL: http://trac.pcbsd.org/browser/pcbsd/current/ Contact: Kris Moore Work is progressing quickly on a major re-factoring of PC-BSD tools and the PBI format for 9.0. Our GUI tools have been converted to compile / run within native QT without KDE now, allowing us to begin offering support for other desktop environments for 9.0, such as Gnome, XFCE, LXDE, KDE, etc. The PBI format has undergone a complete evolution, and is now entirely command-line based for all aspects of it, with only a few dependencies upon curl & xdg-utils. This will allow us to begin offering PBIs for traditional FreeBSD users starting with 9.0, who will be able to install the pbi-manager from ports in the near future. Open tasks: 1. We are still busy converting / fixing all our tools to play nicely with various DE's, but making quick progress. 2. The new PBI format is still undergoing extensive testing, and bugs are being isolated and fixed. __________________________________________________________________ pc-sysinstall URL: http://it.toolbox.com/blogs/bsd-guru/eurobsdcon-presentation-on-pcsysin stall-41831 Contact: Kris Moore Contact: John Hixson Contact: Josh Paetzel pc-sysinstall was imported into CURRENT recently. For the moment it is feature complete, although progress on the text front end for it may expose additional functionality it needs. Open tasks: 1. The automated/scripted install features of pc-sysinstall need wider testing and use to expose potential weaknesses, bugs, and additional features it may require. 2. Related tasks include getting a text front-end to pc-sysinstall working and hooking up pc-sysinstall to the build so install media is generated that runs pc-sysinstall. __________________________________________________________________ pkg_upgrade (sysutils/bsdadminscripts) URL: http://sf.net/projects/bsdadminscripts URL: http://sf.net/projects/bsdadminscripts/files/publications/2010-10-eurob sdcon/ Contact: Dominic Fandrey pkg_upgrade was (to my knowledge) the first binary packages only update tool for the FreeBSD ports. Using it does not require a copy of the ports tree. Currently the tool is in the final stages of a recode, that will greatly improve support for sharing packages over NFS or nullfs mounts (e.g. for distributing packages into jails) and also offers improved dependency tracking and performance, more in line with how pointyhat and Tinderbox build packages. I recently had the opportunity to present my work at the EuroBSDCon 2010. Open tasks: 1. Complete session code. 2. Add INDEX generator script that harvests information directly from packages and hence is always accurate. 3. Testing. __________________________________________________________________ Ports Collection URL: http://www.FreeBSD.org/ports/ URL: http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/contributing-ports/ URL: http://portsmon.FreeBSD.org/index.html URL: http://www.FreeBSD.org/portmgr/index.html URL: http://blogs.FreeBSDish.org/portmgr/ URL: http://www.twitter.com/freebsd_portmgr/ URL: http://www.facebook.com/group.php?gid=135441496471197 URL: http://tinderbox.marcuscom.com/ Contact: Thomas Abthorpe Contact: Port Management Team The ports tree count now exceeds 22,000. With the assistance of many people, especially Philip Gollucci, the open PR count is below 1000 for the first time in quite a while. This is very encouraging progress. Since the last report, we added five new committers, and took in two commit bits for safe keeping. With onsite assistance from jhb@, gnn@, skreuzer@, and pgollucci@, we now have 11 new servers at NYI. The machines still need testing for stability and will soon be assigned for package building. The Ports Management team have been running -exp runs on an on-going basis, verifying how base system updates may affect the ports tree, as well as providing QA runs for major ports updates. Of note, -exp runs were done for: * des: test libfetch * gabor: tests for BSD iconv and grep * mezz: switch www/neon28 to www/neon29 * beat: update www/libxul * johans: update devel/bison and devel/m4 * dinoex: update graphics/tiff * jpaetzel: update devel/popt * ade: multiple runs autotools upgrade * gerald: setting USE_GCC=4.5 as default * ashish: changes to Mk/bsd.license.mk * kwm: test of Clang in -CURRENT Open tasks: 1. Looking for help fixing ports broken on -CURRENT. 2. Looking for help with Tier-2 architectures. 3. Most ports PRs are assigned, we now need to focus on testing, committing and closing. __________________________________________________________________ Ports Distfile and WWW Checker URL: http://people.FreeBSD.org/~ehaupt/distilator/ Contact: Emanuel Haupt Given the current status of fenner's Distfiles Survey, a new distfile checker was written in order to have an overview for the state of each distfile in the ports tree. The distfile checker is also able to verify WWW entries in pkg-descr files. This is an attempt to weed out broken MASTER_SITES and outdated WWW entries. The current version uses a MySQL database backend and is able to verify 432512 distfiles (30 concurrent threads) within 24 hours. Open tasks: 1. Provide JavaScript to sort/filter/search tables. __________________________________________________________________ Registration of Optional Kernel Subsystems via sysctl URL: http://socghop.appspot.com/gsoc/student_project/show/google/gsoc2010/fr eebsd/t127230759508 URL: http://wiki.FreeBSD.org/201010DevSummit?action=AttachFile&do=view&targe t=kibab_sysctlreg.pdf Contact: Ilya Bakulin All work is now in Perforce. Rich set of features is added to the kernel, userland tools and libc modifications are ready, documentation is ready. Open tasks: 1. Documentation review. 2. Presentation of feature set on the various mailing lists. 3. Committing to -CURRENT, possibly merging to stable branches (changes do not break ABI/KBI). __________________________________________________________________ Resource Containers Contact: Edward Tomasz Napierala The goal of this project is to implement resource containers and a simple per-jail resource limits mechanism. Resource containers are also a prerequisite for other resource management mechanisms, such as Hierarchical Resource Limits, for "Collective Limits on Set of Processes (aka. Jobs)" Google Summer of Code 2010 project, for implementing mechanism similar to Linux cgroups, and might be also used to e.g. provide precise resource usage accounting for administrative or billing purposes. So far, a generic resource usage framework has been developed, along with limit enforcement for most resources. Work is on-going on adding limits for remaining resources, debugging and generally improving the implementation. This project is being sponsored by The FreeBSD Foundation. __________________________________________________________________ Syncing pf(4) with OpenBSD 4.5 URL: http://svn.FreeBSD.org/viewvc/base/user/eri/pf45/ URL: http://svn.FreeBSD.org/base/user/eri/pf45/head/ URL: http://lists.FreeBSD.org/pipermail/freebsd-pf/2010-October/005842.html Contact: Ermal Luçi This work is based on OpenBSD 4.5 state of pf(4). It includes many improvements over the code currently present in FreeBSD. The actual new feature present in pf45 repository is support for divert(4), which should allow tools like snort_inline to work with pf(4) too. This work also enables pfsync(4) to be loaded as a module as well. Currently, this work is considered stable and a patch against -CURRENT has been released on freebsd-pf mailing list. The reason why this work is based off of OpenBSD 4.5 is that after this release they have changed the syntax which is not backwards compatible. After importing this one the work will go on the newest version and decisions on it will then be done. Open tasks: 1. Make a decision whether we need pflow(4) in base. 2. More regression testing is needed. __________________________________________________________________ Target Big Endian Must Die Contact: Warner Losh The "tbemd" or Target Big Endian Must Die effort is nearing completion. Most of the big sweeping changes to the tree have been committed. The last change, actually pulling the switch, is stalled waiting for make universe improvements. This work will change the TARGET_ARCH from a plain 'mips' to 'mipsel' or 'mipseb' based on which endian the platform has. It introduces the concept of multiple architectures being implemented with one set of files, and regularizes that design pattern into the FreeBSD build process. In the past, you had to set TARGET_BIG_ENDIAN=t to compile for big endian, but that had a number of problems: can not share /usr/obj between little and big endian targets, sometimes the produced compilers will not work right unless TARGET_BIG_ENDIAN is defined in the environment, etc. Open tasks: 1. Update make universe to cope with the new architectures when building kernels. __________________________________________________________________ The FreeBSD Foundation Status Report URL: http://www.FreeBSDFoundation.org Contact: Deb Goodkin We were proud to be a sponsor for MeetBSD 2010 Poland and KyivBSD 2010 in Kiev, Ukraine. We also committed to sponsoring BSDDay Argentina 2010, MeetBSD California 2010, and NYBSDCon 2010 all in November. The Foundation was also represented at MeetBSD Poland and Ohio LinuxFest. Completed the Foundation funded projects: "FreeBSD Jail-Based Virtualization" by Bjoern Zeeb and "DTrace Userland" by Rui Paulo. We kicked off a new project by Swinburne University called "Five New TCP Congestion Control Algorithms for FreeBSD". We continued our work on infrastructure projects to beef up hardware for package-building, network-testing, etc. This includes purchasing equipment as well as managing equipment donations. We are three quarters of the way through the year and we have raised around $160,000 towards our goal of $350,000. Find out how to make a donation at http://www.FreeBSDFoundation.org/donate/ Stop by and visit with us at MeetBSD California (Nov 5-6), LISA (Nov 10-11), and NYCBSDCon (Nov 12-14). __________________________________________________________________ The FreeBSD German Documentation Project URL: http://doc.bsdgroup.de Contact: Johann Kois Contact: Benedict Reuschling The committers to the German Documentation Project were mostly trying to keep the documents and the website translations in sync with the ones on FreeBSD.org. Fabian Ruch was helpful in catching up with the changes to the Porters Handbook. Benedict translated the Solid State article into German because this is becoming a good addition to traditional hard drive storage. We tried to re-activate committers who did not contribute for some time but most of them are currently unable to free up enough time. We hope to gain fresh contributor blood as we are getting occasional reports about bugs and grammar in the German translation. Open tasks: 1. Submit grammar, spelling or other errors you find in the German documents and the website. 2. Translate more articles and other open handbook sections. __________________________________________________________________ The FreeBSD Japanese Documentation Project URL: http://www.FreeBSD.org/ja/ URL: http://www.jp.FreeBSD.org/doc-jp/ Contact: Hiroki Sato Contact: Ryusuke Suzuki The www/ja and doc/ja_JP.eucJP/ have been updated constantly since the last status report. We committed a big patch for the "Installing FreeBSD" chapter of the FreeBSD Handbook which was contributed by many people since a long time. This chapter is still outdated and needs more work. Some progress was made in the Porter's Handbook as well. Open tasks: 1. Further translation of the FreeBSD Handbook and contents of the www.FreeBSD.org site to the Japanese language. 2. Pre-/post-commit review of the translation. __________________________________________________________________ Updating Base Tools to Accommodate Ports Requirements Contact: Gordon Tetlow The goal of the project is to allow easier extension of base system tools by the ports system. Ideally, no files in /etc should need to be modified by a port installation. The man toolset was recently reimplemented as a BSDL version instead of the old GPL version. It is also a single shell script instead of multiple C programs. Ports can extend the man functionality by dropping files into /usr/local/etc/man.d/portname.conf. Next up on the list is to finish the implementation for newsyslog thereby allowing ports that need logs rotated to take advantage of that tool. __________________________________________________________________ USB Stack URL: http://svn.FreeBSD.org/viewvc/base/head/sys/dev/usb/controller/xhci.c?v iew=log Contact: Hans Petter Selasky During the last two months the USB stack in -CURRENT has been enhanced to support USB 3.0 and the XHCI USB 3.0 chipset from Intel. The XHCI chip will eventually replace the EHCI, OHCI and UHCI chips. Open tasks: 1. FreeBSD testers which have access to USB 3.0 hardware are wanted. __________________________________________________________________ Userland DTrace URL: http://wiki.FreeBSD.org/DTrace/userland Contact: Rui Paulo Userland DTrace support was a FreeBSD Foundation sponsored project that was developed during this summer. The project aimed to bring the userland DTracing functionality to FreeBSD as it is available on OpenSolaris. FreeBSD now supports the pid provider and the usdt probes. plockstat is available with a separate patch. Dtruss, a DTrace script that works similarly to ktrace, but with other advantages was imported into FreeBSD. The mysql-server and postgresql-server ports also have DTrace support. __________________________________________________________________ V4L Support in Linux Emulator URL: http://opal.com/freebsd/sys/compat/linux/ Contact: J.R. Oldroyd The V4L support in the Linux emulator has been merged to 8-STABLE allowing use of video in Skype calls using a camera supported by the pwcbsd or video4bsd drivers. A known issue for Skype is that your camera must support YUV420 mode which is what Skype uses. Note that V4L2 support is not included in the current work, and remains as a project for anyone interested. __________________________________________________________________ Valgrind Port URL: http://wiki.freebsd.org/Valgrind URL: http://bitbucket.org/stass/valgrind-freebsd/overview URL: https://bugs.kde.org/show_bug.cgi?id=208531 Contact: Stanislav Sedov Contact: Ed Maste Valgrind is a tool for detecting memory management and threading bugs, and profiling. Version 3.6.0 has recently been released and the FreeBSD port has now been updated. Development of the Valgrind port has moved from Perforce to bitbucket.org, in order to make it easier for others to track changes as we progress towards getting the port into shape to commit upstream. The repository's Bitbucket address is at the beginning of the report. A bugzilla entry has been submitted to track the FreeBSD Valgrind port. You can see the status and vote for the bug to express your interest at https://bugs.kde.org/show_bug.cgi?id=208531. Open tasks: 1. Port exp-ptrcheck valgrind tool and fix outstanding issues that show up in memcheck/helgrind/DRD in the Valgrind regression tests suite. 2. More testing (please, help). 3. Integrate our patches upstream. __________________________________________________________________ Web Feeds for UPDATING Files URL: http://updating.versia.com/ Contact: Alexander Kojevnikov updating.versia.com features web feeds for UPDATING files from ports, head, stable/7 and stable/8. These feeds provide an easy way to track important changes in the ports tree and the base system. __________________________________________________________________ xz Compression for Packages and Log Files Contact: Martin Matuska Support for xz compression has been enabled in bsdtar (-CURRENT 8-STABLE) and added to pkg_create(1) and pkg_add(1) (-CURRRENT). Packages with the .txz suffix can be created and installed. Log file compression using xz in newsyslog(8) will be integrated soon. Benchmarks show 15-30% better compression ratios and up to halved decompression times when compared to bzip2. A switch from the default package format from .tbz to .txz is to be considered. Open tasks: 1. Test building all FreeBSD packages with xz compression. __________________________________________________________________ ZFSv28 is Ready for Wider Testing URL: http://lists.FreeBSD.org/pipermail/freebsd-fs/2010-August/009197.html Contact: Pawel Jakub Dawidek ZFS v28 which includes data deduplication and plenty of other shiny new features is ready for testing. For more information check out the announcement. __________________________________________________________________ (c) 1995-2010 The FreeBSD Project. All rights reserved. From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 07:13:09 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D17C1065670; Wed, 27 Oct 2010 07:13:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 11ACC8FC0C; Wed, 27 Oct 2010 07:13:07 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=omSrwDgyMf70S47Fr5SNr0rQzcmIOo0IafWlB/wSLLo= c=1 sm=1 a=gH2l33NO9zgA:10 a=NRVYDW02eVsA:10 a=Fdkxr_5KmFUA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=65oRmVqlVvY7-fWgNlEA:9 a=g1Tc6fMsMDpfRevSPQc1MQFbg9QA:4 a=pvA44qeTxYYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 41325776; Wed, 27 Oct 2010 09:13:05 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 27 Oct 2010 09:14:16 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <201010261904.o9QJ4iwq089834@sana.init-main.com> <4CC732C7.50409@FreeBSD.org> <4CC759D5.2020207@root.org> In-Reply-To: <4CC759D5.2020207@root.org> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <201010270914.16781.hselasky@c2i.net> Cc: acpi@freebsd.org, Alexander Motin , current@freebsd.org, Nate Lawson Subject: Re: Event based scheduling and USB. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 07:13:09 -0000 By default USB devices are not suspended. You can use "usbconfig power_save" to enable automatic power save for all devices. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 07:13:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D17C1065670; Wed, 27 Oct 2010 07:13:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 11ACC8FC0C; Wed, 27 Oct 2010 07:13:07 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=omSrwDgyMf70S47Fr5SNr0rQzcmIOo0IafWlB/wSLLo= c=1 sm=1 a=gH2l33NO9zgA:10 a=NRVYDW02eVsA:10 a=Fdkxr_5KmFUA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=65oRmVqlVvY7-fWgNlEA:9 a=g1Tc6fMsMDpfRevSPQc1MQFbg9QA:4 a=pvA44qeTxYYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 41325776; Wed, 27 Oct 2010 09:13:05 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 27 Oct 2010 09:14:16 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <201010261904.o9QJ4iwq089834@sana.init-main.com> <4CC732C7.50409@FreeBSD.org> <4CC759D5.2020207@root.org> In-Reply-To: <4CC759D5.2020207@root.org> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <201010270914.16781.hselasky@c2i.net> Cc: acpi@freebsd.org, Alexander Motin , current@freebsd.org, Nate Lawson Subject: Re: Event based scheduling and USB. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 07:13:09 -0000 By default USB devices are not suspended. You can use "usbconfig power_save" to enable automatic power save for all devices. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 07:45:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FB5B106567A for ; Wed, 27 Oct 2010 07:45:39 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from f136.mail.ru (f136.mail.ru [217.69.128.91]) by mx1.freebsd.org (Postfix) with ESMTP id 8F5DC8FC17 for ; Wed, 27 Oct 2010 07:45:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Message-Id:Content-Transfer-Encoding:Content-Type:Reply-To:Date:Mime-Version:Subject:To:From; bh=trp4Hqn5SKU9OdvrBGDwBWw3SC7U1Gv+VUzYBxP6wpE=; b=VAYyEqryPLR2sD8lR7IzdDLqOoSi3zDn3mXhC+8Al4mVkHIOwU4J1H9arS04HfTeGucn+cFdCxyQN5ss2iuJdRf5IhPflZcsyxS9AYFDBxQQ2qzyakqnNKW16pWAwJNB; Received: from mail by f136.mail.ru with local id 1PB0hU-0003Rb-00 for freebsd-current@freebsd.org; Wed, 27 Oct 2010 11:45:36 +0400 Received: from [95.32.113.138] by win.mail.ru with HTTP; Wed, 27 Oct 2010 11:45:36 +0400 From: Andrey Smagin To: freebsd-current@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [95.32.113.138] Date: Wed, 27 Oct 2010 11:45:36 +0400 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: X-Spam: Not detected X-Mras: Ok Subject: ifconfig msk0 up hang and eating 100%CPU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrey Smagin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 07:45:39 -0000 "ifconfig msk0 up" hang and I can't kill it, also ping any host via another working interface - ping hang. What I can do for debug it process ? FreeBSD 9.0-CURRENT #4: Wed Oct 27 01:00:31 MSD 2010 root@:/usr/obj/usr/src/sys/SAM amd64 >top last pid: 58489; load averages: 6.55, 4.98, 2.76 up 0+01:53:08 11:37:46 602 processes: 6 running, 594 sleeping, 1 zombie, 1 lock CPU: 0.2% user, 0.0% nice, 25.6% system, 0.3% interrupt, 73.9% idle Mem: 354M Active, 200M Inact, 765M Wired, 700K Cache, 76M Buf, 2622M Free Swap: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 57179 root 1 -32 0 14340K 1588K CPU1 1 8:29 100.00% ifconfig From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 07:51:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E025A106564A for ; Wed, 27 Oct 2010 07:51:01 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from fallback3.mail.ru (fallback3.mail.ru [94.100.176.58]) by mx1.freebsd.org (Postfix) with ESMTP id 909E28FC31 for ; Wed, 27 Oct 2010 07:51:01 +0000 (UTC) Received: from f79.mail.ru (f79.mail.ru [217.69.128.227]) by fallback3.mail.ru (mPOP.Fallback_MX) with ESMTP id E77E3509075 for ; Wed, 27 Oct 2010 11:33:43 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Message-Id:Content-Transfer-Encoding:Content-Type:Reply-To:In-Reply-To:References:Date:Mime-Version:Subject:To:From; bh=nG5SDtQd6/q9Gr9czoYDEiyUy3OJIuDbey5kW/CuPJ0=; b=Zf4hNoyvP2H3g48HIrc3L30ZViLJSFsLDP4DNlLYb3JfOaD4JdCn5kS5TtrFEZea3bHJq/HWxlip9rh3MFKpBmiC4ZqEdpAKkSkZ+foSGsOOYHIDu2B1i3/hC4zwTxJr; Received: from mail by f79.mail.ru with local id 1PB0Vy-00050V-00 for freebsd-current@freebsd.org; Wed, 27 Oct 2010 11:33:42 +0400 Received: from [95.32.113.138] by win.mail.ru with HTTP; Wed, 27 Oct 2010 11:33:42 +0400 From: Andrey Smagin To: freebsd-current@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [95.32.113.138] Date: Wed, 27 Oct 2010 11:33:42 +0400 References: <4CC5D83E.8030505@delphij.net> <4CC676C8.8070303@FreeBSD.org> In-Reply-To: <4CC676C8.8070303@FreeBSD.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: X-Spam: Not detected X-Mras: Ok Subject: Strange hang HPET in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrey Smagin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 07:51:02 -0000 In my box (amd64, current 20.oct.10 ) some time hang by 5-10 minutes with random subsystem, may hang disk access,network,very often tty. In most no output in log, sometimes with messages "calcru: .....". After 5-10 minutes it continue work again. When I disabled HPET in bios - problem gone. From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 08:01:10 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A7381065674 for ; Wed, 27 Oct 2010 08:01:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 7F2B58FC14 for ; Wed, 27 Oct 2010 08:01:09 +0000 (UTC) Received: from [41.154.88.20] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1PB0wU-0002Vw-7L; Wed, 27 Oct 2010 10:01:06 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PB0wT-0000h0-AQ; Wed, 27 Oct 2010 10:01:05 +0200 Message-Id: X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 X-Exmh-Isig-CompType: comp X-Exmh-Isig-Folder: lists/FreeBSD-current To: current@FreeBSD.org From: "Ian FREISLICH" X-Attribution: BOFH Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_1288166009_18860" Date: Wed, 27 Oct 2010 10:01:05 +0200 Cc: rnoland@FreeBSD.org Subject: [patch] via_dma.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 08:01:10 -0000 This is a multipart MIME message. --==_Exmh_1288166009_18860 Content-Type: text/plain Hi While trying to make googleearth work on a Via Epia LN board with openchrome and GL we noticed that the X server crashed after about 30 seconds of use. I got a flood of the following messages. Oct 26 12:13:24 test kernel: error: [drm:pid97391:via_hook_segment] *ERROR* Paused at incorrect address. 0xe1fcf300, 0xe1fc4900 0x00000000 Oct 26 12:13:24 test kernel: error: [drm:pid97391:via_hook_segment] *ERROR* Paused at incorrect address. 0xe1fd0300, 0xe1fc4900 0x00000000 Oct 26 12:13:24 test kernel: error: [drm:pid97391:via_cmdbuf_size] *ERROR* VIA_CMDBUF_LAG timed out. Some research showed that occasionally the GPU pauses and when the pipe is restarted, commands are reordered and the next command after the paused command is dropped. I located a patch which I hand applied because every chunk failed. It has fixed the stability issue and gpu pipe restarting issue. I still have a problem with googleearth only displaying its image in part of the window. It looks like the plane size is correct but it gets the offset wrong so there is a blank on the right side the size of the left menu pane and a blank at the bottom the size of the window bar and menu bar at the top of the window. Do you have any ideas how to fix this? Ian -- Ian Freislich --==_Exmh_1288166009_18860 Content-Type: text/plain ; name="viadrm.patch" Content-Description: viadrm.patch Content-Disposition: attachment; filename="viadrm.patch" Index: sys/dev/drm/via_dma.c =================================================================== RCS file: /home/ncvs/src/sys/dev/drm/via_dma.c,v retrieving revision 1.2 diff -u -d -r1.2 via_dma.c --- sys/dev/drm/via_dma.c 22 Apr 2010 18:21:25 -0000 1.2 +++ sys/dev/drm/via_dma.c 26 Oct 2010 15:03:04 -0000 @@ -119,10 +119,12 @@ uint32_t count; hw_addr_ptr = dev_priv->hw_addr_ptr; cur_addr = dev_priv->dma_low; - next_addr = cur_addr + size + 512 * 1024; + next_addr = cur_addr + size + 64 * 1024; count = 1000000; do { - hw_addr = *hw_addr_ptr - agp_base; + (void) *hw_addr_ptr; + DRM_MEMORYBARRIER(); + hw_addr = (*hw_addr_ptr - agp_base); if (count-- == 0) { DRM_ERROR ("via_cmdbuf_wait timed out hw %x cur_addr %x next_addr %x\n", @@ -272,7 +274,9 @@ { drm_via_private_t *dev_priv; uint32_t *vb; +#if 0 int ret; +#endif dev_priv = (drm_via_private_t *) dev->dev_private; @@ -285,7 +289,12 @@ return -ENOMEM; } - if (DRM_COPY_FROM_USER(dev_priv->pci_buf, cmd->buf, cmd->size)) + vb = via_check_dma(dev_priv, (cmd->size < 0x100) ? 0x102 : cmd->size); + if (vb == NULL) { + return -EAGAIN; + } + + if (DRM_COPY_FROM_USER(vb, cmd->buf, cmd->size)) return -EFAULT; /* @@ -294,19 +303,15 @@ * copy it to AGP memory when ready. */ +#if 0 if ((ret = via_verify_command_stream((uint32_t *) dev_priv->pci_buf, cmd->size, dev, 1))) { return ret; } - vb = via_check_dma(dev_priv, (cmd->size < 0x100) ? 0x102 : cmd->size); - if (vb == NULL) { - return -EAGAIN; - } - memcpy(vb, dev_priv->pci_buf, cmd->size); - +#endif dev_priv->dma_low += cmd->size; /* @@ -467,11 +472,28 @@ reader = *(dev_priv->hw_addr_ptr); diff = (uint32_t) (ptr - reader) - dev_priv->dma_diff; diff &= (dev_priv->dma_high - 1); - if (diff != 0 && diff < (dev_priv->dma_high >> 1)) { - DRM_ERROR("Paused at incorrect address. " - "0x%08x, 0x%08x 0x%08x\n", - ptr, reader, dev_priv->dma_diff); - } else if (diff == 0) { + if (diff < (dev_priv->dma_high >> 1)) { + if (diff != 0) { + volatile uint32_t *rekick; + + DRM_INFO("Paused at incorrect address. " + "0x%08x, 0x%08x 0x%08x. Restarting.\n", + ptr, reader, dev_priv->dma_diff); + + /* + * Obtain the new pause address the command + * reader was supposed to pick up. + */ + + rekick = (volatile uint32_t *) + dev_priv->dma_ptr + + ((reader - dev_priv->dma_offset - + (uint32_t) dev_priv->agpAddr + + dev_priv->dma_diff - 4) >> 2); + pause_addr_lo = *rekick; + pause_addr_hi = *(--rekick); + } + /* * There is a concern that these writes may stall the PCI bus * if the GPU is not idle. However, idling the GPU first @@ -612,13 +634,16 @@ { uint32_t agp_base; uint32_t pause_addr_lo, pause_addr_hi; - uint32_t jump_addr_lo, jump_addr_hi; - volatile uint32_t *last_pause_ptr; + uint32_t jump_addr_lo, jump_addr_hi, hook_addr; + volatile uint32_t *hook_ptr; uint32_t dma_low_save1, dma_low_save2; agp_base = dev_priv->dma_offset + (uint32_t) dev_priv->agpAddr; + hook_ptr = via_align_cmd(dev_priv, HC_HAGPBpID_PAUSE, 0, + &jump_addr_hi, &jump_addr_lo, 0); via_align_cmd(dev_priv, HC_HAGPBpID_JUMP, 0, &jump_addr_hi, - &jump_addr_lo, 0); + &hook_addr, 0); + *(--hook_ptr) = hook_addr; dev_priv->dma_wrap = dev_priv->dma_low; @@ -634,13 +659,13 @@ via_dummy_bitblt(dev_priv); via_dummy_bitblt(dev_priv); - last_pause_ptr = + hook_ptr = via_align_cmd(dev_priv, HC_HAGPBpID_PAUSE, 0, &pause_addr_hi, - &pause_addr_lo, 0) - 1; + &pause_addr_lo, 0); via_align_cmd(dev_priv, HC_HAGPBpID_PAUSE, 0, &pause_addr_hi, &pause_addr_lo, 0); - *last_pause_ptr = pause_addr_lo; + *(--hook_ptr) = pause_addr_lo; dma_low_save1 = dev_priv->dma_low; /* @@ -652,12 +677,12 @@ * does not seem to get updated immediately when a jump occurs. */ - last_pause_ptr = + hook_ptr = via_align_cmd(dev_priv, HC_HAGPBpID_PAUSE, 0, &pause_addr_hi, - &pause_addr_lo, 0) - 1; + &pause_addr_lo, 0); via_align_cmd(dev_priv, HC_HAGPBpID_PAUSE, 0, &pause_addr_hi, &pause_addr_lo, 0); - *last_pause_ptr = pause_addr_lo; + *(--hook_ptr) = pause_addr_lo; dma_low_save2 = dev_priv->dma_low; dev_priv->dma_low = dma_low_save1; @@ -674,9 +699,16 @@ static void via_cmdbuf_flush(drm_via_private_t * dev_priv, uint32_t cmd_type) { - uint32_t pause_addr_lo, pause_addr_hi; + uint32_t pause_addr_lo, pause_addr_hi, hook; + volatile uint32_t *hook_addr; - via_align_cmd(dev_priv, cmd_type, 0, &pause_addr_hi, &pause_addr_lo, 0); + hook_addr = via_align_cmd(dev_priv, cmd_type, 0, &pause_addr_hi, &pause_addr_lo, 0); +#if 1 + if (cmd_type == HC_HAGPBpID_PAUSE) { + via_align_cmd(dev_priv, cmd_type, 0, &pause_addr_hi, &hook, 0); + *(--hook_addr) = hook; + } +#endif via_hook_segment(dev_priv, pause_addr_hi, pause_addr_lo, 0); } --==_Exmh_1288166009_18860-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 08:14:27 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0447E1065675; Wed, 27 Oct 2010 08:14:27 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 58C698FC15; Wed, 27 Oct 2010 08:14:25 +0000 (UTC) Received: by bwz3 with SMTP id 3so283940bwz.13 for ; Wed, 27 Oct 2010 01:14:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=GQZ/4iSm5oNKXM5G8WowQrlO3qUqjm6ZVWGBj6LUyQc=; b=c0loJM1+rMJ5YVog/ziD+nEM5+SiiK9qmIpoVjxad5dF2HrP+t6goD5UEal4oKh6ms tHDU57bM93SPkRPYgD7Zwzsh3Dqb4XdxsY0bKQZPbVX/+vCewwwvzOg7b8dNhF62C+5C hku3hlgMa0n506IM2IacVARn31DEU1Wk5fRAM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=iY8iq1LildKsVscNUG5/ULApGpqxvn4NkxBV3u5T3AG+rLuocT7zJS71djjg1TBhTz 3aiWm0noo6JYyPYrORVFs8IiL8ZnXNh1XVFzMzYXUV4rb7RX3KwidgGtguyERfDnXCcv Nz59eVxI9NOZL+n+WnOunyEJfP5A1l87nW3Uw= Received: by 10.204.118.209 with SMTP id w17mr6494844bkq.107.1288167265138; Wed, 27 Oct 2010 01:14:25 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([91.198.175.253]) by mx.google.com with ESMTPS id 4sm6731536bki.1.2010.10.27.01.14.20 (version=SSLv3 cipher=RC4-MD5); Wed, 27 Oct 2010 01:14:21 -0700 (PDT) Sender: Alexander Motin Message-ID: <4CC7DF5A.6070904@FreeBSD.org> Date: Wed, 27 Oct 2010 11:14:18 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Nate Lawson References: <201010261904.o9QJ4iwq089834@sana.init-main.com> <4CC732C7.50409@FreeBSD.org> <4CC759D5.2020207@root.org> In-Reply-To: <4CC759D5.2020207@root.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, current@freebsd.org Subject: Re: Event based scheduling and USB. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 08:14:27 -0000 Nate Lawson wrote: > On 10/26/2010 12:57 PM, Alexander Motin wrote: >> Takanori Watanabe wrote: >>> I updated my FreeBSD tree on laptop, to the current >>> as of 18 Oct.2010, it works fine with CPU C3 state enabled, >>> >>> I think this is your achievement of event time scheduler, >>> thanks! > > Ah, so mav@ implemented a tickless-scheduler? That is nice. Not exactly. I've only made system to delay empty ticks when idle and execute them later on wakeup in a batch. Scheduler work is still wanted. >>> But when USB driver is enabled, the load average is considerablly >>> high (0.6 to 1.0) if sysctl oid kern.eventtimer.periodic is set to 0. >>> Then kern.eventtimer.periodic is set to 1, the load average goes >>> to 0 quickly as before, but almost never transit to C3. >>> >>> Is this behavior expected, or something wrong? > > The USB controller often keeps the bus mastering bit set. This keeps the > system out of C3. The way to fix this is to implement global suspend. > Put a device in suspend mode and then turn off power to the USB port it > is on. Then the USB controller will stop polling the bus. As I understand, if respective USB port is not used, USB stack should put it into power_save mode not poll so often to deny entering C3 state. >>> I noticed one of usb host controller device shares HPET irq. >>> When I implement interrupt filter in uhci driver, the load average >>> goes to 0 as before. >>> >>> >>> ==== >>> % vmstat -i >>> interrupt total rate >>> irq1: atkbd0 398 2 >>> irq9: acpi0 408 2 >>> irq12: psm0 3 0 >>> irq19: ehci1 37 0 >>> irq20: hpet0 uhci0 35970 230 >>> irq22: ehci0 2 0 >>> irq256: em0 4 0 >>> irq257: ahci0 1692 10 >>> Total 38514 246 >>> === >> I haven't noticed that issue and it is surely not expected for me. I >> will try to reproduce it. >> >> Most likely you should be able to avoid interrupt sharing using some >> additional HPET options, described at hpet(4). > > This seems silly. The whole point of APIC is to avoid clustering on a > single interrupt but the BIOS put the timer on the USB controller irq? HPET timer is not a regular ISA or PCI device. It allows several different interrupt configurations. In most cases I remember, BIOS setups interrupts 0 and 8, like for legacy_route mode. But this mode is not really suitable as default in our case ATM due to conflict with atrtc and attimer drivers. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 08:19:02 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82914106566C; Wed, 27 Oct 2010 08:19:02 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 3538F8FC18; Wed, 27 Oct 2010 08:19:01 +0000 (UTC) Received: from outgoing.leidinger.net (p57B3B9AF.dip.t-dialin.net [87.179.185.175]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 3CE8084400D; Wed, 27 Oct 2010 09:59:05 +0200 (CEST) Received: from webmail.leidinger.net (unknown [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id B24C11548; Wed, 27 Oct 2010 09:59:01 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id o9R7wZ6v019807; Wed, 27 Oct 2010 09:58:35 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 27 Oct 2010 09:58:35 +0200 Message-ID: <20101027095835.673250yk09t4ei88@webmail.leidinger.net> Date: Wed, 27 Oct 2010 09:58:35 +0200 From: Alexander Leidinger To: Alexander Motin References: <201010261904.o9QJ4iwq089834@sana.init-main.com> <4CC732C7.50409@FreeBSD.org> In-Reply-To: <4CC732C7.50409@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 3CE8084400D.A65AE X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.351, required 6, autolearn=disabled, RDNS_NONE 1.27, TW_GT 0.08) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1288771146.13025@94jAf5AdpypSy1OWveLCcw X-EBL-Spam-Status: No Cc: acpi@FreeBSD.org, current@FreeBSD.org, hselasky@c2i.net Subject: Re: Event based scheduling and USB. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 08:19:02 -0000 Quoting Alexander Motin (from Tue, 26 Oct 2010 22:57:59 +0300): > Takanori Watanabe wrote: >> It's time to implement powertop for freebsd, isn't it? > > Surely it is. I was even thinking about possibility to port one from > OpenSolaris, but other work distracted me. You may take it, it you wish. For the benefit of the people which didn't see my message with the URL (I don't know if I was sending the URL to mav@ personally or if it appeared also in the lists): http://hub.opensolaris.org/bin/view/Project+tesla/Powertop is a DTrace-ified version of PowerTop (at the end of the page is a description how to get the source). And for those which like plots of the values: http://hub.opensolaris.org/bin/view/Project+tesla/ptop-gtk Bye, Alexander. -- A RACF protected dataset is inaccessible. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 08:49:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5BAE106566B; Wed, 27 Oct 2010 08:49:48 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id A8F5E8FC1F; Wed, 27 Oct 2010 08:49:47 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=yevn+QCjI6xy199BDvBOOiO14qYvyLq62he9tTtU3M8= c=1 sm=1 a=gH2l33NO9zgA:10 a=NRVYDW02eVsA:10 a=Fdkxr_5KmFUA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=6Vs0ZOnw7vyQ3EVZuIAA:9 a=tC6uNG36Ia20ZGDY8tayU9SAcywA:4 a=pvA44qeTxYYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 40691372; Wed, 27 Oct 2010 10:49:45 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 27 Oct 2010 10:50:56 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <201010261904.o9QJ4iwq089834@sana.init-main.com> <4CC759D5.2020207@root.org> <4CC7DF5A.6070904@FreeBSD.org> In-Reply-To: <4CC7DF5A.6070904@FreeBSD.org> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <201010271050.56141.hselasky@c2i.net> Cc: acpi@freebsd.org, Alexander Motin , current@freebsd.org, Nate Lawson Subject: Re: Event based scheduling and USB. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 08:49:48 -0000 On Wednesday 27 October 2010 10:14:18 Alexander Motin wrote: > As I understand, if respective USB port is not used, USB stack should > put it into power_save mode not poll so often to deny entering C3 state. USB will stop the hardware from polling RAM, but still a 4 second root HUB software timer/watchdog will be running. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 08:49:48 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5BAE106566B; Wed, 27 Oct 2010 08:49:48 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id A8F5E8FC1F; Wed, 27 Oct 2010 08:49:47 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=yevn+QCjI6xy199BDvBOOiO14qYvyLq62he9tTtU3M8= c=1 sm=1 a=gH2l33NO9zgA:10 a=NRVYDW02eVsA:10 a=Fdkxr_5KmFUA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=6Vs0ZOnw7vyQ3EVZuIAA:9 a=tC6uNG36Ia20ZGDY8tayU9SAcywA:4 a=pvA44qeTxYYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 40691372; Wed, 27 Oct 2010 10:49:45 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 27 Oct 2010 10:50:56 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <201010261904.o9QJ4iwq089834@sana.init-main.com> <4CC759D5.2020207@root.org> <4CC7DF5A.6070904@FreeBSD.org> In-Reply-To: <4CC7DF5A.6070904@FreeBSD.org> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <201010271050.56141.hselasky@c2i.net> Cc: acpi@freebsd.org, Alexander Motin , current@freebsd.org, Nate Lawson Subject: Re: Event based scheduling and USB. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 08:49:48 -0000 On Wednesday 27 October 2010 10:14:18 Alexander Motin wrote: > As I understand, if respective USB port is not used, USB stack should > put it into power_save mode not poll so often to deny entering C3 state. USB will stop the hardware from polling RAM, but still a 4 second root HUB software timer/watchdog will be running. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 10:02:24 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 808C71065674 for ; Wed, 27 Oct 2010 10:02:24 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from f246.mail.ru (f246.mail.ru [217.69.128.171]) by mx1.freebsd.org (Postfix) with ESMTP id 06A778FC1D for ; Wed, 27 Oct 2010 10:02:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Message-Id:Content-Transfer-Encoding:Content-Type:Reply-To:In-Reply-To:References:Date:Mime-Version:Subject:Cc:To:From; bh=uiQldpReOh1B3CoAWErfbuKLfHOXMDtaDul+7fMoFW8=; b=JZgChMA4GVpcHX3+Da8A7uHWZbHNa7UGn3/MZrNGcc5zSBKUCOy2OmsrQLhA1Uy/2MAkCCT99Qlq2mO10b8yMAnMBSaSdN7LYBpFbpHY0kmZeAQndI4yUMJwBu31op8V; Received: from mail by f246.mail.ru with local id 1PB2po-0000Gk-00; Wed, 27 Oct 2010 14:02:20 +0400 Received: from [95.32.113.138] by win.mail.ru with HTTP; Wed, 27 Oct 2010 14:02:20 +0400 From: Andrey Smagin To: Ilya A. Arhipov Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [95.32.113.138] Date: Wed, 27 Oct 2010 14:02:20 +0400 References: In-Reply-To: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: X-Spam: Not detected X-Mras: Ok Cc: freebsd-current@freebsd.org Subject: Re[2]: ifconfig msk0 up hang and eating 100%CPU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrey Smagin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 10:02:24 -0000 Wed, 27 Oct 2010 11:52:18 +0400 ÐÉÓØÍÏ ÏÔ "Ilya A. Arhipov" : > dmesg | grep msk > and procstat -kk pid > 27.10.10, 11:45, "Andrey Smagin" : > > "ifconfig msk0 up" hang and I can't kill it, also ping any host via another > working interface - ping hang. > >? What I can do for debug it process ? > >? > >? FreeBSD 9.0-CURRENT #4: Wed Oct 27 01:00:31 MSD 2010???? > root@:/usr/obj/usr/src/sys/SAM? amd64 > >? > >? >top > >? last pid: 58489;? load averages:? 6.55,? 4.98,? > 2.76??????????????????????????????????????????????????????????????????????? up > 0+01:53:08? 11:37:46 > >? 602 processes: 6 running, 594 sleeping, 1 zombie, 1 lock > >? CPU:? 0.2% user,? 0.0% nice, 25.6% system,? 0.3% interrupt, 73.9% idle > >? Mem: 354M Active, 200M Inact, 765M Wired, 700K Cache, 76M Buf, 2622M Free > >? Swap: > >? > >??? PID USERNAME??? THR PRI NICE?? SIZE??? RES STATE?? C?? TIME?? WCPU > COMMAND > >? 57179 root????????? 1 -32??? 0 14340K? 1588K CPU1??? 1?? 8:29 100.00% > ifconfig > >? > >? _______________________________________________ > >? 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" > >? > >? ran trafshow 5 times dmesg | grep msk msk0: promiscuous mode enabled msk0: promiscuous mode disabled msk0: promiscuous mode enabled msk0: promiscuous mode disabled msk0: promiscuous mode enabled msk0: promiscuous mode disabled msk0: promiscuous mode enabled msk0: promiscuous mode disabled msk0: promiscuous mode enabled msk0: promiscuous mode disabled ns# procstat -kk 57179 PID TID COMM TDNAME KSTACK 57179 100366 ifconfig - From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 08:14:56 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0530310656C5 for ; Wed, 27 Oct 2010 08:14:56 +0000 (UTC) (envelope-from micro@heavennet.ru) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id CCE358FC13 for ; Wed, 27 Oct 2010 08:14:55 +0000 (UTC) Received: by iwn39 with SMTP id 39so500094iwn.13 for ; Wed, 27 Oct 2010 01:14:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.35.73 with SMTP id o9mr1183734ibd.193.1288165938330; Wed, 27 Oct 2010 00:52:18 -0700 (PDT) Received: by 10.231.11.136 with HTTP; Wed, 27 Oct 2010 00:52:18 -0700 (PDT) Date: Wed, 27 Oct 2010 11:52:18 +0400 Message-ID: From: "Ilya A. Arhipov" To: Andrey Smagin X-Mailman-Approved-At: Wed, 27 Oct 2010 10:26:08 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ifconfig msk0 up hang and eating 100%CPU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 08:14:56 -0000 dmesg | grep msk and procstat -kk pid 27.10.10, 11:45, "Andrey Smagin" : > "ifconfig msk0 up" hang and I can't kill it, also ping any host via another working interface - ping hang. > What I can do for debug it process ? > > FreeBSD 9.0-CURRENT #4: Wed Oct 27 01:00:31 MSD 2010 root@:/usr/obj/usr/src/sys/SAM amd64 > > >top > last pid: 58489; load averages: 6.55, 4.98, 2.76 up 0+01:53:08 11:37:46 > 602 processes: 6 running, 594 sleeping, 1 zombie, 1 lock > CPU: 0.2% user, 0.0% nice, 25.6% system, 0.3% interrupt, 73.9% idle > Mem: 354M Active, 200M Inact, 765M Wired, 700K Cache, 76M Buf, 2622M Free > Swap: > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 57179 root 1 -32 0 14340K 1588K CPU1 1 8:29 100.00% ifconfig > > _______________________________________________ > 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-current@FreeBSD.ORG Wed Oct 27 12:59:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14971106564A for ; Wed, 27 Oct 2010 12:59:09 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id C00798FC16 for ; Wed, 27 Oct 2010 12:59:08 +0000 (UTC) Received: by gwaa18 with SMTP id a18so349427gwa.13 for ; Wed, 27 Oct 2010 05:59:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; bh=QhWW9WJN7G8qzcgoR47iKXU8kNV7zoNiOQiSqZS/BXY=; b=LMHvU8GJl1XxUbbmJ2hc6AWYurPDkcZ0lLk8SBNGHj1pGF89DbM0Y3LEfgf4h/cAyR C8vmldhKXwJ0sxuawWhFcAuurB8cUOdD2B5XfLpnrJKmARKZBg6H7CKdwBM4Yn7vWqWK t9nOa1BoGsXcc+5T+duH9Bl4z9HuMpr+sMun0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=jSDl1Y9T721602qq/jE7kqc2uCNFavQK2TUAdQ2spQQkUISalE3jSg7w7+AIrez2PU CzmeXQYSCwuQ0ItJrQUrmNl8kQ/H3kuD4a+dtLrI2cy5uxNaliRMCI8vcFyV0fQmg+ga +3LXINhYaRX1U/Q4fCbxVhMu9m9L8FA9sVg9I= Received: by 10.42.213.196 with SMTP id gx4mr8061195icb.51.1288184347821; Wed, 27 Oct 2010 05:59:07 -0700 (PDT) MIME-Version: 1.0 Sender: villa.alberto@gmail.com Received: by 10.220.165.145 with HTTP; Wed, 27 Oct 2010 05:58:47 -0700 (PDT) In-Reply-To: References: <20101025080705.GA33315@current.Sisis.de> From: Alberto Villa Date: Wed, 27 Oct 2010 12:58:47 +0000 X-Google-Sender-Auth: Isbkjk4Zx9BKFZkwlBtOCf5BRzs Message-ID: To: Paul B Mahol Content-Type: text/plain; charset=ISO-8859-1 Cc: Matthias Apitz , freebsd-current@freebsd.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 12:59:09 -0000 On Tue, Oct 26, 2010 at 2:09 PM, Paul B Mahol wrote: >> i've tried ndis without success... > > Sharing you experience would help (if you are not on amd64). i'm on i386 at the moment, but i'll switch to amd64 as soon as i decide what to do (keep freebsd natively or virtualize it under windows... it depends on the wireless driver). would that change anything? here's my experience. also, as a reference, here's what i get if i add the device id to siba_bwn: # kldload if_bwn siba_bwn0: mem 0xda100000-0xda103fff irq 16 at device 0.0 on pci2 siba_bwn0: cannot map register space device_attach: siba_bwn0 attach returned 6 and here is the new open source driver: http://wireless.kernel.org/en/users/Drivers/brcm80211 and now, ndis. the driver is bcmwl6 (http://people.freebsd.org/~avilla/bcmwl6.inf and http://people.freebsd.org/~avilla/bcmwl6.sys , apparently no need for firmware files, but i'm not sure), which is said not to work with ndis on linux forums (maybe they removed the support for winxp) matthias: you should try bcmwl5, that could work for you using the unmodified files i've attached (they default to winvista and win7) i get this: # kldload ./bcmwl6_sys.ko module ndis already present! no match for NdisMIndicateReceiveNetBufferLists no match for NdisFreeNetBufferListPool no match for NdisMRegisterScatterGatherDma no match for NdisMAllocatePort no match for NdisQueueIoWorkItem no match for NdisMFreePort no match for NdisMOidRequestComplete no match for NdisMNetPnPEvent no match for NdisAllocateIoWorkItem no match for NdisFreeIoWorkItem no match for NdisGetVersion no match for NdisMSetMiniportAttributes no match for NdisMDeregisterMiniportDriver no match for NdisAllocateTimerObject no match for NdisMPauseComplete no match for NdisOpenConfigurationEx no match for NdisFreeTimerObject no match for NdisCancelTimerObject no match for NdisSetTimerObject no match for NdisMSynchronizeWithInterruptEx no match for NdisMDeregisterInterruptEx no match for NdisMRegisterInterruptEx no match for NdisMIndicateStatusEx no match for NdisFreeNetBufferList no match for NdisGetSystemUpTimeEx no match for NdisAllocateMdl no match for NdisAllocateNetBufferAndNetBufferList no match for NdisFreeMdl no match for NdisMResetComplete no match for NdisMSendNetBufferListsComplete no match for NdisAllocateNetBufferListPool no match for NdisMRegisterMiniportDriver no match for NdisMDeregisterScatterGatherDma no match for NdisAllocateMemoryWithTagPriority no match for NdisMGetBusData no match for NdisMSetBusData no match for ZwQueryInformationFile no match for ZwReadFile no match for ZwCreateFile no match for ExFreePoolWithTag no match for IoRegisterPlugPlayNotification no match for IoUnregisterPlugPlayNotification NDIS dummy called... NDIS dummy called... which should mean that the driver doesn't support xp. so i tried changing (in the .inf) %V_BCM% = BROADCOM, NTx86.6.0, NTamd64.6.0, NTx86.6.1, NTamd64.6.1 to %V_BCM% = BROADCOM, NTx86, NTamd64 and then i only get "module ndis already present!", but no interface shows up i also tried removing NTx86, making it %V_BCM% = BROADCOM, NTamd64 (it should be correct), and with this modification i get the same error messages of the first attempt anyway i don't have any experience with ndis... should i test anything else? -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 13:36:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2327C106566B; Wed, 27 Oct 2010 13:36:15 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 846118FC1B; Wed, 27 Oct 2010 13:36:14 +0000 (UTC) Received: by wyb42 with SMTP id 42so693034wyb.13 for ; Wed, 27 Oct 2010 06:36:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=LGFvlYASXZgBzwFnjdLYL5MBKpQn+oaej9JI7/+Okts=; b=gHRhQlGYNAH0eQ8jhbyDd672VunnrQ2UbohCjjB/5c0z/rBch0ykI9oqRS0cxsyW1y Vo1id9dFw2L9+j/rtQBHI45QdyoAJJmtgwF7LZVtaugWfs8mlTI9FLzv+523jUo04XFo /90M211/HCgxNrqtLTvQACqnp8TeKQt1jwLVU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Z2O+dnaySAVZ3Ej+EjJQEv6X9z7G3zqyEwBFWuzl2zF4qzRQcmvn7MhQrVfHdz0191 tVMJSahvss0UMYVEaNDUrdgreE82zyd/n9IJSrpa8P1htVZsJEdL8FxTpm3W9rFPXN1a nVy++theZONMElQ5Bpx+ghS46W8839m2KY1CY= MIME-Version: 1.0 Received: by 10.216.71.209 with SMTP id r59mr539119wed.87.1288186573428; Wed, 27 Oct 2010 06:36:13 -0700 (PDT) Received: by 10.216.50.140 with HTTP; Wed, 27 Oct 2010 06:36:13 -0700 (PDT) In-Reply-To: References: <20101025080705.GA33315@current.Sisis.de> Date: Wed, 27 Oct 2010 13:36:13 +0000 Message-ID: From: Paul B Mahol To: Alberto Villa Content-Type: text/plain; charset=ISO-8859-1 Cc: Matthias Apitz , freebsd-current@freebsd.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 13:36:15 -0000 On 10/27/10, Alberto Villa wrote: > On Tue, Oct 26, 2010 at 2:09 PM, Paul B Mahol wrote: >>> i've tried ndis without success... >> >> Sharing you experience would help (if you are not on amd64). > > i'm on i386 at the moment, but i'll switch to amd64 as soon as i > decide what to do (keep freebsd natively or virtualize it under > windows... it depends on the wireless driver). would that change > anything? Currently amd64 is broken with some/most drivers. Drivers appears to use fpu registers. I dunno how it ever worked, probably original developer(s) never encountered drivers which use fpu registers. I will probably fix amd64 support in this year. > here's my experience. also, as a reference, here's what i get if i add > the device id to siba_bwn: > # kldload if_bwn > siba_bwn0: mem > 0xda100000-0xda103fff irq 16 at device 0.0 on pci2 > siba_bwn0: cannot map register space > device_attach: siba_bwn0 attach returned 6 > and here is the new open source driver: > http://wireless.kernel.org/en/users/Drivers/brcm80211 > > and now, ndis. the driver is bcmwl6 > (http://people.freebsd.org/~avilla/bcmwl6.inf and > http://people.freebsd.org/~avilla/bcmwl6.sys , apparently no need for > firmware files, but i'm not sure), which is said not to work with ndis > on linux forums (maybe they removed the support for winxp) > matthias: you should try bcmwl5, that could work for you > > using the unmodified files i've attached (they default to winvista and > win7) i get this: > # kldload ./bcmwl6_sys.ko > module ndis already present! > no match for NdisMIndicateReceiveNetBufferLists > no match for NdisFreeNetBufferListPool > no match for NdisMRegisterScatterGatherDma > no match for NdisMAllocatePort > no match for NdisQueueIoWorkItem > no match for NdisMFreePort > no match for NdisMOidRequestComplete > no match for NdisMNetPnPEvent > no match for NdisAllocateIoWorkItem > no match for NdisFreeIoWorkItem > no match for NdisGetVersion > no match for NdisMSetMiniportAttributes > no match for NdisMDeregisterMiniportDriver > no match for NdisAllocateTimerObject > no match for NdisMPauseComplete > no match for NdisOpenConfigurationEx > no match for NdisFreeTimerObject > no match for NdisCancelTimerObject > no match for NdisSetTimerObject > no match for NdisMSynchronizeWithInterruptEx > no match for NdisMDeregisterInterruptEx > no match for NdisMRegisterInterruptEx > no match for NdisMIndicateStatusEx > no match for NdisFreeNetBufferList > no match for NdisGetSystemUpTimeEx > no match for NdisAllocateMdl > no match for NdisAllocateNetBufferAndNetBufferList > no match for NdisFreeMdl > no match for NdisMResetComplete > no match for NdisMSendNetBufferListsComplete > no match for NdisAllocateNetBufferListPool > no match for NdisMRegisterMiniportDriver > no match for NdisMDeregisterScatterGatherDma > no match for NdisAllocateMemoryWithTagPriority > no match for NdisMGetBusData > no match for NdisMSetBusData > no match for ZwQueryInformationFile > no match for ZwReadFile > no match for ZwCreateFile > no match for ExFreePoolWithTag > no match for IoRegisterPlugPlayNotification > no match for IoUnregisterPlugPlayNotification > NDIS dummy called... > NDIS dummy called... > > which should mean that the driver doesn't support xp. so i tried > changing (in the .inf) > %V_BCM% = BROADCOM, NTx86.6.0, NTamd64.6.0, NTx86.6.1, NTamd64.6.1 Now when you mention this I may send patch for ndisgen(8) so it will deny creating modules for 6.X API drivers. > to > %V_BCM% = BROADCOM, NTx86, NTamd64 > and then i only get "module ndis already present!", but no interface shows > up > > i also tried removing NTx86, making it > %V_BCM% = BROADCOM, NTamd64 > (it should be correct), and with this modification i get the same > error messages of the first attempt > > anyway i don't have any experience with ndis... should i test anything else? NDISulator does not support 6.X NDIS API. You will need to find bcmwl5 driver. Note 5 vs 6 in driver name. Editing inf files will give you nothing. From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 14:26:17 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C94CE106566C for ; Wed, 27 Oct 2010 14:26:17 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 80DF98FC14 for ; Wed, 27 Oct 2010 14:26:17 +0000 (UTC) Received: by gya6 with SMTP id 6so430700gya.13 for ; Wed, 27 Oct 2010 07:26:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=S0Lb1kMrdzwPAO0VM5z4QkvsA4mi/3/W+Owh3BBc0oM=; b=q803bQGqjn++jHy7Lqwd/jlkGxIXXljw6sJJL/8uNYSeXDdznmwLFVcDVBTax+R/5p Ws5vL9LTRZHZDOHfd9CqfZSOQVKyoCUKbzNBZM7xNwGZaqqveeW9VLdGpPhFByiE9yIx aZuFn/iqp6uNsJDSczclI9KK+NJzBpVcaJkMY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; b=XCx/5Sz4FOCgM3Zc5HXyo6d94u5CzHbqkYrI4Co+ORM2wY6hJgyH6iWNaISS3qyez1 /HSsZdOqL6LxuQH5sq6VnHy8c1DoZkHjAz9pXXE8EGd2HkFK46ZW+rynbzUOcsK7eb72 CSvYCOCBQUMInQB0VCedrO8ScmKGNuvSFuJbw= Received: by 10.239.167.83 with SMTP id f19mr601394hbe.121.1288187934052; Wed, 27 Oct 2010 06:58:54 -0700 (PDT) MIME-Version: 1.0 Sender: villa.alberto@gmail.com Received: by 10.220.165.145 with HTTP; Wed, 27 Oct 2010 06:58:31 -0700 (PDT) In-Reply-To: References: <20101025080705.GA33315@current.Sisis.de> From: Alberto Villa Date: Wed, 27 Oct 2010 13:58:31 +0000 X-Google-Sender-Auth: cdlU1yLtcXLb5wG6b7Ogdpx1tE8 Message-ID: To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 14:26:17 -0000 On Wed, Oct 27, 2010 at 1:36 PM, Paul B Mahol wrote: > NDISulator does not support 6.X NDIS API. You will need to find bcmwl5 > driver. Note 5 vs 6 in driver name. > Editing inf files will give you nothing. i've tried that driver, but apparently it doesn't support my card... loading the .ko doesn't show anything... -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:12:39 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE7CB106564A for ; Wed, 27 Oct 2010 17:12:39 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 70FEB8FC14 for ; Wed, 27 Oct 2010 17:12:39 +0000 (UTC) Received: by yxl31 with SMTP id 31so617815yxl.13 for ; Wed, 27 Oct 2010 10:12:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=zFevtv5n6LuxGFj+ZxRCnyAflWjniz+1ZKxNnydvPxc=; b=p1TOpHGmJTGDQfJQL/2ZrpfuZQ9LO30pIdI98v79rk8jfH8YKbtFvAgc/yyv9TUKsg Vz7AYmeO4xte3r2PNnePH37FT+YxrcJVkRB89AhRQ8Tvv0DCEdtcQxPZcIO5m2aDHfKK 3zH1V6mGvARDA5rMzPMOcR7tA4eezOY5wFs68= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=QmXo2JAVJ5M0jy8KDoL9FlbMCcCqRBZWItzC3ohLXgEVIVFVEG7gFiqNHTpAUNfLXu gaVHWrq+0THSuRz/o9ym10+CznDUcYLhQGk7qlAG+UsY6IiAgNzCTT87DbjUxkUdawA6 a/H+5Ve7hYgnMPNftNZvRBAcQPFUQW0EGK47I= Received: by 10.239.172.80 with SMTP id z16mr1805367hbe.91.1288199454031; Wed, 27 Oct 2010 10:10:54 -0700 (PDT) MIME-Version: 1.0 Sender: villa.alberto@gmail.com Received: by 10.220.165.145 with HTTP; Wed, 27 Oct 2010 10:10:32 -0700 (PDT) In-Reply-To: References: <20101025080705.GA33315@current.Sisis.de> From: Alberto Villa Date: Wed, 27 Oct 2010 17:10:32 +0000 X-Google-Sender-Auth: BYCLvmsWaZcImWAGO5o2L7PKB24 Message-ID: To: Scot Hetzel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 17:12:39 -0000 On Wed, Oct 27, 2010 at 5:07 PM, Scot Hetzel wrote: > Where did you get your bcmwl5 driver? =A0If you downloaded it from Acer, > it should work. =A0If you downloaded it from anywhere else then this > might be why it didn't work for you. i don't remember, actually. anyway i thought the 5 was the driver version, i've just understood that it's the windows version :P i'll try the acer one, thanks for the suggestion! --=20 Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:38:24 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D3A2106566B for ; Wed, 27 Oct 2010 17:38:24 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8A2628FC1A for ; Wed, 27 Oct 2010 17:38:23 +0000 (UTC) Received: by bwz3 with SMTP id 3so794531bwz.13 for ; Wed, 27 Oct 2010 10:38:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=QiuSfLmlsB67FpUCqMH+lsSUjBWCEKJIQz2XDkjwIyI=; b=wgOl2rBS+30Qt6eVOOMaj/io2fDpQ4HYzZg8fPIQ55DoRORgaYu0ekPPuvHHtGmN55 HVnM7YmzCo/NJPbBVYn7Mp0/HChUlMwnu/n5SLioWqsnDtAnxD/fPwecjsurO1q3Wzw5 f0FA/0Gr1VLJYyndFV5M6co2lCnb37QK7O/j8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=pqOaJ3FtMY5ieHAH0nJ3+ULdOUyfe4wx2UDVRWOXzs776v1ImGVxEfwxSNttXLx0TR v1dFHghm5uO7KH/bPfZz58qQJG9JEqdtW8SGcgA5LPB9l1elUofXC+icPyVQq/5KykO+ US0CN8c8YL+qvJN4B3T/kNWW/MEiPUsy3EbyU= MIME-Version: 1.0 Received: by 10.204.42.4 with SMTP id q4mr7696262bke.47.1288199272036; Wed, 27 Oct 2010 10:07:52 -0700 (PDT) Received: by 10.204.179.75 with HTTP; Wed, 27 Oct 2010 10:07:51 -0700 (PDT) In-Reply-To: References: <20101025080705.GA33315@current.Sisis.de> Date: Wed, 27 Oct 2010 12:07:51 -0500 Message-ID: From: Scot Hetzel To: Alberto Villa Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 17:38:24 -0000 On Wed, Oct 27, 2010 at 8:58 AM, Alberto Villa wrote: > On Wed, Oct 27, 2010 at 1:36 PM, Paul B Mahol wrote: >> NDISulator does not support 6.X NDIS API. You will need to find bcmwl5 >> driver. Note 5 vs 6 in driver name. >> Editing inf files will give you nothing. > > i've tried that driver, but apparently it doesn't support my card... > loading the .ko doesn't show anything... Where did you get your bcmwl5 driver? If you downloaded it from Acer, it should work. If you downloaded it from anywhere else then this might be why it didn't work for you. Scot From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:40:09 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2897E1065693 for ; Wed, 27 Oct 2010 17:40:09 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 690BE8FC26 for ; Wed, 27 Oct 2010 17:40:07 +0000 (UTC) Received: by bwz3 with SMTP id 3so796084bwz.13 for ; Wed, 27 Oct 2010 10:40:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=FQnbVT+IE39mgYy8RWGwUfbBcob7x2mlBGq4ElzUNPY=; b=cBhy+DNzXJiF325uf4owHfgN7gGdumdsKHIScPVPztYPyWPBsTnTHXb0HsCKjJEqP3 PiaQJ1jIEV93dat0XmrxxtxDt2hkVJYGvrZjq1I/ialUzrGhw74JkpWcSFl6wvuqb4sD fs1X5XR6uOz8Gyecr7nIfLAiU9BscTZt4uVsI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=AN8rGS58BFQKk0TsKPg9Yc/+2X2HMiMlMZKWFh8+OFXhWm6EdzPJN+gymlMW7jJ9e1 bUslT77vfLyy1luqdWq5xVW6b+wzGnBND6JO+xvgqoyheodOON9z513RmHtDk0HbPgcn /jyReKqPvKa7rsTKK5awEkmxveacJ1sZVuD5I= MIME-Version: 1.0 Received: by 10.204.123.135 with SMTP id p7mr7701242bkr.6.1288199529508; Wed, 27 Oct 2010 10:12:09 -0700 (PDT) Received: by 10.204.179.75 with HTTP; Wed, 27 Oct 2010 10:12:09 -0700 (PDT) In-Reply-To: References: <20101025080705.GA33315@current.Sisis.de> Date: Wed, 27 Oct 2010 12:12:09 -0500 Message-ID: From: Scot Hetzel To: Alberto Villa Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 17:40:10 -0000 On Wed, Oct 27, 2010 at 12:07 PM, Scot Hetzel wrote: > On Wed, Oct 27, 2010 at 8:58 AM, Alberto Villa wrote= : >> On Wed, Oct 27, 2010 at 1:36 PM, Paul B Mahol wrote: >>> NDISulator does not support 6.X NDIS API. You will need to find bcmwl5 >>> driver. Note 5 vs 6 in driver name. >>> Editing inf files will give you nothing. >> >> i've tried that driver, but apparently it doesn't support my card... >> loading the .ko doesn't show anything... > > Where did you get your bcmwl5 driver? =A0If you downloaded it from Acer, > it should work. =A0If you downloaded it from anywhere else then this > might be why it didn't work for you. > Just noticed that you didn't specify your computer manufacture. The above would only work for Matthias Apitz. You just need to download the driver from the manufacture of your computer. Scot From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:43:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 6AB06106566C; Wed, 27 Oct 2010 17:43:41 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Thu, 28 Oct 2010 02:43:40 +0900 From: Norikatsu Shigemura To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Message-Id: <20101028024340.38c88103.nork@FreeBSD.org> X-Mailer: Sylpheed 3.0.3 (GTK+ 2.20.1; i386-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Thu__28_Oct_2010_02_43_40_+0900_JtScQ_e/yKAD9/CK" Cc: tss-project@genua.de, Hans-Joerg Hoexer , nork@FreeBSD.org, takawata@FreeBSD.org Subject: [CFT] TPM(Trusted Platform Modules) replated ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 17:43:43 -0000 This is a multi-part message in MIME format. --Multipart=_Thu__28_Oct_2010_02_43_40_+0900_JtScQ_e/yKAD9/CK Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi TPM users! I reworked bsssd[*] ports as modern-improved ports. So please test attached ports. If test is ok, I'll commit these. [*] http://bsssd.sourceforge.net/download.html#id5 Ports in bsssd are following status: TrouSerS reworked, quite ok tpm_tools reworked, quite ok openssl_tpm_engine crashed on my environment, so now reworking as high priority opencryptoki reworked, quite ok Trusted GRUB not interesting, so I don't rework it TPMemulator reworked, maybe well, but not tested TPM testsuite not interesting, but I'll rework as middle priority I discussed MFC to RELENG_8 with takawata@, so I decided to do MFC by me. (takawata, thanks for my following-up!) Please wait a middle time:-). I tested these ports and got following results on 9-current: (installed) TrouSerS, opencryptoki and tpm_tools (started daemons) service tcsd start; service pkcsslotd start $ id nork uid=1000(nork) gid=1000(users) groups=1000(users),0(wheel),5(operator),602(_pkcs11),601(_tss) $ tpm_version TPM 1.2 Version Info: Chip Version: 1.2.3.16 Spec Level: 2 Errata Revision: 2 TPM Vendor ID: IFX Vendor Specific data: 0310000a 00 TPM Version: 01010000 Manufacturer Info: 49465800 $ tpm_getpubek Public Endorsement Key: Version: 01010000 Usage: 0x0002 (Unknown) Flags: 0x00000000 (!VOLATILE, !MIGRATABLE, !REDIRECTION) AuthUsage: 0x00 (Never) Algorithm: 0x00000020 (Unknown) Encryption Scheme: 0x00000012 (Unknown) Signature Scheme: 0x00000010 (Unknown) Public Key: baa42f29 16a038da eb41f256 d7ad3351 d324b802 d380d92a 7414102e 274331b0 abdfc8a6 b731f365 29f64975 eabaca79 8b254f66 b7496fa8 2fc580d4 6d7cfc2a : $ tpm_setpresence -a Tspi_TPM_SetStatus failed: 0x00000003 - layer=tpm, code=0003 (3), Bad Parameter Change to Physical Presence Failed $ tpm_clear -f Tspi_TPM_ClearOwner failed: 0x0000002d - layer=tpm, code=002d (45), Bad physical presence value (I did these operations on single user mode, so I initialized by BIOS instead of these). $ tpm_takeownership -y -z (no messages, ok) $ pkcsconf -s -c0 Slot #0 Info Description: FreeBSD 9.0-CURRENT FreeBSD (TPM) Manufacturer: FreeBSD 9.0-CURRENT Flags: 0x5 (TOKEN_PRESENT|HW_SLOT) Hardware Version: 0.0 $ pkcsconf -I -c0 Enter the SO PIN: ********** Enter a unique token label: IBM PKCS#11 TPM Token $ pkcsconf -t -c0 Token #0 Info: Label: IBM PKCS#11 TPM Token Manufacturer: IBM Corp. Model: TPM v1.1 Token Serial Number: 123 Flags: 0x880445 (RNG|LOGIN_REQUIRED|CLOCK_ON_TOKEN|TOKEN_INITIALIZED|USER_PIN_TO_BE_CHANGED|SO_PIN_TO_BE_CHANGED) Sessions: -1/-1 R/W Sessions: -1/-1 PIN Length: 6-127 Public Memory: 0xFFFFFFFF/0xFFFFFFFF Private Memory: 0xFFFFFFFF/0xFFFFFFFF Hardware Version: 1.0 Firmware Version: 1.0 Time: 02:13:50 $ tpmtoken_init -k "IBM PKCS#11 TPM Token" Warning: The TPM token has already been initialized. Reinitializing the TPM token will cause all TPM token data to be lost. Clear the TPM token data? [y/N]: y Enter the TPM security officer password: ********** A new TPM security officer password is needed. The password must be between 6 and 127 characters in length. Enter new password: ********** Confirm password: ********** C_SetPIN failed: 0x00000006 (6) (Hum.......) $ ssh -vv -Ilibopencryptoki.so localhost OpenSSH_5.5p1 FreeBSD-20100428, OpenSSL 0.9.8n 24 Mar 2010 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * : debug1: manufacturerID cryptokiVersion 2.11 libraryDescription libraryVersion 2.3 debug1: label manufacturerID model serial <123> flags 0x880445 debug1: label manufacturerID model serial <123> flags 0x880045 no keys : I want to use on ssh, wpa_spplicant, SSL and firefox. But I don't know how to. There are few tutorials to do my hope:-(. Please teach me TPM related 'can do'! SEE ALSO: http://www.ibm.com/developerworks/linux/library/s-pkcs/ http://www.osxbook.com/book/bonus/chapter10/tpm/ http://blog.4zal.net/2009/06/12/kryptografia-trusted-platform-module-i-ubuntu/ http://infond.blogspot.com/2010/03/trusted-platforms-module-tpm-openssl.html http://infond.blogspot.com/2010/04/tutorial-mutual-authentication-trusted.html Thank you. -- Norikatsu Shigemura --Multipart=_Thu__28_Oct_2010_02_43_40_+0900_JtScQ_e/yKAD9/CK Content-Type: text/plain; name="trousers.shar" Content-Disposition: attachment; filename="trousers.shar" Content-Transfer-Encoding: 7bit # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # trousers # trousers/Makefile # trousers/Makefile.man # trousers/distinfo # trousers/files # trousers/files/patch-configure.in # trousers/files/patch-dist-Makefile.am # trousers/files/patch-dist-tcsd.conf.in # trousers/files/patch-src-include-biosem.h # trousers/files/patch-src-include-linux-tpm.h # trousers/files/patch-src-include-tcs_tsp.h # trousers/files/patch-src-include-tcs_utils.h # trousers/files/patch-src-include-tcsd.h # trousers/files/patch-src-include-tcsd_ops.h # trousers/files/patch-src-include-threads.h # trousers/files/patch-src-include-trousers_types.h # trousers/files/patch-src-include-tss-platform.h # trousers/files/patch-src-tcs-ps-ps_utils.c # trousers/files/patch-src-tcs-ps-tcsps.c # trousers/files/patch-src-tcs-tcs_aik.c # trousers/files/patch-src-tcs-tcs_auth_mgr.c # trousers/files/patch-src-tcsd-svrside.c # trousers/files/patch-src-trspi-Makefile.am # trousers/files/patch-src-tspi-Makefile.am # trousers/files/patch-src-tspi-ps-ps_utils.c # trousers/files/patch-src-tspi-ps-tspps.c # trousers/files/patch-src-tspi-rpc-hosttable.c # trousers/files/patch-src-tspi-rpc-tcstp-rpc.c # trousers/files/pkg-install.in # trousers/files/pkg-message.in # trousers/files/tcsd.in # trousers/pkg-descr # trousers/pkg-plist # echo c - trousers mkdir -p trousers > /dev/null 2>&1 echo x - trousers/Makefile sed 's/^X//' >trousers/Makefile << '62cc97af3c4d7d373e6c5baff3fdd904' X# New ports collection makefile for: trousers X# Date created: 18 Sep 2007 X# Whom: Sebastian Schuetz X# X# $FreeBSD$ X# X XPORTNAME= trousers XPORTVERSION= 0.3.6 XCATEGORIES= security XMASTER_SITES= SF/${PORTNAME}/${PORTNAME}/${PORTVERSION} X XMAINTAINER= nork@FreeBSD.org XCOMMENT= The open-source TCG Software Stack X XUSE_GMAKE= YES XUSE_ICONV= YES XUSE_OPENSSL= YES XUSE_LDCONFIG= YES XUSE_AUTOTOOLS= autoconf:268 libtool:22 XGNU_CONFIGURE= YES XMAKE_JOBS_SAFE= YES X XSUB_FILES= pkg-message pkg-install XSUB_LIST= TSS_USER=${TSS_USER} TSS_UID=${TSS_UID} \ X TSS_GROUP=${TSS_GROUP} TSS_GID=${TSS_GID} XPKGINSTALL= ${WRKDIR}/pkg-install XPKGDEINSTALL= ${WRKDIR}/pkg-install XUSE_RC_SUBR= tcsd X X.include "Makefile.man" X XCONFIGURE_ARGS= --with-gui=none \ X --localstatedir=${PREFIX}/var \ X --with-tssuser=${TSS_USER} --with-tssgroup=${TSS_GROUP} X XTSS_USER= _tss XTSS_GROUP= _tss XTSS_UID= 601 XTSS_GID= 601 X XOPTIONS= EMULATOR "Build for use with the tpm-emulator" off \ X DEBUG "Build with debugging flags" off X XWRKSRC= ${WRKDIR}/${DISTNAME} X X.include X X.if defined(WITH_EMULATOR) XPKGNAMESUFFIX+= -no_tddl XLIB_DEPENDS+= tddl:${PORTSDIR}/security/tpm-emulator X Xpost-patch:: X ${REINPLACE_CMD} -e 's|\.\.\/tddl\/libtddl\.a|${LOCALBASE}\/lib\/libtddl\.a|g' ${WRKSRC}/src/tcs/Makefile.am X ${REINPLACE_CMD} -e 's|\.\.\/tddl\/libtddl\.a|${LOCALBASE}\/lib\/libtddl\.a|g' ${WRKSRC}/src/tcs/Makefile.in X ${REINPLACE_CMD} -e 's|\.\.\/tddl\/libtddl\.a|${LOCALBASE}\/lib\/libtddl\.a|g' ${WRKSRC}/src/tcsd/Makefile.am X ${REINPLACE_CMD} -e 's|\.\.\/tddl\/libtddl\.a|${LOCALBASE}\/lib\/libtddl\.a|g' ${WRKSRC}/src/tcsd/Makefile.in X ${REINPLACE_CMD} -e 's|libtddl\.a||g' ${WRKSRC}/src/tddl/Makefile.in X ${REINPLACE_CMD} -e 's|libtddl\.a||g' ${WRKSRC}/src/tddl/Makefile.am X X# The emulator has already a libttddl.so, so comment out trousers' libtddl in the pkg-plist XPLIST_SUB+= TDDL="@comment " X.else XPKGNAMESUFFIX+= -tddl XCONFLICTS+= tpm-emulator-0* XPLIST_SUB+= TDDL="" X.endif X X.if defined(WITH_DEBUG) XPKGNAMESUFFIX+= -debug XCONFIGURE_ARGS+=--enable-debug X.endif X Xpre-configure: X cd ${WRKSRC} && ${SETENV} ${CONFIGURE_ENV} ${AUTORECONF} -i X Xpre-install: X ${SETENV} PKG_PREFIX=${PREFIX} ${SH} ${PKGINSTALL} ${PKGNAME} PRE-INSTALL X Xpost-install: X ${MKDIR} ${EXAMPLESDIR} X ${INSTALL_DATA} -o ${TSS_USER} -g ${TSS_GROUP} -m 0600 \ X ${WRKSRC}/dist/tcsd.conf ${EXAMPLESDIR}/tcsd.conf X [ -f ${PREFIX}/etc/tcsd.conf ] || \ X ${CP} -p ${EXAMPLESDIR}/tcsd.conf ${PREFIX}/etc/tcsd.conf X ${CAT} ${PKGMESSAGE} X Xpost-deinstall: X ${SETENV} PKG_PREFIX=${PREFIX} ${SH} ${PKGDEINSTALL} ${PORTNAME} POST-DEINSTALL X X.include 62cc97af3c4d7d373e6c5baff3fdd904 echo x - trousers/Makefile.man sed 's/^X//' >trousers/Makefile.man << '81f6552ec0e9044742900ca70ec96d81' XMAN3= Tspi_ChangeAuth.3 \ X Tspi_ChangeAuthAsym.3 \ X Tspi_Context_Close.3 \ X Tspi_Context_CloseObject.3 \ X Tspi_Context_Connect.3 \ X Tspi_Context_Create.3 \ X Tspi_Context_CreateObject.3 \ X Tspi_Context_FreeMemory.3 \ X Tspi_Context_GetCapability.3 \ X Tspi_Context_GetDefaultPolicy.3 \ X Tspi_Context_GetKeyByPublicInfo.3 \ X Tspi_Context_GetKeyByUUID.3 \ X Tspi_Context_GetRegisteredKeysByUUID.3 \ X Tspi_Context_GetRegisteredKeysByUUID2.3 \ X Tspi_Context_GetTpmObject.3 \ X Tspi_Context_LoadKeyByBlob.3 \ X Tspi_Context_LoadKeyByUUID.3 \ X Tspi_Context_RegisterKey.3 \ X Tspi_Context_UnregisterKey.3 \ X Tspi_DAA_IssueCredential.3 \ X Tspi_DAA_IssueInit.3 \ X Tspi_DAA_IssueSetup.3 \ X Tspi_DAA_IssuerKeyVerification.3 \ X Tspi_DAA_VerifyInit.3 \ X Tspi_DAA_VerifySignature.3 \ X Tspi_Data_Bind.3 \ X Tspi_Data_Seal.3 \ X Tspi_Data_Unbind.3 \ X Tspi_Data_Unseal.3 \ X Tspi_DecodeBER_TssBlob.3 \ X Tspi_EncodeDER_TssBlob.3 \ X Tspi_GetAttribData.3 \ X Tspi_GetAttribUint32.3 \ X Tspi_GetPolicyObject.3 \ X Tspi_Hash_GetHashValue.3 \ X Tspi_Hash_SetHashValue.3 \ X Tspi_Hash_Sign.3 \ X Tspi_Hash_UpdateHashValue.3 \ X Tspi_Hash_VerifySignature.3 \ X Tspi_Key_CertifyKey.3 \ X Tspi_Key_ConvertMigrationBlob.3 \ X Tspi_Key_CreateKey.3 \ X Tspi_Key_CreateMigrationBlob.3 \ X Tspi_Key_GetPubKey.3 \ X Tspi_Key_LoadKey.3 \ X Tspi_Key_UnloadKey.3 \ X Tspi_Key_WrapKey.3 \ X Tspi_PcrComposite_GetPcrValue.3 \ X Tspi_PcrComposite_SelectPcrIndex.3 \ X Tspi_PcrComposite_SetPcrValue.3 \ X Tspi_Policy_AssignToObject.3 \ X Tspi_Policy_FlushSecret.3 \ X Tspi_Policy_SetSecret.3 \ X Tspi_SetAttribData.3 \ X Tspi_SetAttribUint32.3 \ X Tspi_TPM_AuthorizeMigrationTicket.3 \ X Tspi_TPM_CertifySelfTest.3 \ X Tspi_TPM_CheckMaintenancePubKey.3 \ X Tspi_TPM_ClearOwner.3 \ X Tspi_TPM_CollateIdentityRequest.3 \ X Tspi_TPM_CreateEndorsementKey.3 \ X Tspi_TPM_CreateMaintenanceArchive.3 \ X Tspi_TPM_CMKSetRestrictions.3 \ X Tspi_TPM_DAA_JoinCreateDaaPubKey.3 \ X Tspi_TPM_DAA_JoinInit.3 \ X Tspi_TPM_DAA_JoinStoreCredential.3 \ X Tspi_TPM_DAA_Sign.3 \ X Tspi_TPM_DirRead.3 \ X Tspi_TPM_DirWrite.3 \ X Tspi_TPM_GetAuditDigest.3 \ X Tspi_TPM_GetCapability.3 \ X Tspi_TPM_GetEvent.3 \ X Tspi_TPM_GetEventLog.3 \ X Tspi_TPM_GetEvents.3 \ X Tspi_TPM_GetPubEndorsementKey.3 \ X Tspi_TPM_GetRandom.3 \ X Tspi_TPM_GetStatus.3 \ X Tspi_TPM_GetTestResult.3 \ X Tspi_TPM_KillMaintenanceFeature.3 \ X Tspi_TPM_LoadMaintenancePubKey.3 \ X Tspi_TPM_OwnerGetSRKPubKey.3 \ X Tspi_TPM_PcrExtend.3 \ X Tspi_TPM_PcrRead.3 \ X Tspi_TPM_Quote.3 \ X Tspi_TPM_SelfTestFull.3 \ X Tspi_TPM_SetStatus.3 \ X Tspi_TPM_StirRandom.3 \ X Tspi_TPM_TakeOwnership.3 XMAN5= tcsd.conf.5 XMAN8= tcsd.8 81f6552ec0e9044742900ca70ec96d81 echo x - trousers/distinfo sed 's/^X//' >trousers/distinfo << '7c76982f1ae82672bfeaa5709c291459' XMD5 (trousers-0.3.6.tar.gz) = f4609e6446099e1403e23bb671df87f4 XSHA256 (trousers-0.3.6.tar.gz) = 91025f60248af44df192e8df16fa6b0c0f1e48c54f6dc51626567ed95758b0d6 XSIZE (trousers-0.3.6.tar.gz) = 1335084 7c76982f1ae82672bfeaa5709c291459 echo c - trousers/files mkdir -p trousers/files > /dev/null 2>&1 echo x - trousers/files/patch-configure.in sed 's/^X//' >trousers/files/patch-configure.in << '54f263a9bad252dea887f04414abf6ac' X--- configure.in.orig 2010-07-09 05:35:18.000000000 +0900 X+++ configure.in 2010-10-24 22:31:30.040556068 +0900 X@@ -75,6 +75,21 @@ X [CFLAGS="$CFLAGS -ftest-coverage -fprofile-arcs" X AC_MSG_RESULT([*** Enabling gcov at user request ***])],) X X+# Check for tss user X+AC_ARG_WITH(tssuser, X+ [ --with-tssuser[[=USER]] set tss user [[tss]]], X+ [tss_user=$withval], X+ [tss_user=tss] X+) X+# Check for tss group X+AC_ARG_WITH(tssgroup, X+ [ --with-tssgroup[[=GROUP]] set tss group [[tss]]], X+ [tss_group=$withval], X+ [tss_group=tss] X+) X+AC_SUBST(TSS_USER_NAME, $tss_user) X+AC_SUBST(TSS_GROUP_NAME, $tss_group) X+ X # profiling support X AC_ARG_ENABLE(gprof, X [AC_HELP_STRING([--enable-gprof], [enable profiling with gprof [default=off]])], X@@ -352,6 +367,8 @@ X AC_C_BIGENDIAN([AC_DEFINE(_BIG_ENDIAN, 1, [big-endian host])]) X AC_CHECK_DECL(htole32, [AC_DEFINE(HTOLE_DEFINED, 1, [htole32 function is available])]) X AC_CHECK_HEADER(sys/byteorder.h, [AC_DEFINE(HAVE_BYTEORDER_H, 1, [sys/byteorder.h header])]) X+AC_CHECK_HEADER(endian.h, [AC_DEFINE(HAVE_ENDIAN_H, 1, [endian.h header])]) X+AC_CHECK_HEADER(sys/endian.h, [AC_DEFINE(HAVE_SYS_ENDIAN_H, 1, [sys/endian.h header])]) X AC_CHECK_FUNC(daemon, [ AC_DEFINE(HAVE_DAEMON, 1, [daemon function is available]) ]) X X if test "x${GCC}" = "xyes"; then X@@ -359,6 +376,7 @@ X fi X X CFLAGS="$CFLAGS -I../include \ X+ -DTSS_USER_NAME=\\\"$tss_user\\\" -DTSS_GROUP_NAME=\\\"$tss_group\\\" \ X -DTCSD_DEFAULT_PORT=${TCSD_DEFAULT_PORT} -DTSS_VER_MAJOR=${TSS_VER_MAJOR} \ X -DTSS_VER_MINOR=${TSS_VER_MINOR} -DTSS_SPEC_MAJOR=${TSS_SPEC_MAJOR} \ X -DTSS_SPEC_MINOR=${TSS_SPEC_MINOR}" 54f263a9bad252dea887f04414abf6ac echo x - trousers/files/patch-dist-Makefile.am sed 's/^X//' >trousers/files/patch-dist-Makefile.am << '504a086ffac7e812f037fa97f29c1f74' X--- dist/Makefile.am.orig 2010-03-12 05:41:54.000000000 +0900 X+++ dist/Makefile.am 2010-10-24 21:04:04.818560844 +0900 X@@ -1,17 +1,7 @@ X EXTRA_DIST = system.data.auth system.data.noauth \ X fedora/fedora.initrd.tcsd X install: install-exec-hook X- if test ! -e ${DESTDIR}/@sysconfdir@/tcsd.conf; then mkdir -p ${DESTDIR}/@sysconfdir@ && cp tcsd.conf ${DESTDIR}/@sysconfdir@; fi X- /bin/chown tss:tss ${DESTDIR}/@sysconfdir@/tcsd.conf || true X- /bin/chmod 0600 ${DESTDIR}/@sysconfdir@/tcsd.conf X X install-exec-hook: X- /usr/sbin/groupadd tss || true X- /usr/sbin/useradd -r tss -g tss || true X- /bin/sh -c 'if [ ! -e ${DESTDIR}/@localstatedir@/lib/tpm ];then mkdir -p ${DESTDIR}/@localstatedir@/lib/tpm; fi' X- /bin/chown tss:tss ${DESTDIR}/@localstatedir@/lib/tpm || true X- /bin/chmod 0700 ${DESTDIR}/@localstatedir@/lib/tpm X X uninstall-hook: X- /usr/sbin/userdel tss || true X- /usr/sbin/groupdel tss || true 504a086ffac7e812f037fa97f29c1f74 echo x - trousers/files/patch-dist-tcsd.conf.in sed 's/^X//' >trousers/files/patch-dist-tcsd.conf.in << 'ba08a8d0974ffb0250885a2fab9cb801' X--- dist/tcsd.conf.in.orig 2010-01-29 01:27:50.000000000 +0900 X+++ dist/tcsd.conf.in 2010-10-25 00:06:25.565556476 +0900 X@@ -35,7 +35,7 @@ X # log data. The interface to this log is usually provided by the TPM X # device driver. X # X-# firmware_log_file = /sys/kernel/security/tpm0/binary_bios_measurements X+# firmware_log_file = /var/run/tpm/binary_bios_measurements X # X X # Option: kernel_log_file X@@ -46,7 +46,7 @@ X # http://sf.net/projects/linux-ima for more info on getting IMA. X # X # X-# kernel_log_file = /sys/kernel/security/ima/binary_runtime_measurements X+# kernel_log_file = /var/run/ima/binary_runtime_measurements X # X X # Option: firmware_pcrs ba08a8d0974ffb0250885a2fab9cb801 echo x - trousers/files/patch-src-include-biosem.h sed 's/^X//' >trousers/files/patch-src-include-biosem.h << '7baa126b3bf782564a424ad400333179' X--- src/include/biosem.h.orig 2010-03-12 05:22:36.000000000 +0900 X+++ src/include/biosem.h 2010-10-24 21:04:04.820558727 +0900 X@@ -26,7 +26,7 @@ X UINT32 eventType; X BYTE digest[20]; X UINT32 eventDataSize; X- BYTE event[0];/* (eventSize) bytes of event data follows */ X+ BYTE event[1];/* (eventSize) bytes of event data follows */ X } TCG_PCClientPCREventStruc; X X #define EVLOG_SOURCE_BIOS 1 7baa126b3bf782564a424ad400333179 echo x - trousers/files/patch-src-include-linux-tpm.h sed 's/^X//' >trousers/files/patch-src-include-linux-tpm.h << 'd0bf3e4824bc76aa3a977b72f0ab172c' X--- src/include/linux/tpm.h.orig 2010-01-29 01:27:51.000000000 +0900 X+++ src/include/linux/tpm.h 2010-10-24 21:04:04.821560671 +0900 X@@ -20,6 +20,8 @@ X #include X #elif (defined (__OpenBSD__) || defined (__FreeBSD__)) X #include X+#elif (defined (SOLARIS)) X+#include X #endif X X /* ioctl commands */ d0bf3e4824bc76aa3a977b72f0ab172c echo x - trousers/files/patch-src-include-tcs_tsp.h sed 's/^X//' >trousers/files/patch-src-include-tcs_tsp.h << '205b92e92f124faba1b040f5badf21a3' X--- src/include/tcs_tsp.h.orig 2010-01-29 01:27:51.000000000 +0900 X+++ src/include/tcs_tsp.h 2010-10-24 21:04:04.822560729 +0900 X@@ -79,7 +79,13 @@ X /* XXX Get rid of this, there's no reason to set an arbitrary limit */ X #define MAX_KEY_CHILDREN 10 X X+#ifndef STRUCTURE_PACKING_ATTRIBUTE X+#ifdef __GCC X #define STRUCTURE_PACKING_ATTRIBUTE __attribute__((packed)) X+#else X+#define STRUCTURE_PACKING_ATTRIBUTE /* */ X+#endif X+#endif X X #ifdef TSS_DEBUG X #define DBG_ASSERT(x) assert(x) 205b92e92f124faba1b040f5badf21a3 echo x - trousers/files/patch-src-include-tcs_utils.h sed 's/^X//' >trousers/files/patch-src-include-tcs_utils.h << '6a7d860e30e992a9fb04fb59af41bf96' X--- src/include/tcs_utils.h.orig 2010-01-29 01:27:51.000000000 +0900 X+++ src/include/tcs_utils.h 2010-10-24 21:04:04.824555399 +0900 X@@ -18,6 +18,20 @@ X #include "tcs_tsp.h" X #include "trousers_types.h" X X+ X+ X+/* X+ * XXX malloc wrapper X+ * X+ * Linux: malloc(0) => '\0' X+ * *BSD: malloc(0) => invalid to dereference X+ * X+ * => so wrap malloc(0) => calloc(1, 16) to create X+ * a 16Byte array containing '\0' X+ * X+ */ X+#define malloc(x) ((x) == 0 ? calloc(1, 16) : calloc(1, (x))) X+ X struct key_mem_cache X { X TCPA_KEY_HANDLE tpm_handle; 6a7d860e30e992a9fb04fb59af41bf96 echo x - trousers/files/patch-src-include-tcsd.h sed 's/^X//' >trousers/files/patch-src-include-tcsd.h << 'a1693b5207fb7ec025bd1b08b4943608' X--- src/include/tcsd.h.orig 2010-05-03 11:54:15.000000000 +0900 X+++ src/include/tcsd.h 2010-10-24 22:28:52.708555289 +0900 X@@ -50,14 +50,22 @@ X X #define TCSD_CONFIG_FILE ETC_PREFIX "/tcsd.conf" X X+#ifndef TSS_USER_NAME X #define TSS_USER_NAME "tss" X+#endif X+#ifndef TSS_GROUP_NAME X #define TSS_GROUP_NAME "tss" X+#endif X+ X+#ifndef TPM_PREFIX X+#define TPM_PREFIX "/lib/tpm" X+#endif X X #define TCSD_DEFAULT_MAX_THREADS 10 X-#define TCSD_DEFAULT_SYSTEM_PS_FILE VAR_PREFIX "/lib/tpm/system.data" X-#define TCSD_DEFAULT_SYSTEM_PS_DIR VAR_PREFIX "/lib/tpm" X-#define TCSD_DEFAULT_FIRMWARE_LOG_FILE "/sys/kernel/security/tpm0/binary_bios_measurements" X-#define TCSD_DEFAULT_KERNEL_LOG_FILE "/sys/kernel/security/ima/binary_runtime_measurements" X+#define TCSD_DEFAULT_SYSTEM_PS_FILE VAR_PREFIX TPM_PREFIX "/system.data" X+#define TCSD_DEFAULT_SYSTEM_PS_DIR VAR_PREFIX TPM_PREFIX X+#define TCSD_DEFAULT_FIRMWARE_LOG_FILE "/var/run/tpm/binary_bios_measurements" X+#define TCSD_DEFAULT_KERNEL_LOG_FILE "/var/run/ima/binary_runtime_measurements" X #define TCSD_DEFAULT_FIRMWARE_PCRS 0x00000000 X #define TCSD_DEFAULT_KERNEL_PCRS 0x00000000 X a1693b5207fb7ec025bd1b08b4943608 echo x - trousers/files/patch-src-include-tcsd_ops.h sed 's/^X//' >trousers/files/patch-src-include-tcsd_ops.h << '8b827ea9e570d8942278825f46e5566f' X--- src/include/tcsd_ops.h.orig 2010-01-29 01:27:51.000000000 +0900 X+++ src/include/tcsd_ops.h 2010-10-24 21:04:04.827558718 +0900 X@@ -123,7 +123,7 @@ X X struct tcsd_op { X char *name; X- int op[]; X+ int op[20]; X }; X X struct tcsd_op tcsd_op_seal = {"seal", {TCSD_OP_SEAL}}; 8b827ea9e570d8942278825f46e5566f echo x - trousers/files/patch-src-include-threads.h sed 's/^X//' >trousers/files/patch-src-include-threads.h << '6168776c8b0ad74f1579e2ede29ae072' X--- src/include/threads.h.orig 2010-05-03 11:54:15.000000000 +0900 X+++ src/include/threads.h 2010-10-24 21:04:04.828558009 +0900 X@@ -31,7 +31,7 @@ X #define COND_SIGNAL(c) pthread_cond_signal(c) X X /* thread abstractions */ X-#define THREAD_ID ((THREAD_TYPE)pthread_self()) X+#define THREAD_ID (long int)((THREAD_TYPE)pthread_self()) X #define THREAD_TYPE pthread_t X #define THREAD_JOIN pthread_join X #define THREAD_DETACH pthread_detach 6168776c8b0ad74f1579e2ede29ae072 echo x - trousers/files/patch-src-include-trousers_types.h sed 's/^X//' >trousers/files/patch-src-include-trousers_types.h << '8743a61ad1dea5b846b7e649be895c9c' X--- src/include/trousers_types.h.orig 2010-05-20 02:45:55.000000000 +0900 X+++ src/include/trousers_types.h 2010-10-24 21:04:04.829561420 +0900 X@@ -11,6 +11,14 @@ X #ifndef _TROUSERS_TYPES_H_ X #define _TROUSERS_TYPES_H_ X X+#ifndef STRUCTURE_PACKING_ATTRIBUTE X+#ifdef __GCC X+#define STRUCTURE_PACKING_ATTRIBUTE __attribute__((packed)) X+#else X+#define STRUCTURE_PACKING_ATTRIBUTE /* */ X+#endif X+#endif X+ X #define TCPA_NONCE_SIZE sizeof(TCPA_NONCE) X #define TCPA_DIGEST_SIZE sizeof(TCPA_DIGEST) X #define TCPA_ENCAUTH_SIZE sizeof(TCPA_ENCAUTH) X@@ -100,7 +108,7 @@ X typedef struct tdTSS_KEY12_HDR { X TPM_STRUCTURE_TAG tag; X UINT16 fill; X-} __attribute__((packed)) TSS_KEY12_HDR; X+} STRUCTURE_PACKING_ATTRIBUTE TSS_KEY12_HDR; X X typedef struct tdTSS_KEY { X union { X@@ -118,11 +126,10 @@ X BYTE *encData; X } TSS_KEY; X X-#if (defined (__linux) || defined (linux) || defined (SOLARIS) || defined (__GLIBC__)) X-#define BSD_CONST X-#elif (defined (__OpenBSD__) || defined (__FreeBSD__)) X+#if defined (__FreeBSD__) X #define BSD_CONST const X-#endif X- X+#else X+#define BSD_CONST /* */ X+#endif X X #endif 8743a61ad1dea5b846b7e649be895c9c echo x - trousers/files/patch-src-include-tss-platform.h sed 's/^X//' >trousers/files/patch-src-include-tss-platform.h << '46d11322ecc7db5e1fa5cdd802b2d150' X--- src/include/tss/platform.h.orig 2010-01-29 01:27:51.000000000 +0900 X+++ src/include/tss/platform.h 2010-10-24 21:04:04.830556101 +0900 X@@ -15,7 +15,7 @@ X #if !defined(WIN32) X #include X typedef uint8_t BYTE; X- typedef int8_t TSS_BOOL; X+ typedef uint8_t TSS_BOOL; X typedef uint16_t UINT16; X typedef uint32_t UINT32; X typedef uint64_t UINT64; 46d11322ecc7db5e1fa5cdd802b2d150 echo x - trousers/files/patch-src-tcs-ps-ps_utils.c sed 's/^X//' >trousers/files/patch-src-tcs-ps-ps_utils.c << '80440b00a9b5029159a65203cb68f7d7' X--- src/tcs/ps/ps_utils.c.orig 2010-07-01 00:15:00.000000000 +0900 X+++ src/tcs/ps/ps_utils.c 2010-10-24 21:04:04.832556427 +0900 X@@ -16,10 +16,18 @@ X #if defined(HAVE_BYTEORDER_H) X #include X #elif defined(HTOLE_DEFINED) X+#if defined(HAVE_ENDIAN_H) X #include X #define LE_16 htole16 X #define LE_32 htole32 X #define LE_64 htole64 X+#endif X+#if defined(HAVE_SYS_ENDIAN_H) X+#include X+#define LE_16 htole16 X+#define LE_32 htole32 X+#define LE_64 htole64 X+#endif X #else X #define LE_16(x) (x) X #define LE_32(x) (x) X@@ -39,6 +47,24 @@ X #include "tcs_utils.h" X #include "tcslog.h" X X+#ifndef LE_16 X+static UINT16 htole16(UINT16 x) X+{ X+ BYTE *b = &x; X+ return (UINT16) (b[0] + (b[1] << 8)); X+} X+#define LE_16 htole16 X+#endif X+ X+#ifndef LE_32 X+static UINT32 htole32(UINT32 x) X+{ X+ BYTE *b = &x; X+ return (UINT32) (b[0] + (b[1] << 8) + (b[2] << 16) + (b[3] << 24)); X+} X+#define LE_32 htole32 X+#endif X+ X struct key_disk_cache *key_disk_cache_head = NULL; X X 80440b00a9b5029159a65203cb68f7d7 echo x - trousers/files/patch-src-tcs-ps-tcsps.c sed 's/^X//' >trousers/files/patch-src-tcs-ps-tcsps.c << '28f3bb3e5f973f722dce227a4368092f' X--- src/tcs/ps/tcsps.c.orig 2010-05-02 11:39:11.000000000 +0900 X+++ src/tcs/ps/tcsps.c 2010-10-24 21:04:04.833559489 +0900 X@@ -24,6 +24,11 @@ X #define LE_16 htole16 X #define LE_32 htole32 X #define LE_64 htole64 X+#elif defined (HAVE_SYS_ENDIAN_H) X+#include X+#define LE_16 htole16 X+#define LE_32 htole32 X+#define LE_64 htole64 X #else X #define LE_16(x) (x) X #define LE_32(x) (x) X@@ -33,6 +38,26 @@ X #include X #include X X+#ifdef __sun X+#define LOCK_EX F_LOCK X+#define LOCK_UN F_ULOCK X+#define flock(fd, func) lockf(fd, func, 0) X+#endif X+ X+#ifndef LOCK_SH X+#define LOCK_SH 1 /* shared lock */ X+#endif X+#ifndef LOCK_EX X+#define LOCK_EX 2 /* exclusive lock */ X+#endif X+#ifndef LOCK_NB X+#define LOCK_NB 4 /* don't block when locking */ X+#endif X+#ifndef LOCK_UN X+#define LOCK_UN 8 /* unlock */ X+#endif X+ X+ X #include "trousers/tss.h" X #include "trousers_types.h" X #include "tcsps.h" X@@ -43,6 +68,25 @@ X #include "tcsd_wrap.h" X #include "tcsd.h" X X+#ifndef LE_16 X+static UINT16 htole16(UINT16 x) X+{ X+ BYTE *b = &x; X+ return (UINT16) (b[0] + (b[1] << 8)); X+} X+#define LE_16 htole16 X+#endif X+ X+#ifndef LE_32 X+static UINT32 htole32(UINT32 x) X+{ X+ BYTE *b = &x; X+ return (UINT32) (b[0] + (b[1] << 8) + (b[2] << 16) + (b[3] << 24)); X+} X+#define LE_32 htole32 X+#endif X+ X+ X int system_ps_fd = -1; X MUTEX_DECLARE(disk_cache_lock); X 28f3bb3e5f973f722dce227a4368092f echo x - trousers/files/patch-src-tcs-tcs_aik.c sed 's/^X//' >trousers/files/patch-src-tcs-tcs_aik.c << 'dd628e1bc6fd1f40a25a3f9b9a9d6def' X--- src/tcs/tcs_aik.c.orig 2010-06-10 05:20:44.000000000 +0900 X+++ src/tcs/tcs_aik.c 2010-10-24 21:04:04.834556754 +0900 X@@ -66,7 +66,7 @@ X UnloadBlob_UINT16(offset, &key->size, blob); X X if (key->size > 0) { X- key->data = (BYTE *)malloc(key->size); X+ key->data = malloc(key->size); X if (key->data == NULL) { X LogError("malloc of %hu bytes failed.", key->size); X key->size = 0; dd628e1bc6fd1f40a25a3f9b9a9d6def echo x - trousers/files/patch-src-tcs-tcs_auth_mgr.c sed 's/^X//' >trousers/files/patch-src-tcs-tcs_auth_mgr.c << '5b678d6fbc6f41ef8327daed159e7ab4' X--- src/tcs/tcs_auth_mgr.c.orig 2010-06-10 05:21:32.000000000 +0900 X+++ src/tcs/tcs_auth_mgr.c 2010-10-24 21:04:04.836560084 +0900 X@@ -108,7 +108,7 @@ X auth_mgr_swap_in() X { X if (auth_mgr.overflow[auth_mgr.of_tail] != NULL) { X- LogDebug("waking up thread %lddd, auth slot has opened", THREAD_ID); X+ LogDebug("waking up thread %ld, auth slot has opened", THREAD_ID); X /* wake up the next sleeping thread in order and increment tail */ X COND_SIGNAL(auth_mgr.overflow[auth_mgr.of_tail]); X auth_mgr.overflow[auth_mgr.of_tail] = NULL; X@@ -149,7 +149,7 @@ X auth_mgr.overflow[auth_mgr.of_head] = cond; X auth_mgr.of_head = (auth_mgr.of_head + 1) % auth_mgr.overflow_size; X /* go to sleep */ X- LogDebug("thread %lddd going to sleep until auth slot opens", THREAD_ID); X+ LogDebug("thread %ld going to sleep until auth slot opens", THREAD_ID); X auth_mgr.sleeping_threads++; X COND_WAIT(cond, &tcsp_lock); X auth_mgr.sleeping_threads--; X@@ -180,7 +180,7 @@ X auth_mgr.of_tail = 0; X auth_mgr.overflow[auth_mgr.of_head] = cond; X auth_mgr.of_head = (auth_mgr.of_head + 1) % auth_mgr.overflow_size; X- LogDebug("thread %lddd going to sleep until auth slot opens", THREAD_ID); X+ LogDebug("thread %ld going to sleep until auth slot opens", THREAD_ID); X auth_mgr.sleeping_threads++; X COND_WAIT(cond, &tcsp_lock); X auth_mgr.sleeping_threads--; 5b678d6fbc6f41ef8327daed159e7ab4 echo x - trousers/files/patch-src-tcsd-svrside.c sed 's/^X//' >trousers/files/patch-src-tcsd-svrside.c << 'a8b09c7ee713f81933bfec58be62413b' X--- src/tcsd/svrside.c.orig 2010-06-10 05:19:00.000000000 +0900 X+++ src/tcsd/svrside.c 2010-10-24 21:04:04.838555802 +0900 X@@ -20,7 +20,6 @@ X #include X #include X #include X-#include X #if (defined (__OpenBSD__) || defined (__FreeBSD__)) X #include X #endif X@@ -41,11 +40,9 @@ X X struct tcsd_config tcsd_options; X struct tpm_properties tpm_metrics; X-static volatile int hup = 0, term = 0; X-extern char *optarg; X X-static void X-tcsd_shutdown(void) X+void X+tcsd_shutdown() X { X /* order is important here: X * allow all threads to complete their current request */ X@@ -57,27 +54,44 @@ X EVENT_LOG_final(); X } X X-static void X-tcsd_signal_term(int signal) X+void X+tcsd_signal_int(int signal) X { X- term = 1; X+ switch (signal) { X+ case SIGINT: X+ LogInfo("Caught SIGINT. Cleaning up and exiting."); X+ break; X+ case SIGHUP: X+ LogInfo("Caught SIGHUP. Cleaning up and exiting."); X+ break; X+ default: X+ LogError("Caught signal %d (which I didn't register for!)." X+ " Ignoring.", signal); X+ break; X+ } X+ tcsd_shutdown(); X+ exit(signal); X } X X void X-tcsd_signal_hup(int signal) X+tcsd_signal_chld(int signal) X { X- hup = 1; X+ /* kill zombies */ X+ wait3(NULL, WNOHANG, NULL); X } X X-static TSS_RESULT X-signals_init(void) X+TSS_RESULT X+signals_init() X { X int rc; X sigset_t sigmask; X- struct sigaction sa; X X sigemptyset(&sigmask); X- if ((rc = sigaddset(&sigmask, SIGTERM))) { X+ if ((rc = sigaddset(&sigmask, SIGCHLD))) { X+ LogError("sigaddset: %s", strerror(errno)); X+ return TCSERR(TSS_E_INTERNAL_ERROR); X+ } X+ if ((rc = sigaddset(&sigmask, SIGINT))) { X LogError("sigaddset: %s", strerror(errno)); X return TCSERR(TSS_E_INTERNAL_ERROR); X } X@@ -91,25 +105,30 @@ X return TCSERR(TSS_E_INTERNAL_ERROR); X } X X- sa.sa_flags = 0; X- sigemptyset(&sa.sa_mask); X- sa.sa_handler = tcsd_signal_term; X- if ((rc = sigaction(SIGTERM, &sa, NULL))) { X- LogError("signal SIGTERM not registered: %s", strerror(errno)); X+ tcsd_sa_int.sa_handler = tcsd_signal_int; X+ tcsd_sa_chld.sa_handler = tcsd_signal_chld; X+ tcsd_sa_chld.sa_flags = SA_RESTART; X+ X+ if ((rc = sigaction(SIGINT, &tcsd_sa_int, NULL))) { X+ LogError("signal SIGINT not registered: %s", strerror(errno)); X return TCSERR(TSS_E_INTERNAL_ERROR); X } X X- sa.sa_handler = tcsd_signal_hup; X- if ((rc = sigaction(SIGHUP, &sa, NULL))) { X+ if ((rc = sigaction(SIGHUP, &tcsd_sa_int, NULL))) { X LogError("signal SIGHUP not registered: %s", strerror(errno)); X return TCSERR(TSS_E_INTERNAL_ERROR); X } X X+ if ((rc = sigaction(SIGCHLD, &tcsd_sa_chld, NULL))) { X+ LogError("signal SIGCHLD not registered: %s", strerror(errno)); X+ return TCSERR(TSS_E_INTERNAL_ERROR); X+ } X+ X return TSS_SUCCESS; X } X X-static TSS_RESULT X-tcsd_startup(void) X+TSS_RESULT X+tcsd_startup() X { X TSS_RESULT result; X X@@ -183,7 +202,6 @@ X return TSS_SUCCESS; X } X X- X void X usage(void) X { X@@ -195,19 +213,6 @@ X fprintf(stderr, "\n"); X } X X-static TSS_RESULT X-reload_config(void) X-{ X- TSS_RESULT result; X- hup = 0; X- X- // FIXME: reload the config - work in progress X- result = TSS_SUCCESS; X- X- return result; X-} X- X- X int X main(int argc, char **argv) X { X@@ -216,7 +221,6 @@ X int sd, newsd, c, option_index = 0; X unsigned client_len; X char *hostname = NULL; X- struct passwd *pwd; X struct hostent *client_hostent = NULL; X struct option long_options[] = { X {"help", 0, NULL, 'h'}, X@@ -245,6 +249,14 @@ X if ((result = tcsd_startup())) X return (int)result; X X+ if (getenv("TCSD_FOREGROUND") == NULL) { X+ if (daemon(0, 0) == -1) { X+ perror("daemon"); X+ tcsd_shutdown(); X+ return -1; X+ } X+ } X+ X sd = socket(AF_INET, SOCK_STREAM, 0); X if (sd < 0) { X LogError("Failed socket: %s", strerror(errno)); X@@ -268,51 +280,20 @@ X LogError("Failed bind: %s", strerror(errno)); X return -1; X } X-#ifndef SOLARIS X- pwd = getpwnam(TSS_USER_NAME); X- if (pwd == NULL) { X- if (errno == 0) { X- LogError("User \"%s\" not found, please add this user" X- " manually.", TSS_USER_NAME); X- } else { X- LogError("getpwnam(%s): %s", TSS_USER_NAME, strerror(errno)); X- } X- return TCSERR(TSS_E_INTERNAL_ERROR); X- } X- setuid(pwd->pw_uid); X-#endif X if (listen(sd, TCSD_MAX_SOCKETS_QUEUED) < 0) { X LogError("Failed listen: %s", strerror(errno)); X return -1; X } X client_len = (unsigned)sizeof(client_addr); X X- if (getenv("TCSD_FOREGROUND") == NULL) { X- if (daemon(0, 0) == -1) { X- perror("daemon"); X- tcsd_shutdown(); X- return -1; X- } X- } X- X LogInfo("%s: TCSD up and running.", PACKAGE_STRING); X do { X newsd = accept(sd, (struct sockaddr *) &client_addr, &client_len); X+ LogDebug("accepted socket %i", newsd); X if (newsd < 0) { X- if (errno == EINTR) { X- if (term) X- break; X- else if (hup) { X- if (reload_config() != TSS_SUCCESS) X- LogError("Failed reloading config"); X- } X- continue; X- } else { X- LogError("Failed accept: %s", strerror(errno)); X- continue; X- } X+ LogError("Failed accept: %s", strerror(errno)); X+ break; X } X- LogDebug("accepted socket %i", newsd); X X if ((client_hostent = gethostbyaddr((char *) &client_addr.sin_addr, X sizeof(client_addr.sin_addr), X@@ -332,12 +313,8 @@ X X tcsd_thread_create(newsd, hostname); X hostname = NULL; X- if (hup) { X- if (reload_config() != TSS_SUCCESS) X- LogError("Failed reloading config"); X- } X- } while (term ==0); X+ } while (1); X X- /* To close correctly, we must receive a SIGTERM */ X- return 0; X+ /* To close correctly, we must recieve a SIGHUP */ X+ return -1; X } a8b09c7ee713f81933bfec58be62413b echo x - trousers/files/patch-src-trspi-Makefile.am sed 's/^X//' >trousers/files/patch-src-trspi-Makefile.am << '0be92f57c62240321e262f33752c1360' X--- src/trspi/Makefile.am.orig 2010-03-12 05:41:54.000000000 +0900 X+++ src/trspi/Makefile.am 2010-10-24 21:04:04.839558584 +0900 X@@ -1,7 +1,8 @@ X noinst_LTLIBRARIES=libtrousers.la X X libtrousers_la_SOURCES=trousers.c crypto/@CRYPTO_PACKAGE@/hash.c X-libtrousers_la_CFLAGS=-DAPPID=\"TSPI\" -I${top_srcdir}/src/include X+libtrousers_la_CFLAGS=-DAPPID=\"TSPI\" -I${top_srcdir}/src/include \ X+ -I${LOCALBASE}/include -I@prefix@/include X X if TSS_BUILD_ASYM_CRYPTO X libtrousers_la_SOURCES+=crypto/@CRYPTO_PACKAGE@/rsa.c 0be92f57c62240321e262f33752c1360 echo x - trousers/files/patch-src-tspi-Makefile.am sed 's/^X//' >trousers/files/patch-src-tspi-Makefile.am << '81ce7a6f4b4a23d02fcefc49bc510760' X--- src/tspi/Makefile.am.orig 2010-03-12 05:41:54.000000000 +0900 X+++ src/tspi/Makefile.am 2010-10-24 21:04:04.840556827 +0900 X@@ -17,7 +17,7 @@ X # 5. If any interfaces have been added since the last public release, then increment age. X # 6. If any interfaces have been removed since the last public release, then set age to 0. X X-libtspi_la_LDFLAGS=-version-info 2:3:1 -lpthread @CRYPTOLIB@ X+libtspi_la_LDFLAGS=-version-info 2:3:1 -lpthread @CRYPTOLIB@ -L@prefix@/lib -liconv X X libtspi_la_CFLAGS=-I$(top_srcdir)/src/include -DAPPID=\"TSPI\" -DVAR_PREFIX=\"@localstatedir@\" -DETC_PREFIX=\"@sysconfdir@\" X 81ce7a6f4b4a23d02fcefc49bc510760 echo x - trousers/files/patch-src-tspi-ps-ps_utils.c sed 's/^X//' >trousers/files/patch-src-tspi-ps-ps_utils.c << '55878de93b9e90775c3af677ac1df5d3' X--- src/tspi/ps/ps_utils.c.orig 2010-01-29 01:27:51.000000000 +0900 X+++ src/tspi/ps/ps_utils.c 2010-10-24 21:04:04.841558702 +0900 X@@ -22,7 +22,7 @@ X #include "tspps.h" X #include "tsplog.h" X X-inline TSS_RESULT X+TSS_RESULT X read_data(int fd, void *data, UINT32 size) X { X int rc; X@@ -39,7 +39,7 @@ X return TSS_SUCCESS; X } X X-inline TSS_RESULT X+TSS_RESULT X write_data(int fd, void *data, UINT32 size) X { X int rc; 55878de93b9e90775c3af677ac1df5d3 echo x - trousers/files/patch-src-tspi-ps-tspps.c sed 's/^X//' >trousers/files/patch-src-tspi-ps-tspps.c << '28832ebe24df8265a9be5f333b3175d2' X--- src/tspi/ps/tspps.c.orig 2010-05-02 11:39:11.000000000 +0900 X+++ src/tspi/ps/tspps.c 2010-10-24 21:04:04.843557352 +0900 X@@ -29,6 +29,11 @@ X #define LE_16 htole16 X #define LE_32 htole32 X #define LE_64 htole64 X+#elif defined(HAVE_SYS_ENDIAN_H) X+#include X+#define LE_16 htole16 X+#define LE_32 htole32 X+#define LE_64 htole64 X #else X #define LE_16(x) (x) X #define LE_32(x) (x) X@@ -43,11 +48,26 @@ X #include "tspps.h" X #include "tsplog.h" X X+#ifndef LE_16 X+static UINT16 htole16(UINT16 x) X+{ X+ BYTE *b = &x; X+ return (UINT16) (b[0] + (b[1] << 8)); X+} X+#define LE_16 htole16 X+#endif X+ X+#ifndef LE_32 X+static UINT32 htole32(UINT32 x) X+{ X+ BYTE *b = &x; X+ return (UINT32) (b[0] + (b[1] << 8) + (b[2] << 16) + (b[3] << 24)); X+} X+#define LE_32 htole32 X+#endif X+ X static int user_ps_fd = -1; X static MUTEX_DECLARE_INIT(user_ps_lock); X-#if (defined (__FreeBSD__) || defined (__OpenBSD__)) X-static MUTEX_DECLARE_INIT(user_ps_path); X-#endif X #if defined (SOLARIS) X static struct flock fl = { X 0, X@@ -70,9 +90,7 @@ X TSS_RESULT result; X char *file_name = NULL, *home_dir = NULL; X struct passwd *pwp; X-#if (defined (__linux) || defined (linux) || defined(__GLIBC__)) X struct passwd pw; X-#endif X struct stat stat_buf; X char buf[PASSWD_BUFSIZE]; X uid_t euid; X@@ -82,10 +100,6 @@ X *file = strdup(file_name); X return (*file) ? TSS_SUCCESS : TSPERR(TSS_E_OUTOFMEMORY); X } X-#if (defined (__FreeBSD__) || defined (__OpenBSD__)) X- MUTEX_LOCK(user_ps_path); X-#endif X- X euid = geteuid(); X X #if defined (SOLARIS) X@@ -98,32 +112,14 @@ X */ X rc = snprintf(buf, sizeof (buf), "%s/%d", TSS_USER_PS_DIR, euid); X #else X- setpwent(); X- while (1) { X-#if (defined (__linux) || defined (linux) || defined(__GLIBC__)) X- rc = getpwent_r(&pw, buf, PASSWD_BUFSIZE, &pwp); X- if (rc) { X- LogDebugFn("USER PS: Error getting path to home directory: getpwent_r: %s", X- strerror(rc)); X- endpwent(); X- return TSPERR(TSS_E_INTERNAL_ERROR); X- } X+ rc = getpwuid_r(euid, &pw, buf, PASSWD_BUFSIZE, &pwp); X+ if (rc) { X+ LogDebugFn("USER PS: Error getting path to home directory: " X+ "getpwent_r: %s", strerror(rc)); X+ return TSPERR(TSS_E_INTERNAL_ERROR); X+ } X X-#elif (defined (__FreeBSD__) || defined (__OpenBSD__)) X- if ((pwp = getpwent()) == NULL) { X- LogDebugFn("USER PS: Error getting path to home directory: getpwent: %s", X- strerror(rc)); X- endpwent(); X- MUTEX_UNLOCK(user_ps_path); X- return TSPERR(TSS_E_INTERNAL_ERROR); X- } X-#endif X- if (euid == pwp->pw_uid) { X- home_dir = strdup(pwp->pw_dir); X- break; X- } X- } X- endpwent(); X+ home_dir = strdup(pwp->pw_dir); X X if (!home_dir) X return TSPERR(TSS_E_OUTOFMEMORY); 28832ebe24df8265a9be5f333b3175d2 echo x - trousers/files/patch-src-tspi-rpc-hosttable.c sed 's/^X//' >trousers/files/patch-src-tspi-rpc-hosttable.c << '38ae0b43adfebd024b3dd0ad4ee5c632' X--- src/tspi/rpc/hosttable.c.orig 2010-05-02 11:39:11.000000000 +0900 X+++ src/tspi/rpc/hosttable.c 2010-10-24 21:04:04.845560543 +0900 X@@ -36,8 +36,8 @@ X } X X #ifdef SOLARIS X-#pragma init(_init) X-void _init(void) X+#pragma init(_init_hosttable) X+void _init_hosttable(void) X #else X void __attribute__ ((constructor)) my_init(void) X #endif X@@ -51,6 +51,8 @@ X { X struct host_table_entry *hte, *next = NULL; X X+ if( ht == NULL ) return; X+ X MUTEX_LOCK(ht->lock); X X for (hte = ht->entries; hte; hte = next) { X@@ -70,8 +72,8 @@ X } X X #ifdef SOLARIS X-#pragma fini(_fini) X-void _fini(void) X+#pragma fini(_fini_hosttable) X+void _fini_hosttable(void) X #else X void __attribute__ ((destructor)) my_fini(void) X #endif X@@ -84,6 +86,8 @@ X { X struct host_table_entry *entry, *tmp; X X+ if( ht == NULL ) return TSPERR(TSS_E_OUTOFMEMORY); X+ X entry = calloc(1, sizeof(struct host_table_entry)); X if (entry == NULL) { X LogError("malloc of %zd bytes failed.", sizeof(struct host_table_entry)); X@@ -134,6 +138,8 @@ X { X struct host_table_entry *hte, *prev = NULL; X X+ if( ht == NULL ) return; X+ X MUTEX_LOCK(ht->lock); X X for (hte = ht->entries; hte; prev = hte, hte = hte->next) { X@@ -158,6 +164,8 @@ X { X struct host_table_entry *index = NULL; X X+ if( ht == NULL ) return NULL; X+ X MUTEX_LOCK(ht->lock); X X for (index = ht->entries; index; index = index->next) { 38ae0b43adfebd024b3dd0ad4ee5c632 echo x - trousers/files/patch-src-tspi-rpc-tcstp-rpc.c sed 's/^X//' >trousers/files/patch-src-tspi-rpc-tcstp-rpc.c << 'd9742557d1dface6a70f071ae69df411' X--- src/tspi/rpc/tcstp/rpc.c.orig 2010-03-12 05:26:51.000000000 +0900 X+++ src/tspi/rpc/tcstp/rpc.c 2010-10-24 21:04:04.846552639 +0900 X@@ -306,7 +306,7 @@ X errno = 0; X if ((recv_size = recv(sock, buffer+recv_total, size-recv_total, 0)) <= 0) { X if (recv_size < 0) { X- if (errno == EINTR) X+ if (errno == EINTR || errno == EAGAIN) X continue; X LogError("Socket receive connection error: %s.", strerror(errno)); X } else { d9742557d1dface6a70f071ae69df411 echo x - trousers/files/pkg-install.in sed 's/^X//' >trousers/files/pkg-install.in << '9176e57905e2f26a08f561de15df0f20' X#!/bin/sh X XPATH=/bin:/usr/bin:/usr/sbin X XPREFIX=${PKG_PREFIX:-%%PREFIX%%} XUSER=%%TSS_USER%% XGROUP=%%TSS_GROUP%% XUID=%%TSS_UID%% XGID=%%TSS_GID%% X Xcase $2 in X PRE-INSTALL) X X if pw group show "${GROUP}" 2>/dev/null; then X echo "You already have a group \"${GROUP}\", so I will use it." X else X if pw groupadd ${GROUP} -g ${GID}; then X echo "Added group \"${GROUP}\"." X else X echo "Adding group \"${GROUP}\" failed..." X fi X fi X X if pw user show "${USER}" 2>/dev/null; then X echo "You already have a user \"${USER}\", so I will use it." X else X if pw useradd ${USER} -u ${UID} -g ${GROUP} -h - \ X -s /usr/sbin/nologin -L daemon -d /var/empty -c "TrouSerS user" X then X echo "Added user \"${USER}\"." X else X echo "Adding user \"${USER}\" failed..." X exit 1 X fi X fi X X if pw groupmod ${GROUP} -m ${USER}; then X echo "Added user \"${USER}\" to group \"${GROUP}\"." X else X echo "Adding user \"${USER}\" to group \"${GROUP}\" failed..." X fi X X install -d -o root -g ${GROUP} -m 0700 /var/run/tpm X install -d -o root -g ${GROUP} -m 0700 /var/run/ima X install -d -o root -g ${GROUP} -m 0700 ${PREFIX}/var/lib/tpm X X ;; X X POST-DEINSTALL) X X rmdir /var/run/tpm /var/run/ima 2> /dev/null || true X X# if pw user show "${USER}" 2>/dev/null; then X# if pw userdel ${USER} -u ${UID}; then X# echo "Deleted user \"${USER}\"." X# fi X# fi X X# if pw group show "${GROUP}" 2>/dev/null; then X# if pw groupdel ${GROUP} -g ${GID}; then X# echo "Deleted group \"${GROUP}\"." X# fi X# fi X X ;; X Xesac 9176e57905e2f26a08f561de15df0f20 echo x - trousers/files/pkg-message.in sed 's/^X//' >trousers/files/pkg-message.in << '1f220de02a946ea9b8d3d5db7d809bcf' XTo run tcsd automatically add the following line to /etc/rc.conf X Xtcsd_enable="YES" X XYou might want to edit %%PREFIX%%/etc/tcsd.conf to reflect your setup. 1f220de02a946ea9b8d3d5db7d809bcf echo x - trousers/files/tcsd.in sed 's/^X//' >trousers/files/tcsd.in << '3fafd7e59fa591bc4ccd271ab9f177f4' X#!/bin/sh X X# $FreeBSD$ X# X# PROVIDE: tcsd X# REQUIRE: LOGIN X# KEYWORD: shutdown X# X# Add the following lines to /etc/rc.conf.local or /etc/rc.conf X# to enable this service: X# X# tcsd_enable (bool): Set to NO by default. X# Set it to YES to enable tcsd. X X. /etc/rc.subr X Xname=tcsd Xrcvar=`set_rcvar` Xcommand="%%PREFIX%%/sbin/${name}" X Xload_rc_config $name X X: tcsd_enable=${tcsd_enable-"NO"} X Xrun_rc_command "$1" 3fafd7e59fa591bc4ccd271ab9f177f4 echo x - trousers/pkg-descr sed 's/^X//' >trousers/pkg-descr << '2a7c4d6acfdaa2823ffc7d484f1976d8' XTrouSerS is an CPL (Common Public License) licensed Trusted Computing XSoftware Stack. It is mostly compliant with the TSS 1.2 specification. 2a7c4d6acfdaa2823ffc7d484f1976d8 echo x - trousers/pkg-plist sed 's/^X//' >trousers/pkg-plist << 'ec75e402f06a6acdd6a48c4cc7c7d7cc' X@unexec cmp -s %D/etc/tcsd.conf %D/%%EXAMPLESDIR%%/tcsd.conf && rm -f %D/etc/tcsd.conf || true X%%EXAMPLESDIR%%/tcsd.conf X@exec [ -f %D/etc/tcsd.conf ] || cp -p %B/%f %D/etc/tcsd.conf Xinclude/trousers/trousers.h Xinclude/trousers/tss.h Xinclude/tss/compat11b.h Xinclude/tss/platform.h Xinclude/tss/tcpa_defines.h Xinclude/tss/tcpa_error.h Xinclude/tss/tcpa_struct.h Xinclude/tss/tcpa_typedef.h Xinclude/tss/tcs.h Xinclude/tss/tcs_defines.h Xinclude/tss/tcs_error.h Xinclude/tss/tcs_structs.h Xinclude/tss/tcs_typedef.h Xinclude/tss/tddl_error.h Xinclude/tss/tddlapi_error.h Xinclude/tss/tddli.h Xinclude/tss/tpm.h Xinclude/tss/tpm_error.h Xinclude/tss/tpm_ordinal.h Xinclude/tss/tspi.h Xinclude/tss/tss_defines.h Xinclude/tss/tss_error.h Xinclude/tss/tss_error_basics.h Xinclude/tss/tss_structs.h Xinclude/tss/tss_typedef.h X%%TDDL%%lib/libtddl.a Xlib/libtspi.a Xlib/libtspi.la Xlib/libtspi.so Xlib/libtspi.so.2 Xsbin/tcsd X@dirrm %%EXAMPLESDIR%% X@dirrmtry var/lib/tpm X@dirrmtry var/lib X@dirrmtry var X@dirrm include/tss X@dirrm include/trousers X@comment @dirrmtry var run tpm X@comment @dirrmtry var run ima ec75e402f06a6acdd6a48c4cc7c7d7cc exit --Multipart=_Thu__28_Oct_2010_02_43_40_+0900_JtScQ_e/yKAD9/CK Content-Type: text/plain; name="opencryptoki.shar" Content-Disposition: attachment; filename="opencryptoki.shar" Content-Transfer-Encoding: 7bit # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # opencryptoki # opencryptoki/Makefile # opencryptoki/distinfo # opencryptoki/files # opencryptoki/files/patch-configure.in # opencryptoki/files/patch-usr-include-pkcs11-apictl.h # opencryptoki/files/patch-usr-include-pkcs11-slotmgr.h # opencryptoki/files/patch-usr-include-pkcs11-stdll.h # opencryptoki/files/patch-usr-lib-pkcs11-aep_stdll-Makefile.am # opencryptoki/files/patch-usr-lib-pkcs11-api-Makefile.am # opencryptoki/files/patch-usr-lib-pkcs11-api-api_interface.c # opencryptoki/files/patch-usr-lib-pkcs11-api-apiutil.c # opencryptoki/files/patch-usr-lib-pkcs11-api-shrd_mem.c.in # opencryptoki/files/patch-usr-lib-pkcs11-bcom_stdll-Makefile.am # opencryptoki/files/patch-usr-lib-pkcs11-cca_stdll-host_defs.h # opencryptoki/files/patch-usr-lib-pkcs11-cca_stdll-loadsave.c # opencryptoki/files/patch-usr-lib-pkcs11-cca_stdll-new_host.c # opencryptoki/files/patch-usr-lib-pkcs11-cca_stdll-tok_spec_struct.h # opencryptoki/files/patch-usr-lib-pkcs11-common-host_defs.h # opencryptoki/files/patch-usr-lib-pkcs11-common-loadsave.c # opencryptoki/files/patch-usr-lib-pkcs11-common-new_host.c # opencryptoki/files/patch-usr-lib-pkcs11-common-tok_spec_struct.h # opencryptoki/files/patch-usr-lib-pkcs11-common-utility.c # opencryptoki/files/patch-usr-lib-pkcs11-cr_stdll-Makefile.am # opencryptoki/files/patch-usr-lib-pkcs11-ica_s390_stdll-Makefile.am # opencryptoki/files/patch-usr-lib-pkcs11-ica_stdll-Makefile.am # opencryptoki/files/patch-usr-lib-pkcs11-soft_stdll-Makefile.am # opencryptoki/files/patch-usr-lib-pkcs11-tpm_stdll-host_defs.h # opencryptoki/files/patch-usr-lib-pkcs11-tpm_stdll-loadsave.c # opencryptoki/files/patch-usr-lib-pkcs11-tpm_stdll-new_host.c # opencryptoki/files/patch-usr-lib-pkcs11-tpm_stdll-tok_spec_struct.h # opencryptoki/files/patch-usr-lib-pkcs11-tpm_stdll-utility.c # opencryptoki/files/patch-usr-sbin-pkcs11_startup-Makefile.am # opencryptoki/files/patch-usr-sbin-pkcs11_startup-pkcs11_startup.in # opencryptoki/files/patch-usr-sbin-pkcs_slot-pkcs_slot.in # opencryptoki/files/patch-usr-sbin-pkcsconf-Makefile.am # opencryptoki/files/patch-usr-sbin-pkcsconf-pkcsconf.c # opencryptoki/files/patch-usr-sbin-pkcsslotd-err.c # opencryptoki/files/patch-usr-sbin-pkcsslotd-mutex.c # opencryptoki/files/patch-usr-sbin-pkcsslotd-pkcsslotd.h # opencryptoki/files/patch-usr-sbin-pkcsslotd-shmem.c # opencryptoki/files/pkcsslotd.in # opencryptoki/files/pkg-install.in # opencryptoki/files/pkg-message.in # opencryptoki/pkg-descr # opencryptoki/pkg-plist # echo c - opencryptoki mkdir -p opencryptoki > /dev/null 2>&1 echo x - opencryptoki/Makefile sed 's/^X//' >opencryptoki/Makefile << 'f31207dec89f8136d8713efd103a8521' X# New ports collection makefile for: opencryptoki X# Date created: 2010-07-16 X# Whom: Ralf Meister X# X# $FreeBSD$ X# X XPORTNAME= opencryptoki XPORTVERSION= 2.3.2 XCATEGORIES= security XMASTER_SITES= SF/${PORTNAME}/${PORTNAME}/${PORTVERSION} X XMAINTAINER= nork@FreeBSD.org XCOMMENT= An open PKCS\#11 implementation library X XLIB_DEPENDS+= tspi.2:${PORTSDIR}/security/trousers X XUSE_BZIP2= YES XUSE_GMAKE= YES XUSE_LDCONFIG= YES XUSE_AUTOTOOLS= autoconf:268 libtool:22 automake:111 XHAS_CONFIGURE= YES XMAKE_JOBS_SAFE= YES X XSUB_FILES= pkg-install XSUB_LIST= PKCS11_USER=${PKCS11_USER} PKCS11_UID=${PKCS11_UID} \ X PKCS11_GROUP=${PKCS11_GROUP} PKCS11_GID=${PKCS11_GID} XPKGINSTALL= ${WRKDIR}/pkg-install X#PKGDEINSTALL= ${WRKDIR}/pkg-install XUSE_RC_SUBR= pkcsslotd X XMAN1= pkcs11_startup.1 pkcsconf.1 XMAN5= pk_config_data.5 XMAN7= opencryptoki.7 XMAN8= pkcsslotd.8 X XCONFIGURE_ARGS= --enable-swtok --enable-tpmtok \ X --disable-crtok --disable-aeptok \ X --disable-ccatok --disable-bcomtok \ X --disable-pkcscca_migrate \ X --libdir=${PREFIX}/lib \ X --sbindir=${PREFIX}/sbin \ X --localstatedir=${PREFIX}/var \ X --with-pkcs11user=${PKCS11_USER} \ X --with-pkcs11group=${PKCS11_GROUP} XCONFIGURE_ENV+= CFLAGS="${CFLAGS} -I${LOCALBASE}/include" XCONFIGURE_ENV+= LDFLAGS="-L${LOCALBASE}/lib" X XPKCS11_USER= _pkcs11 XPKCS11_GROUP= _pkcs11 XPKCS11_UID= 602 XPKCS11_GID= 602 X Xpre-configure: X cd ${WRKSRC} && ${SETENV} ${CONFIGURE_ENV} ${ACLOCAL} X cd ${WRKSRC} && ${SETENV} ${CONFIGURE_ENV} ${LIBTOOLIZE} --force -c X cd ${WRKSRC} && ${SETENV} ${CONFIGURE_ENV} ${AUTOMAKE} --add-missing -c X cd ${WRKSRC} && ${SETENV} ${CONFIGURE_ENV} ${AUTOCONF} X Xpre-install: X ${SETENV} PKG_PREFIX=${PREFIX} ${SH} ${PKGINSTALL} ${PKGNAME} PRE-INSTALL X Xpost-install: X cd ${PREFIX}/lib && ${LN} -s opencryptoki/libopencryptoki* . X ${SETENV} PKG_PREFIX=${PREFIX} ${SH} ${PKGINSTALL} ${PKGNAME} POST-INSTALL X X.include f31207dec89f8136d8713efd103a8521 echo x - opencryptoki/distinfo sed 's/^X//' >opencryptoki/distinfo << 'd6dd4730871d9b94afb052a3c15ab7f9' XMD5 (opencryptoki-2.3.2.tar.bz2) = eada4c72c2563f2c9a1b44fc6d1856db XSHA256 (opencryptoki-2.3.2.tar.bz2) = 44fdf74a9eab2586240a69779c5c323e8378e8f2fde21cd4f8bd9186a24c30f7 XSIZE (opencryptoki-2.3.2.tar.bz2) = 665134 d6dd4730871d9b94afb052a3c15ab7f9 echo c - opencryptoki/files mkdir -p opencryptoki/files > /dev/null 2>&1 echo x - opencryptoki/files/patch-configure.in sed 's/^X//' >opencryptoki/files/patch-configure.in << 'ba603af54cc49bec829d0ca77000ec79' X--- configure.in.orig 2010-07-29 21:28:41.000000000 +0900 X+++ configure.in 2010-10-20 01:31:02.971984782 +0900 X@@ -8,6 +8,9 @@ X X AM_INIT_AUTOMAKE([foreign 1.6]) X X+AC_DEFINE(_BSD_SOURCE, 1, BSD functions) X+AC_DEFINE(__BSD_VISIBLE, 1, BSD extensions) X+ X dnl Get the canonical host type X AC_CANONICAL_TARGET X X@@ -30,6 +33,7 @@ X AC_FUNC_STRFTIME X AC_FUNC_VPRINTF X AC_CHECK_FUNCS([getcwd]) X+AC_CHECK_FUNCS([asprintf]) X X dnl Used in various scripts X AC_PATH_PROG([ID], [id], [/us/bin/id]) X@@ -193,6 +197,21 @@ X [], X [with_xcryptolinz=check]) X X+dnl --- check for pkcs11 user X+AC_ARG_WITH([pkcs11user], X+ AC_HELP_STRING([--with-pkcs11user[[=USER]]], [set pkcs11 user [[pkcs11]]]), X+ [pkcs11_user=$withval], X+ [pkcs11_user=pkcs11]) X+ X+dnl --- check for pkcs11 group X+AC_ARG_WITH(pkcs11group, X+ AC_HELP_STRING([--with-pkcs11group[[=GROUP]]], [set pkcs11 group [[pkcs11]]]), X+ [pkcs11_group=$withval], X+ [pkcs11_group=pkcs11]) X+ X+AC_SUBST(PKCS11USER, $pkcs11_user) X+AC_SUBST(PKCS11GROUP, $pkcs11_group) X+ X dnl --- X dnl --- X dnl --- Now that we have all the options, let's check for a valid build X@@ -630,11 +649,15 @@ X X CFLAGS="$CFLAGS $DEBUG_CFLAGS -DPKCS64 -D_XOPEN_SOURCE=500" X X-CFLAGS+=' -DCONFIG_PATH=\"$(localstatedir)/lib/opencryptoki\" -DSBIN_PATH=\"$(sbindir)\" -DLIB_PATH=\"$(libdir)\"' X+CFLAGS="$CFLAGS -DCONFIG_PATH='\"$localstatedir/lib/opencryptoki\"' -DSBIN_PATH='\"$sbindir\"' -DLIB_PATH='\"$libdir\"'" X+ X+CFLAGS="$CFLAGS -DPKCS11USER='\"${pkcs11_user}\"' -DPKCS11GROUP='\"${pkcs11_group}\"'" X X # At this point, CFLAGS is set to something sensible X AC_PROG_CC X X+AC_SUBST(FPIC, $lt_prog_compiler_pic) X+ X AC_OUTPUT([Makefile usr/Makefile \ X usr/include/Makefile \ X usr/include/pkcs11/Makefile \ ba603af54cc49bec829d0ca77000ec79 echo x - opencryptoki/files/patch-usr-include-pkcs11-apictl.h sed 's/^X//' >opencryptoki/files/patch-usr-include-pkcs11-apictl.h << 'b18558c4d5a71fc05ffa7ebbb02f84d7' X--- usr/include/pkcs11/apictl.h.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/include/pkcs11/apictl.h 2010-10-19 23:42:04.580983829 +0900 X@@ -296,7 +296,7 @@ X X X #include X-#include X+#include X #include X #include X #include b18558c4d5a71fc05ffa7ebbb02f84d7 echo x - opencryptoki/files/patch-usr-include-pkcs11-slotmgr.h sed 's/^X//' >opencryptoki/files/patch-usr-include-pkcs11-slotmgr.h << 'faca460c2cea8089314a86016a985336' X--- usr/include/pkcs11/slotmgr.h.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/include/pkcs11/slotmgr.h 2010-10-19 23:42:55.423984058 +0900 X@@ -301,7 +301,7 @@ X X X #include X-#include X+#include X #include X #include X faca460c2cea8089314a86016a985336 echo x - opencryptoki/files/patch-usr-include-pkcs11-stdll.h sed 's/^X//' >opencryptoki/files/patch-usr-include-pkcs11-stdll.h << 'a4a465f74d95fdbcda24a07cf27e78c0' X--- usr/include/pkcs11/stdll.h.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/include/pkcs11/stdll.h 2010-10-19 23:43:40.418984281 +0900 X@@ -302,7 +302,7 @@ X X X #include X-#include X+#include X #include X #include X a4a465f74d95fdbcda24a07cf27e78c0 echo x - opencryptoki/files/patch-usr-lib-pkcs11-aep_stdll-Makefile.am sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-aep_stdll-Makefile.am << '3f24ba189b1ba4dee357140896e27b09' X--- usr/lib/pkcs11/aep_stdll/Makefile.am.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/aep_stdll/Makefile.am 2010-10-19 23:45:36.945982287 +0900 X@@ -6,7 +6,7 @@ X X # Not all versions of automake observe libname_CFLAGS X opencryptoki_stdll_libpkcs11_aep_la_CFLAGS = -DSPINXPL -DDEV \ X--D_THREAD_SAFE -fPIC -DSHALLOW=0 -DSWTOK=1 -DLITE=0 -DNOCDMF -DNOMD2 \ X+-D_THREAD_SAFE $(FPIC) -DSHALLOW=0 -DSWTOK=1 -DLITE=0 -DNOCDMF -DNOMD2 \ X -DNODSA -DDEBUGON -DAEP_GENERIC -DNORIPE -DSTDLL_NAME=\"aeptok\" X X opencryptoki_stdll_libpkcs11_aep_la_SOURCES = ../common/asn1.c \ 3f24ba189b1ba4dee357140896e27b09 echo x - opencryptoki/files/patch-usr-lib-pkcs11-api-Makefile.am sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-api-Makefile.am << 'a623a243874976260a04ed84d947e9c2' X--- usr/lib/pkcs11/api/Makefile.am.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/api/Makefile.am 2010-10-19 23:49:45.125982519 +0900 X@@ -4,13 +4,13 @@ X SO_REVISION=0 X SO_AGE=0 X X-opencryptoki_libopencryptoki_la_LDFLAGS = -shared -Wl,-Bsymbolic -lc -ldl \ X+opencryptoki_libopencryptoki_la_LDFLAGS = -shared -Wl,-Bsymbolic -lc \ X -lpthread -version-info \ X $(SO_CURRENT):$(SO_REVISION):$(SO_AGE) X X # Not all versions of automake observe libname_CFLAGS X opencryptoki_libopencryptoki_la_CFLAGS = -DSPINXPL -DAPI -DDEV -D_THREAD_SAFE \ X- -fPIC -I../. -I../../../include/pkcs11 X+ $(FPIC) -I../. -I../../../include/pkcs11 X X opencryptoki_libopencryptoki_la_SOURCES = api_interface.c shrd_mem.c apiutil.c X a623a243874976260a04ed84d947e9c2 echo x - opencryptoki/files/patch-usr-lib-pkcs11-api-api_interface.c sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-api-api_interface.c << 'cbc74013fef61cf67a1298020a0675cf' X--- usr/lib/pkcs11/api/api_interface.c.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/api/api_interface.c 2010-10-19 23:52:25.355983620 +0900 X@@ -2390,7 +2390,7 @@ X C_GetFunctionList ( CK_FUNCTION_LIST_PTR_PTR ppFunctionList ) X { X X- _init(); X+ api_init(); X X LOG("C_GetFunctionList"); X FuncList.version.major = VERSION_MAJOR; X@@ -5168,7 +5168,11 @@ X X } X X+#ifdef __sun X+#pragma init(api_init) X+#else X void api_init(void) __attribute__((constructor)); X+#endif X X void X api_init(void) X@@ -5194,7 +5198,11 @@ X X } X X+#ifdef __sun X+#pragma fini(api_fini) X+#else X void api_fini(void) __attribute__((destructor)); X+#endif X X void X api_fini() cbc74013fef61cf67a1298020a0675cf echo x - opencryptoki/files/patch-usr-lib-pkcs11-api-apiutil.c sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-api-apiutil.c << '9c1475523ef8e41b383d8926ead6c09a' X--- usr/lib/pkcs11/api/apiutil.c.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/api/apiutil.c 2010-10-19 23:54:52.374982634 +0900 X@@ -305,10 +305,10 @@ X #include X #include X #include X-#include X #include X #include X #include X+#include X X #include X X@@ -325,10 +325,28 @@ X #include X #include X #include X-#include X static int xplfd=-1; X #endif X X+#ifdef __sun X+#define LOCK_EX F_LOCK X+#define LOCK_UN F_ULOCK X+#define flock(fd, func) lockf(fd, func, 0) X+#endif X+ X+#ifndef LOCK_SH X+#define LOCK_SH 1 /* shared lock */ X+#endif X+#ifndef LOCK_EX X+#define LOCK_EX 2 /* exclusive lock */ X+#endif X+#ifndef LOCK_NB X+#define LOCK_NB 4 /* don't block when locking */ X+#endif X+#ifndef LOCK_UN X+#define LOCK_UN 8 /* unlock */ X+#endif X+ X #include X X #define LIBLOCATION LIB_PATH 9c1475523ef8e41b383d8926ead6c09a echo x - opencryptoki/files/patch-usr-lib-pkcs11-api-shrd_mem.c.in sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-api-shrd_mem.c.in << '233d06ea6eb5773680be5746327d0383' X--- usr/lib/pkcs11/api/shrd_mem.c.in.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/api/shrd_mem.c.in 2010-10-19 23:56:22.728981736 +0900 X@@ -353,7 +353,7 @@ X X X // SAB check for the group id here and membership here as well X- grp = getgrnam("pkcs11"); X+ grp = getgrnam(PKCS11GROUP); X if ( grp ) { X int i=0; X char member=0; 233d06ea6eb5773680be5746327d0383 echo x - opencryptoki/files/patch-usr-lib-pkcs11-bcom_stdll-Makefile.am sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-bcom_stdll-Makefile.am << '4b300e6041f3cd546cd76d646ad887e7' X--- usr/lib/pkcs11/bcom_stdll/Makefile.am.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/bcom_stdll/Makefile.am 2010-10-19 23:57:38.434983522 +0900 X@@ -8,7 +8,7 @@ X X # Not all versions of automake observe libname_CFLAGS X opencryptoki_stdll_libpkcs11_bc_la_CFLAGS = -DSPINXPL -DDEV \ X--D_THREAD_SAFE -fPIC $(VARIANT) -DNOCDMF -DNOMD2 -DNODSA -DNOAES \ X+-D_THREAD_SAFE $(FPIC) $(VARIANT) -DNOCDMF -DNOMD2 -DNODSA -DNOAES \ X -DNODH -DDEBUGON -DNORIPE -DSTDLL_NAME=\"bcomtok\" X X opencryptoki_stdll_libpkcs11_bc_la_SOURCES = ../common/asn1.c \ 4b300e6041f3cd546cd76d646ad887e7 echo x - opencryptoki/files/patch-usr-lib-pkcs11-cca_stdll-host_defs.h sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-cca_stdll-host_defs.h << 'fcd67028a5743a97083888e6e3fce52c' X--- usr/lib/pkcs11/cca_stdll/host_defs.h.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/cca_stdll/host_defs.h 2010-10-19 23:59:33.363984758 +0900 X@@ -10,13 +10,24 @@ X */ X X X+#include X #include X #ifndef _HOST_DEFS_H X #define _HOST_DEFS_H X X #include X #include X+#if defined(__OpenBSD__) || defined(__FreeBSD__) X+#include X+#ifdef _BYTE_ORDER X+#define __BYTE_ORDER _BYTE_ORDER X+#endif X+#ifdef _LITTLE_ENDIAN X+#define __LITTLE_ENDIAN _LITTLE_ENDIAN X+#endif X+#else X #include X+#endif X X #include "pkcs32.h" X // Both of the strings below have a length of 32 chars and must be fcd67028a5743a97083888e6e3fce52c echo x - opencryptoki/files/patch-usr-lib-pkcs11-cca_stdll-loadsave.c sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-cca_stdll-loadsave.c << '5c92c9c229f35515bb4671f61df8a54f' X--- usr/lib/pkcs11/cca_stdll/loadsave.c.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/cca_stdll/loadsave.c 2010-10-20 01:49:50.769984323 +0900 X@@ -22,11 +22,9 @@ X #include X #include X #include X-#include X #include X #include X #include X-#include X #include X X #include X@@ -51,7 +49,7 @@ X // Set absolute permissions or rw-rw-r-- X fchmod(file,S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH); X X- grp = getgrnam("pkcs11"); // Obtain the group id X+ grp = getgrnam(PKCS11GROUP); // Obtain the group id X if (grp){ X fchown(file,getuid(),grp->gr_gid); // set ownership to root, and pkcs11 group X } 5c92c9c229f35515bb4671f61df8a54f echo x - opencryptoki/files/patch-usr-lib-pkcs11-cca_stdll-new_host.c sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-cca_stdll-new_host.c << 'd40d0b7dec7ca3e3fc985e9123c9e636' X--- usr/lib/pkcs11/cca_stdll/new_host.c.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/cca_stdll/new_host.c 2010-10-20 00:06:26.575983974 +0900 X@@ -298,7 +298,7 @@ X struct group *grp; X int rc = 0; X gid_t gid,egid; X- grp = getgrnam("pkcs11"); X+ grp = getgrnam(PKCS11GROUP); X if (grp) { X // Check for member of group.. X // SAB get login seems to not work with some X@@ -786,7 +786,19 @@ X // X object_mgr_destroy_token_objects(); X #if 0 /* TODO: Implement delete_all_files_in_dir() */ X+#if HAVE_ASPRINTF X local_rc = asprintf(&pk_full_path, "%s/%s", pk_dir, PK_LITE_OBJ_DIR); X+#else X+ pk_full_path = malloc(1024); X+ if( pk_full_path != NULL ) { X+ local_rc = snprintf(pk_full_path, 1023, "%s/%s", X+ pk_dir, PK_LITE_OBJ_DIR); X+ if( local_rc == -1 ) free(pk_full_path); X+ } X+ else { X+ local_rc = -1; X+ } X+#endif X if (local_rc == -1) { X rc = CKR_HOST_MEMORY; X goto out; X@@ -797,8 +809,20 @@ X goto out; X } X #endif X+#if HAVE_ASPRINTF X local_rc = asprintf(&s, "%s %s/%s/* > /dev/null 2>&1", DEL_CMD, pk_dir, X PK_LITE_OBJ_DIR); X+#else X+ s = malloc(1024); X+ if( s != NULL ) { X+ local_rc = snprintf(s, 1023, "%s %s/%s/* > /dev/null 2>&1", X+ DEL_CMD, pk_dir, PK_LITE_OBJ_DIR); X+ if( local_rc == -1 ) free(s); X+ } X+ else { X+ local_rc = -1; X+ } X+#endif X if (local_rc == -1) { X rc = CKR_HOST_MEMORY; X goto out; d40d0b7dec7ca3e3fc985e9123c9e636 echo x - opencryptoki/files/patch-usr-lib-pkcs11-cca_stdll-tok_spec_struct.h sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-cca_stdll-tok_spec_struct.h << 'e5f074c237888e86017dd50b2276b829' X--- usr/lib/pkcs11/cca_stdll/tok_spec_struct.h.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/cca_stdll/tok_spec_struct.h 2010-10-20 00:08:00.317982423 +0900 X@@ -22,9 +22,9 @@ X #define _TOK_SPECIFIC_STRUCT X X struct token_specific_struct{ X- CK_BYTE token_directory[2048]; // Used to be in the token_local.h as a #def X- CK_BYTE token_subdir[2048]; // subdirectory X- CK_BYTE token_debug_tag[2048]; // debug logging tag X+ CK_BYTE *token_directory; // Used to be in the token_local.h as a #def X+ CK_BYTE *token_subdir; // subdirectory X+ CK_BYTE *token_debug_tag; // debug logging tag X X CK_RV (*t_init)(char *,CK_SLOT_ID); // Initialization function X int (*t_slot2local)(); // convert the PKCS#11 slot to a local index e5f074c237888e86017dd50b2276b829 echo x - opencryptoki/files/patch-usr-lib-pkcs11-common-host_defs.h sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-common-host_defs.h << '39ed08aa6515acd003ce4a19841060e1' X--- usr/lib/pkcs11/common/host_defs.h.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/common/host_defs.h 2010-10-20 00:10:01.398983092 +0900 X@@ -294,13 +294,24 @@ X /* (C) COPYRIGHT International Business Machines Corp. 2001,2002 */ X X X+#include X #include X #ifndef _HOST_DEFS_H X #define _HOST_DEFS_H X X #include X #include X+#if defined(__OpenBSD__) || defined(__FreeBSD__) X+#include X+#ifdef _BYTE_ORDER X+#define __BYTE_ORDER _BYTE_ORDER X+#endif X+#ifdef _LITTLE_ENDIAN X+#define __LITTLE_ENDIAN _LITTLE_ENDIAN X+#endif X+#else X #include X+#endif X X #include "pkcs32.h" X // Both of the strings below have a length of 32 chars and must be 39ed08aa6515acd003ce4a19841060e1 echo x - opencryptoki/files/patch-usr-lib-pkcs11-common-loadsave.c sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-common-loadsave.c << '4276b6e56c02ebbaa9e25b90fdeb9451' X--- usr/lib/pkcs11/common/loadsave.c.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/common/loadsave.c 2010-10-20 00:11:28.399983780 +0900 X@@ -301,11 +301,9 @@ X #include X #include X #include X-#include X #include X #include X #include X-#include X #include X X #include X@@ -328,7 +326,7 @@ X // Set absolute permissions or rw-rw-r-- X fchmod(file,S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH); X X- grp = getgrnam("pkcs11"); // Obtain the group id X+ grp = getgrnam(PKCS11GROUP); // Obtain the group id X if (grp){ X fchown(file,getuid(),grp->gr_gid); // set ownership to root, and pkcs11 group X } 4276b6e56c02ebbaa9e25b90fdeb9451 echo x - opencryptoki/files/patch-usr-lib-pkcs11-common-new_host.c sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-common-new_host.c << '539830893ffa52debc0f93f634b96128' X--- usr/lib/pkcs11/common/new_host.c.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/common/new_host.c 2010-10-20 00:16:08.274985517 +0900 X@@ -576,7 +576,7 @@ X struct group *grp; X int rc = 0; X gid_t gid,egid; X- grp = getgrnam("pkcs11"); X+ grp = getgrnam(PKCS11GROUP); X if (grp) { X // Check for member of group.. X // SAB get login seems to not work with some X@@ -1064,7 +1064,19 @@ X // X object_mgr_destroy_token_objects(); X #if 0 /* TODO: Implement delete_all_files_in_dir() */ X+#if HAVE_ASPRINTF X local_rc = asprintf(&pk_full_path, "%s/%s", pk_dir, PK_LITE_OBJ_DIR); X+#else X+ pk_full_path = malloc(1024); X+ if( pk_full_path != NULL ) { X+ local_rc = snprintf(pk_full_path, 1023, "%s/%s", X+ pk_dir, PK_LITE_OBJ_DIR); X+ if( local_rc == -1 ) free(pk_full_path); X+ } X+ else { X+ local_rc = -1; X+ } X+#endif X if (local_rc == -1) { X rc = CKR_HOST_MEMORY; X goto out; X@@ -1075,8 +1087,20 @@ X goto out; X } X #endif X+#if HAVE_ASPRINTF X local_rc = asprintf(&s, "%s %s/%s/* > /dev/null 2>&1", DEL_CMD, pk_dir, X PK_LITE_OBJ_DIR); X+#else X+ s = malloc(1024); X+ if( s != NULL ) { X+ local_rc = snprintf(s, 1023, "%s %s/%s/* > /dev/null 2>&1", X+ DEL_CMD, pk_dir, PK_LITE_OBJ_DIR); X+ if( local_rc == -1 ) free(s); X+ } X+ else { X+ local_rc = -1; X+ } X+#endif X if (local_rc == -1) { X rc = CKR_HOST_MEMORY; X goto out; 539830893ffa52debc0f93f634b96128 echo x - opencryptoki/files/patch-usr-lib-pkcs11-common-tok_spec_struct.h sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-common-tok_spec_struct.h << 'c149cce0a7390bc1c5e7bc9fe6f2ee60' X--- usr/lib/pkcs11/common/tok_spec_struct.h.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/common/tok_spec_struct.h 2010-10-20 00:17:28.288984976 +0900 X@@ -308,9 +308,9 @@ X #define _TOK_SPECIFIC_STRUCT X X struct token_specific_struct{ X- CK_BYTE token_directory[PATH_MAX]; // Used to be in the token_local.h as a #def X- CK_BYTE token_subdir[PATH_MAX]; // subdirectory X- CK_BYTE token_debug_tag[PATH_MAX]; // debug logging tag X+ CK_BYTE *token_directory; // Used to be in the token_local.h as a #def X+ CK_BYTE *token_subdir; // subdirectory X+ CK_BYTE *token_debug_tag; // debug logging tag X X CK_RV (*t_init)(char *,CK_SLOT_ID); // Initialization function X int (*t_slot2local)(); // convert the PKCS#11 slot to a local index c149cce0a7390bc1c5e7bc9fe6f2ee60 echo x - opencryptoki/files/patch-usr-lib-pkcs11-common-utility.c sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-common-utility.c << '77e8868c45982b0cfee169bb03f75a5d' X--- usr/lib/pkcs11/common/utility.c.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/common/utility.c 2010-10-20 00:19:02.740983592 +0900 X@@ -302,6 +302,26 @@ X #include X #include X X+#include X+ X+#ifdef __sun X+#define LOCK_EX F_LOCK X+#define LOCK_UN F_ULOCK X+#define flock(fd, func) lockf(fd, func, 0) X+#endif X+ X+#ifndef LOCK_SH X+#define LOCK_SH 1 /* shared lock */ X+#endif X+#ifndef LOCK_EX X+#define LOCK_EX 2 /* exclusive lock */ X+#endif X+#ifndef LOCK_NB X+#define LOCK_NB 4 /* don't block when locking */ X+#endif X+#ifndef LOCK_UN X+#define LOCK_UN 8 /* unlock */ X+#endif X X #include "pkcs11types.h" X #include "defs.h" 77e8868c45982b0cfee169bb03f75a5d echo x - opencryptoki/files/patch-usr-lib-pkcs11-cr_stdll-Makefile.am sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-cr_stdll-Makefile.am << '44e019f344ba07311bc6ff07fbcf9363' X--- usr/lib/pkcs11/cr_stdll/Makefile.am.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/cr_stdll/Makefile.am 2010-10-20 00:20:46.987982761 +0900 X@@ -2,13 +2,13 @@ X X opencryptoki_stdll_libpkcs11_cr_la_LDFLAGS = $(LCRYPTO) $(CR_LIB_DIRS) \ X -nostartfiles -shared -Wl,-Bsymbolic -Wl,-soname,PKCS11_BC.so.1 -lc \ X--lpthread -lsocketarmor -ldl -lcrypto X+-lpthread -lsocketarmor -lcrypto X X VARIANT = -DSHALLOW=0 -DSWTOK=1 -DLITE=0 X X # Not all versions of automake observe libname_CFLAGS X opencryptoki_stdll_libpkcs11_cr_la_CFLAGS = -DSPINXPL -DDEV \ X--D_THREAD_SAFE -fPIC $(VARIANT) -DNOCDMF -DNOMD2 -DNODSA -DDEBUGON X+-D_THREAD_SAFE $(FPIC) $(VARIANT) -DNOCDMF -DNOMD2 -DNODSA -DDEBUGON X X opencryptoki_stdll_libpkcs11_cr_la_SOURCES = ../common/asn1.c \ X ../common/cert.c ../common/hwf_obj.c ../common/dp_obj.c \ 44e019f344ba07311bc6ff07fbcf9363 echo x - opencryptoki/files/patch-usr-lib-pkcs11-ica_s390_stdll-Makefile.am sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-ica_s390_stdll-Makefile.am << '8c93a57494e6120cf53add028bc14f01' X--- usr/lib/pkcs11/ica_s390_stdll/Makefile.am.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/ica_s390_stdll/Makefile.am 2010-10-20 00:22:00.867981839 +0900 X@@ -2,11 +2,11 @@ X X opencryptoki_stdll_libpkcs11_ica_la_LDFLAGS = $(LCRYPTO) \ X $(ICA_LIB_DIRS) -nostartfiles -shared -Wl,-Bsymbolic -Wl,-soname,$@ \ X--Wl,-Bsymbolic -lc -lpthread -lica -ldl -lcrypto X+-Wl,-Bsymbolic -lc -lpthread -lica -lcrypto X X # Not all versions of automake observe libname_CFLAGS X opencryptoki_stdll_libpkcs11_ica_la_CFLAGS = -DSPINXPL -DDEV \ X--D_THREAD_SAFE -fPIC -DSHALLOW=0 -DSWTOK=0 -DLITE=1 -DNODH \ X+-D_THREAD_SAFE $(FPIC) -DSHALLOW=0 -DSWTOK=0 -DLITE=1 -DNODH \ X -DNOCDMF -DNOMD2 -DNODSA -DSTDLL_NAME=\"icatok\" X X opencryptoki_stdll_libpkcs11_ica_la_SOURCES = ../common/asn1.c \ 8c93a57494e6120cf53add028bc14f01 echo x - opencryptoki/files/patch-usr-lib-pkcs11-ica_stdll-Makefile.am sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-ica_stdll-Makefile.am << 'b83bc89dfb09f3cc0910f849a8f74138' X--- usr/lib/pkcs11/ica_stdll/Makefile.am.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/ica_stdll/Makefile.am 2010-10-20 00:23:51.161996275 +0900 X@@ -2,15 +2,15 @@ X X opencryptoki_stdll_libpkcs11_ica_la_LDFLAGS = $(LCRYPTO) \ X $(ICA_LIB_DIRS) -nostartfiles -shared -Wl,-Bsymbolic \ X--Wl,-soname,PKCS11_ICA.so.1 -lc -lpthread -ldl -lica X+-Wl,-soname,PKCS11_ICA.so.1 -lc -lpthread -lica X X # Not all versions of automake observe libname_CFLAGS X opencryptoki_stdll_libpkcs11_ica_la_CFLAGS = -DSPINXPL -DDEV \ X--D_THREAD_SAFE -fPIC -DSHALLOW=0 -DSWTOK=0 -DLITE=1 -DNOCDMF -DNOMD2 \ X+-D_THREAD_SAFE $(FPIC) -DSHALLOW=0 -DSWTOK=0 -DLITE=1 -DNOCDMF -DNOMD2 \ X -DNODSA -DNOAES -DNODH -DNORIPE -DSTDLL_NAME=\"icatok\" X X # Not all versions of automake observe libname_CFLAGS X-AM_CFLAGS = -DSPINXPL -DDEV -D_THREAD_SAFE -fPIC -DSHALLOW=0 -DSWTOK=0 \ X+AM_CFLAGS = -DSPINXPL -DDEV -D_THREAD_SAFE $(FPIC) -DSHALLOW=0 -DSWTOK=0 \ X -DLITE=1 -DNOCDMF -DNOMD2 -DNODSA -DNOAES -DNODH -DNORIPE X X opencryptoki_stdll_libpkcs11_ica_la_SOURCES= ../common/asn1.c \ b83bc89dfb09f3cc0910f849a8f74138 echo x - opencryptoki/files/patch-usr-lib-pkcs11-soft_stdll-Makefile.am sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-soft_stdll-Makefile.am << '573ae8919b6e13d479790124e490c7b7' X--- usr/lib/pkcs11/soft_stdll/Makefile.am.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/soft_stdll/Makefile.am 2010-10-20 00:25:03.227984225 +0900 X@@ -7,7 +7,7 @@ X opencryptoki_stdll_libpkcs11_sw_la_CFLAGS = -DSPINXPL -DDEV -D_THREAD_SAFE \ X -DSHALLOW=0 -DSWTOK=1 -DLITE=0 \ X -DNOCDMF -DNOMD2 -DNODSA -DNORIPE \ X- -DDEBUGON -fPIC \ X+ -DDEBUGON $(FPIC) \ X -I/usr/include -I. \ X -I../../../include/pkcs11/stdll \ X -I../../../include/pkcs11 \ 573ae8919b6e13d479790124e490c7b7 echo x - opencryptoki/files/patch-usr-lib-pkcs11-tpm_stdll-host_defs.h sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-tpm_stdll-host_defs.h << 'e052f0434b86a0e14c8810f6a03db6fd' X--- usr/lib/pkcs11/tpm_stdll/host_defs.h.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/tpm_stdll/host_defs.h 2010-10-20 00:26:48.474982648 +0900 X@@ -2,13 +2,25 @@ X /* (C) COPYRIGHT International Business Machines Corp. 2001, 2002, 2005*/ X X X+#include X #include X #ifndef _HOST_DEFS_H X #define _HOST_DEFS_H X X #include X #include X+ X+#if defined(__OpenBSD__) || defined(__FreeBSD__) X+#include X+#ifdef _BYTE_ORDER X+#define __BYTE_ORDER _BYTE_ORDER X+#endif X+#ifdef _LITTLE_ENDIAN X+#define __LITTLE_ENDIAN _LITTLE_ENDIAN X+#endif X+#else X #include X+#endif X X #include "pkcs32.h" X // Both of the strings below have a length of 32 chars and must be e052f0434b86a0e14c8810f6a03db6fd echo x - opencryptoki/files/patch-usr-lib-pkcs11-tpm_stdll-loadsave.c sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-tpm_stdll-loadsave.c << '7f2fcb4011b87cbfa62228aa77f5246a' X--- usr/lib/pkcs11/tpm_stdll/loadsave.c.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/tpm_stdll/loadsave.c 2010-10-20 00:27:47.109983972 +0900 X@@ -339,7 +339,7 @@ X fchmod(file,S_IRUSR|S_IWUSR); X X #if 0 X- grp = getgrnam("pkcs11"); // Obtain the group id X+ grp = getgrnam(PKCS11GROUP); // Obtain the group id X if (grp){ X fchown(file,getuid(),grp->gr_gid); // set ownership to root, and pkcs11 group X } 7f2fcb4011b87cbfa62228aa77f5246a echo x - opencryptoki/files/patch-usr-lib-pkcs11-tpm_stdll-new_host.c sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-tpm_stdll-new_host.c << '24f2426f6be8691303853d0c1117ca14' X--- usr/lib/pkcs11/tpm_stdll/new_host.c.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/tpm_stdll/new_host.c 2010-10-20 00:29:17.108984288 +0900 X@@ -356,7 +356,7 @@ X int rc = 0; X int index = 0; X gid_t gid,egid; X- grp = getgrnam("pkcs11"); X+ grp = getgrnam(PKCS11GROUP); X if ( grp ) { X // Check for member of group.. X 24f2426f6be8691303853d0c1117ca14 echo x - opencryptoki/files/patch-usr-lib-pkcs11-tpm_stdll-tok_spec_struct.h sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-tpm_stdll-tok_spec_struct.h << 'dc54ee9fd8bf2e2cc64593f9499647b5' X--- usr/lib/pkcs11/tpm_stdll/tok_spec_struct.h.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/tpm_stdll/tok_spec_struct.h 2010-10-20 00:30:22.991986453 +0900 X@@ -33,9 +33,9 @@ X #define _TOK_SPECIFIC_STRUCT X X struct token_specific_struct{ X- CK_BYTE token_directory[PATH_MAX]; // Used to be in the token_local.h as a #def X- CK_BYTE token_subdir[PATH_MAX]; // subdirectory X- CK_BYTE token_debug_tag[PATH_MAX]; // debug logging tag X+ CK_BYTE *token_directory; // Used to be in the token_local.h as a #def X+ CK_BYTE *token_subdir; // subdirectory X+ CK_BYTE *token_debug_tag; // debug logging tag X X CK_RV (*t_init)(char *,CK_SLOT_ID); // Initialization function X int (*t_slot2local)(); // convert the PKCS#11 slot to a local index dc54ee9fd8bf2e2cc64593f9499647b5 echo x - opencryptoki/files/patch-usr-lib-pkcs11-tpm_stdll-utility.c sed 's/^X//' >opencryptoki/files/patch-usr-lib-pkcs11-tpm_stdll-utility.c << '420526561e1928908234af336d8466d4' X--- usr/lib/pkcs11/tpm_stdll/utility.c.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/lib/pkcs11/tpm_stdll/utility.c 2010-10-20 00:33:02.810983787 +0900 X@@ -44,6 +44,27 @@ X #include "tok_spec_struct.h" X #include "pkcs32.h" X X+#include X+ X+#ifdef __sun X+#define LOCK_EX F_LOCK X+#define LOCK_UN F_ULOCK X+#define flock(fd, func) lockf(fd, func, 0) X+#endif X+ X+#ifndef LOCK_SH X+#define LOCK_SH 1 /* shared lock */ X+#endif X+#ifndef LOCK_EX X+#define LOCK_EX 2 /* exclusive lock */ X+#endif X+#ifndef LOCK_NB X+#define LOCK_NB 4 /* don't block when locking */ X+#endif X+#ifndef LOCK_UN X+#define LOCK_UN 8 /* unlock */ X+#endif X+ X #if (SPINXPL) X #include X #endif 420526561e1928908234af336d8466d4 echo x - opencryptoki/files/patch-usr-sbin-pkcs11_startup-Makefile.am sed 's/^X//' >opencryptoki/files/patch-usr-sbin-pkcs11_startup-Makefile.am << 'e638cfb2518512a41c7f4bd7ebebc006' X--- usr/sbin/pkcs11_startup/Makefile.am.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/sbin/pkcs11_startup/Makefile.am 2010-10-22 00:59:30.397048865 +0900 X@@ -12,6 +12,8 @@ X -e s!\@ID\@!"@ID@"!g \ X -e s!\@CAT\@!"@CAT@"!g \ X -e s!\@SED\@!"@SED@"!g \ X+ -e s!\@PKCS11USER\@!"@PKCS11USER@"!g \ X+ -e s!\@PKCS11GROUP\@!"@PKCS11GROUP@"!g \ X -e s!\@GROUPADD\@!"@GROUPADD@"!g \ X -e s!\@USERMOD\@!"@USERMOD@"!g < $< > $@-t X @CHMOD@ +x $@-t e638cfb2518512a41c7f4bd7ebebc006 echo x - opencryptoki/files/patch-usr-sbin-pkcs11_startup-pkcs11_startup.in sed 's/^X//' >opencryptoki/files/patch-usr-sbin-pkcs11_startup-pkcs11_startup.in << 'f01391ab670353b99f14d4208feeefd2' X--- usr/sbin/pkcs11_startup/pkcs11_startup.in.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/sbin/pkcs11_startup/pkcs11_startup.in 2010-10-22 00:57:35.508983672 +0900 X@@ -1,4 +1,4 @@ X-#!/bin/bash X+#!/bin/sh X X # X # X@@ -310,29 +310,20 @@ X X X # Create the pkcs11 group if it does not exist... X-cat /etc/group|grep pkcs11 >/dev/null 2>&1 X+cat /etc/group|grep @PKCS11GROUP@ >/dev/null 2>&1 X rc=$? X if [ $rc = 1 ] X then X if [ -x @GROUPADD@ ] X then X- @GROUPADD@ pkcs11 >/dev/null 2>&1 X+ @GROUPADD@ @PKCS11GROUP@ >/dev/null 2>&1 X X else X- echo "Couldn't execute @GROUPADD@. Please add the group 'pkcs11' manually." X+ echo "Couldn't execute @GROUPADD@. Please add the group '@PKCS11GROUP@' manually." X fi X fi X X X-if [ -x @USERMOD@ -a -x @ID@ ] X-then X- # add the pkcs group X- # replace spaces by commas X- @USERMOD@ -G $( @ID@ --groups --name root | @SED@ -e 'y/ /,/'),pkcs11 root X-else X- echo "Couldn't execute @USERMOD@. Please add root to the group 'pkcs11' manually." X-fi X- X X # For each card run the status command and if successful X # create the odm stanza for the file f01391ab670353b99f14d4208feeefd2 echo x - opencryptoki/files/patch-usr-sbin-pkcs_slot-pkcs_slot.in sed 's/^X//' >opencryptoki/files/patch-usr-sbin-pkcs_slot-pkcs_slot.in << 'dabbf41c80650a92864c60ab257f1e9b' X--- usr/sbin/pkcs_slot/pkcs_slot.in.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/sbin/pkcs_slot/pkcs_slot.in 2010-10-22 00:42:38.286985256 +0900 X@@ -1,4 +1,4 @@ X-#!/bin/bash X+#!/bin/sh X X # X # X@@ -360,7 +360,7 @@ X if [ ! -d @localstatedir@/lib/opencryptoki ] X then X @MKDIR_P@ @localstatedir@/lib/opencryptoki X- @CHGRP@ pkcs11 @localstatedir@/lib/opencryptoki X+ @CHGRP@ @PKCS11GROUP@ @localstatedir@/lib/opencryptoki X @CHMOD@ -R g+rwX @localstatedir@/lib/opencryptoki X fi X X@@ -372,9 +372,9 @@ X if [ $? -ne 0 ] X then X mkdir $SOFT_DIR X- @CHGRP@ pkcs11 $SOFT_DIR X+ @CHGRP@ @PKCS11GROUP@ $SOFT_DIR X mkdir "$SOFT_DIR"/TOK_OBJ X- @CHGRP@ pkcs11 "$SOFT_DIR"/TOK_OBJ X+ @CHGRP@ @PKCS11GROUP@ "$SOFT_DIR"/TOK_OBJ X fi X SYS_SLOT="Soft" X fi X@@ -386,7 +386,7 @@ X if [ $? -ne 0 ] X then X mkdir $TPM_DIR X- @CHGRP@ pkcs11 $TPM_DIR X+ @CHGRP@ @PKCS11GROUP@ $TPM_DIR X fi X SYS_SLOT="TPM" X fi X@@ -397,7 +397,7 @@ X if [ $? -ne 0 ] X then X mkdir $CCA_DIR X- @CHGRP@ pkcs11 $CCA_DIR X+ @CHGRP@ @PKCS11GROUP@ $CCA_DIR X mkdir "$CCA_DIR"/TOK_OBJ X @CHGRP@ pkcs11 "$CCA_DIR"/TOK_OBJ X fi X@@ -406,7 +406,7 @@ X X # If we are using a shallow device, make sure that the directory X # to store token objects is available, if not create it and change X-# the ownership to the pkcs11 group X+# the ownership to the @PKCS11GROUP@ group X X X if [ $DEPTH = "ica" ] X@@ -415,9 +415,9 @@ X if [ $? -ne 0 ] X then X mkdir $ICA_DIR X- @CHGRP@ pkcs11 $ICA_DIR X+ @CHGRP@ @PKCS11GROUP@ $ICA_DIR X mkdir "$ICA_DIR"/TOK_OBJ X- @CHGRP@ pkcs11 "$ICA_DIR"/TOK_OBJ X+ @CHGRP@ @PKCS11GROUP@ "$ICA_DIR"/TOK_OBJ X fi X SYS_SLOT="ICA" X fi X@@ -428,9 +428,9 @@ X if [ $? -ne 0 ] X then X mkdir $BCOM_DIR X- @CHGRP@ pkcs11 $BCOM_DIR X+ @CHGRP@ @PKCS11GROUP@ $BCOM_DIR X mkdir "$BCOM_DIR"/TOK_OBJ X- @CHGRP@ pkcs11 "$BCOM_DIR"/TOK_OBJ X+ @CHGRP@ @PKCS11GROUP@ "$BCOM_DIR"/TOK_OBJ X fi X SYS_SLOT="BCOM" X fi X@@ -441,9 +441,9 @@ X if [ $? -ne 0 ] X then X mkdir $AEP_DIR X- @CHGRP@ pkcs11 $AEP_DIR X+ @CHGRP@ @PKCS11GROUP@ $AEP_DIR X mkdir "$AEP_DIR"/TOK_OBJ X- @CHGRP@ pkcs11 "$AEP_DIR"/TOK_OBJ X+ @CHGRP@ @PKCS11GROUP@ "$AEP_DIR"/TOK_OBJ X fi X SYS_SLOT="AEP" X fi X@@ -454,9 +454,9 @@ X if [ $? -ne 0 ] X then X mkdir $CR_DIR X- @CHGRP@ pkcs11 $CR_DIR X+ @CHGRP@ @PKCS11GROUP@ $CR_DIR X mkdir "$CR_DIR"/TOK_OBJ X- @CHGRP@ pkcs11 "$CR_DIR"/TOK_OBJ X+ @CHGRP@ @PKCS11GROUP@ "$CR_DIR"/TOK_OBJ X fi X SYS_SLOT="CRNT" X fi X@@ -477,29 +477,29 @@ X X if [ $DEPTH = "deep" ] X then X-echo "TRUE|0|$SLOT_DESCRIPTION|$MANUFACTURER|TRUE|FALSE|TRUE|0|0|1|1|$DEVICE|$DEEP4758_DLL_FN|$DEEP4758_INIT" >>$CFGFILE X+echo "TRUE|0|$SLOT_DESCRIPTION|$MANUFACTURER|TRUE|FALSE|TRUE|0|0|1|1|$DEVICE|$DEEP4758_DLL|$DEEP4758_INIT" >>$CFGFILE X X elif [ $DEPTH = "ica" ] X then X-echo "TRUE|0|$SLOT_DESCRIPTION|$MANUFACTURER|TRUE|FALSE|TRUE|0|0|1|1|NONE|$ICA_DLL_FN|$ICA_INIT" >>$CFGFILE X+echo "TRUE|0|$SLOT_DESCRIPTION|$MANUFACTURER|TRUE|FALSE|TRUE|0|0|1|1|NONE|$ICA_DLL|$ICA_INIT" >>$CFGFILE X elif [ $DEPTH = "bcom" ] X then X-echo "TRUE|0|$SLOT_DESCRIPTION|$MANUFACTURER|TRUE|FALSE|TRUE|0|0|1|1|NONE|$BCOM_DLL_FN|$BCOM_INIT" >>$CFGFILE X+echo "TRUE|0|$SLOT_DESCRIPTION|$MANUFACTURER|TRUE|FALSE|TRUE|0|0|1|1|NONE|$BCOM_DLL|$BCOM_INIT" >>$CFGFILE X elif [ $DEPTH = "aep" ] X then X-echo "TRUE|0|$SLOT_DESCRIPTION|$MANUFACTURER|TRUE|FALSE|TRUE|0|0|1|1|NONE|$AEP_DLL_FN|$AEP_INIT" >>$CFGFILE X+echo "TRUE|0|$SLOT_DESCRIPTION|$MANUFACTURER|TRUE|FALSE|TRUE|0|0|1|1|NONE|$AEP_DLL|$AEP_INIT" >>$CFGFILE X elif [ $DEPTH = "cr" ] X then X-echo "TRUE|0|$SLOT_DESCRIPTION|$MANUFACTURER|TRUE|FALSE|TRUE|0|0|1|1|NONE|$CR_DLL_FN|$CR_INIT" >>$CFGFILE X+echo "TRUE|0|$SLOT_DESCRIPTION|$MANUFACTURER|TRUE|FALSE|TRUE|0|0|1|1|NONE|$CR_DLL|$CR_INIT" >>$CFGFILE X elif [ $DEPTH = "soft" ] X then X-echo "TRUE|0|$SLOT_DESCRIPTION|$MANUFACTURER|TRUE|FALSE|FALSE|0|0|1|1|NONE|$SOFT_DLL_FN|$SOFT_INIT" >>$CFGFILE X+echo "TRUE|0|$SLOT_DESCRIPTION|$MANUFACTURER|TRUE|FALSE|FALSE|0|0|1|1|NONE|$SOFT_DLL|$SOFT_INIT" >>$CFGFILE X elif [ $DEPTH = "tpm" ] X then X-echo "TRUE|0|$SLOT_DESCRIPTION|$MANUFACTURER|TRUE|FALSE|TRUE|0|0|1|1|NONE|$TPM_DLL_FN|$TPM_INIT" >>$CFGFILE X+echo "TRUE|0|$SLOT_DESCRIPTION|$MANUFACTURER|TRUE|FALSE|TRUE|0|0|1|1|NONE|$TPM_DLL|$TPM_INIT" >>$CFGFILE X elif [ $DEPTH = "cca" ] X then X-echo "TRUE|0|$SLOT_DESCRIPTION|$MANUFACTURER|TRUE|FALSE|TRUE|0|0|1|1|NONE|$CCA_DLL_FN|$CCA_INIT" >>$CFGFILE X+echo "TRUE|0|$SLOT_DESCRIPTION|$MANUFACTURER|TRUE|FALSE|TRUE|0|0|1|1|NONE|$CCA_DLL|$CCA_INIT" >>$CFGFILE X fi X X @CHMOD@ -R g+wrX @localstatedir@/lib/opencryptoki dabbf41c80650a92864c60ab257f1e9b echo x - opencryptoki/files/patch-usr-sbin-pkcsconf-Makefile.am sed 's/^X//' >opencryptoki/files/patch-usr-sbin-pkcsconf-Makefile.am << 'd30fd3117805ef384d8fab8f854bb96a' X--- usr/sbin/pkcsconf/Makefile.am.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/sbin/pkcsconf/Makefile.am 2010-10-20 00:46:34.600985372 +0900 X@@ -1,6 +1,6 @@ X sbin_PROGRAMS=pkcsconf X X-pkcsconf_LDFLAGS = -lpthread -ldl X+pkcsconf_LDFLAGS = -lpthread X X # Not all versions of automake observe sbinname_CFLAGS X pkcsconf_CFLAGS = -DSPINXPL -D_THREAD_SAFE -DDEBUG -DDEV -DAPI d30fd3117805ef384d8fab8f854bb96a echo x - opencryptoki/files/patch-usr-sbin-pkcsconf-pkcsconf.c sed 's/^X//' >opencryptoki/files/patch-usr-sbin-pkcsconf-pkcsconf.c << 'bc76b15dc0416402cd2da19022323e72' X--- usr/sbin/pkcsconf/pkcsconf.c.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/sbin/pkcsconf/pkcsconf.c 2010-10-20 00:47:46.462984231 +0900 X@@ -654,6 +654,8 @@ X free (newpin2); X } X X+ cleanup(); X+ X return rc; X X } bc76b15dc0416402cd2da19022323e72 echo x - opencryptoki/files/patch-usr-sbin-pkcsslotd-err.c sed 's/^X//' >opencryptoki/files/patch-usr-sbin-pkcsslotd-err.c << '885d321e2542d044a5681817002baac8' X--- usr/sbin/pkcsslotd/err.c.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/sbin/pkcsslotd/err.c 2010-10-20 01:17:17.245985003 +0900 X@@ -288,6 +288,7 @@ X X /* (C) COPYRIGHT International Business Machines Corp. 2001 */ X X+#include X X #include "pthread.h" X X@@ -331,14 +332,30 @@ X CONSTINFO(ERANGE), X CONSTINFO(ENOMSG), X CONSTINFO(EIDRM), X+#ifdef ECHRNG X CONSTINFO(ECHRNG), X+#endif X+#ifdef EL2NSYNC X CONSTINFO(EL2NSYNC), X+#endif X+#ifdef EL3HLT X CONSTINFO(EL3HLT), X+#endif X+#ifdef EL3RST X CONSTINFO(EL3RST), X+#endif X+#ifdef ELNRNG X CONSTINFO(ELNRNG), X+#endif X+#ifdef EUNATCH X CONSTINFO(EUNATCH), X+#endif X+#ifdef ENOCSI X CONSTINFO(ENOCSI), X+#endif X+#ifdef EL2HLT X CONSTINFO(EL2HLT), X+#endif X CONSTINFO(EDEADLK), X CONSTINFO(ESTALE), X CONSTINFO(EWOULDBLOCK), X@@ -369,7 +386,9 @@ X CONSTINFO(ECONNREFUSED), X CONSTINFO(EHOSTDOWN), X CONSTINFO(EHOSTUNREACH), X+#ifdef ERESTART X CONSTINFO(ERESTART), X+#endif X CONSTINFO(EUSERS), X CONSTINFO(ELOOP), X CONSTINFO(ENAMETOOLONG), X@@ -380,16 +399,34 @@ X CONSTINFO(ETOOMANYREFS), X CONSTINFO(EILSEQ), X CONSTINFO(ECANCELED), X+#ifdef ENOSR X CONSTINFO(ENOSR), X+#endif X+#ifdef ETIME X CONSTINFO(ETIME), X+#endif X+#ifdef EBADMSG X CONSTINFO(EBADMSG), X+#endif X+#ifdef EPROTO X CONSTINFO(EPROTO), X+#endif X+#ifdef ENODATA X CONSTINFO(ENODATA), X+#endif X+#ifdef ENOSTR X CONSTINFO(ENOSTR), X+#endif X CONSTINFO(ENOTSUP), X+#ifdef EMULTIHOP X CONSTINFO(EMULTIHOP), X+#endif X+#ifdef ENOLINK X CONSTINFO(ENOLINK), X+#endif X+#ifdef EOVERFLOW X CONSTINFO(EOVERFLOW), X+#endif X X }; X X@@ -424,14 +461,20 @@ X CONSTINFO(SIGXCPU), X CONSTINFO(SIGXFSZ), X CONSTINFO(SIGWINCH), X+#ifdef SIGPWR X CONSTINFO(SIGPWR), X+#endif X CONSTINFO(SIGUSR1), X CONSTINFO(SIGUSR2), X CONSTINFO(SIGPROF), X CONSTINFO(SIGVTALRM), X CONSTINFO(SIGIOT), X+#ifdef SIGCLD X CONSTINFO(SIGCLD), X+#endif X+#ifdef SIGPOLL X CONSTINFO(SIGPOLL), X+#endif X #if 0 X CONSTINFO(SIG_DFL), X CONSTINFO(SIG_IGN), 885d321e2542d044a5681817002baac8 echo x - opencryptoki/files/patch-usr-sbin-pkcsslotd-mutex.c sed 's/^X//' >opencryptoki/files/patch-usr-sbin-pkcsslotd-mutex.c << '6df008249a1d8796bc0e8713ccdc0567' X--- usr/sbin/pkcsslotd/mutex.c.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/sbin/pkcsslotd/mutex.c 2010-10-20 01:19:28.613984045 +0900 X@@ -293,6 +293,26 @@ X X #include "pkcsslotd.h" X X+#include X+ X+#ifdef __sun X+#define LOCK_EX F_LOCK X+#define LOCK_UN F_ULOCK X+#define flock(fd, func) lockf(fd, func, 0) X+#endif X+ X+#ifndef LOCK_SH X+#define LOCK_SH 1 /* shared lock */ X+#endif X+#ifndef LOCK_EX X+#define LOCK_EX 2 /* exclusive lock */ X+#endif X+#ifndef LOCK_NB X+#define LOCK_NB 4 /* don't block when locking */ X+#endif X+#ifndef LOCK_UN X+#define LOCK_UN 8 /* unlock */ X+#endif X X #if SYSVSEM X #error "Caveat Emptor... this does not work" X@@ -315,7 +335,6 @@ X #include X #include X #include X-#include X static int xplfd=-1; X #endif X 6df008249a1d8796bc0e8713ccdc0567 echo x - opencryptoki/files/patch-usr-sbin-pkcsslotd-pkcsslotd.h sed 's/^X//' >opencryptoki/files/patch-usr-sbin-pkcsslotd-pkcsslotd.h << '8ea35fc8c0ea5d77b0d72b9c285851bc' X--- usr/sbin/pkcsslotd/pkcsslotd.h.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/sbin/pkcsslotd/pkcsslotd.h 2010-10-20 01:20:18.253984238 +0900 X@@ -353,7 +353,7 @@ X #include X X #include X-#include X+#include X #include X #include X #include 8ea35fc8c0ea5d77b0d72b9c285851bc echo x - opencryptoki/files/patch-usr-sbin-pkcsslotd-shmem.c sed 's/^X//' >opencryptoki/files/patch-usr-sbin-pkcsslotd-shmem.c << '22c3cc0c492381c803955a9e2480f74b' X--- usr/sbin/pkcsslotd/shmem.c.orig 2010-07-29 21:28:41.000000000 +0900 X+++ usr/sbin/pkcsslotd/shmem.c 2010-10-20 01:23:03.203984101 +0900 X@@ -338,9 +338,9 @@ X } X // SAB Get the group information for the PKCS#11 group... fail if X // it does not exist X- grp = getgrnam("pkcs11"); X+ grp = getgrnam(PKCS11GROUP); X if ( !grp ) { X- ErrLog("Group PKCS#11 does not exist "); X+ ErrLog("Group " PKCS11GROUP " does not exist "); X return FALSE; // Group does not exist... setup is wrong.. X } X X@@ -409,9 +409,9 @@ X int i; X char *buffer; X X- grp = getgrnam("pkcs11"); X+ grp = getgrnam(PKCS11GROUP); X if ( !grp ) { X- ErrLog("Group \"pkcs11\" does not exist! Please run %s/pkcs11_startup.", X+ ErrLog("Group " PKCS11GROUP " does not exist! Please run %s/pkcs11_startup.", X SBIN_PATH); X return FALSE; // Group does not exist... setup is wrong.. X } X@@ -431,7 +431,7 @@ X return FALSE; X } X if (fchown(fd, 0, grp->gr_gid) == -1) { X- ErrLog("%s: fchown(%s, root, pkcs11): %s", __FUNCTION__, MAPFILENAME, X+ ErrLog("%s: fchown(%s, root, %s): %s", __FUNCTION__, MAPFILENAME, PKCS11GROUP, X strerror(errno)); X close(fd); X return FALSE; 22c3cc0c492381c803955a9e2480f74b echo x - opencryptoki/files/pkcsslotd.in sed 's/^X//' >opencryptoki/files/pkcsslotd.in << '1f11ad2bb42314f125197258d0cc9de3' X#!/bin/sh X X# $FreeBSD$ X# X# PROVIDE: pkcsslotd X# REQUIRE: LOGIN tcsd X# KEYWORD: shutdown X# X# Add the following lines to /etc/rc.conf.local or /etc/rc.conf X# to enable this service: X# X# pkcsslotd_enable (bool): Set to NO by default. X# Set it to YES to enable pkcsslotd. X# X X. /etc/rc.subr X Xname=pkcsslotd Xrcvar=`set_rcvar` Xcommand=%%PREFIX%%/sbin/${name} Xstart_precmd=${name}_prestart X Xpkcsslotd_prestart () { X [ -f %%PREFIX%%/var/lib/opencryptoki/pk_config_data ] || \ X %%PREFIX%%/sbin/pkcs11_startup X} X Xload_rc_config ${name} X X: pkcsslotd_enable=${pkcsslotd_enable-"NO"} X Xrun_rc_command "$1" X 1f11ad2bb42314f125197258d0cc9de3 echo x - opencryptoki/files/pkg-install.in sed 's/^X//' >opencryptoki/files/pkg-install.in << '30f4da3abe0ccab7d7e530e7f8a9d413' X#!/bin/sh X XPATH=/bin:/usr/sbin X XPREFIX=${PKG_PREFIX:-%%PREFIX%%} XUSER=%%PKCS11_USER%% XGROUP=%%PKCS11_GROUP%% XUID=%%PKCS11_UID%% XGID=%%PKCS11_GID%% X Xcase $2 in X PRE-INSTALL) X X if pw group show "${GROUP}" 2>/dev/null; then X echo "You already have a group \"${GROUP}\", so I will use it." X else X if pw groupadd ${GROUP} -g ${GID}; then X echo "Added group \"${GROUP}\"." X else X echo "Adding group \"${GROUP}\" failed..." X fi X fi X X if pw user show "${USER}" 2>/dev/null; then X echo "You already have a user \"${USER}\", so I will use it." X else X if pw useradd ${USER} -u ${UID} -g ${GROUP} -h - \ X -s /usr/sbin/nologin -L daemon -d /var/empty -c "opencryptoki user" X then X echo "Added user \"${USER}\"." X else X echo "Adding user \"${USER}\" failed..." X exit 1 X fi X fi X X if pw groupmod ${GROUP} -m ${USER}; then X echo "Added user \"${USER}\" to group \"${GROUP}\"." X else X echo "Adding user \"${USER}\" to group \"${GROUP}\" failed..." X fi X X ;; X X X DEINSTALL) X X# rm -rf ${PKG_PREFIX}/var/lib/opencryptoki/* X# rm -f ${PKG_PREFIX}/var/lib/opencryptoki/.slotpid X X ;; X X POST-DEINSTALL) X X# if pw user show "${USER}" 2>/dev/null; then X# if pw userdel ${USER} -u ${UID}; then X# echo "Deleted user \"${USER}\"." X# fi X# fi X X# if pw group show "${GROUP}" 2>/dev/null; then X# if pw groupdel ${GROUP} -g ${GID}; then X# echo "Deleted group \"${GROUP}\"." X# fi X# fi X X ;; Xesac 30f4da3abe0ccab7d7e530e7f8a9d413 echo x - opencryptoki/files/pkg-message.in sed 's/^X//' >opencryptoki/files/pkg-message.in << 'e78db1fca7ce94405657b3a3ec855f74' XTo run pkcsslotd automatically add the following line to /etc/rc.conf X Xpkcsslotd_enable="YES" X e78db1fca7ce94405657b3a3ec855f74 echo x - opencryptoki/pkg-descr sed 's/^X//' >opencryptoki/pkg-descr << '3f96db8570c34fc8c749f3067c73f2c3' XopenCryptoki is a PKCS#11 implementation. 3f96db8570c34fc8c749f3067c73f2c3 echo x - opencryptoki/pkg-plist sed 's/^X//' >opencryptoki/pkg-plist << 'be37b4b35c3978156f8b74f96105f5c5' Xinclude/opencryptoki/apiclient.h Xinclude/opencryptoki/pkcs11.h Xinclude/opencryptoki/pkcs11types.h Xlib/libopencryptoki.la Xlib/libopencryptoki.so Xlib/libopencryptoki.so.0 Xlib/opencryptoki/PKCS11_API.so Xlib/opencryptoki/libopencryptoki.la Xlib/opencryptoki/libopencryptoki.so Xlib/opencryptoki/libopencryptoki.so.0 Xlib/opencryptoki/methods Xlib/opencryptoki/stdll/PKCS11_SW.so Xlib/opencryptoki/stdll/libpkcs11_sw.la Xlib/opencryptoki/stdll/libpkcs11_sw.so Xlib/opencryptoki/stdll/libpkcs11_sw.so.0 Xlib/opencryptoki/stdll/PKCS11_TPM.so Xlib/opencryptoki/stdll/libpkcs11_tpm.la Xlib/opencryptoki/stdll/libpkcs11_tpm.so Xlib/opencryptoki/stdll/libpkcs11_tpm.so.0 Xlib/pkcs11/PKCS11_API.so Xlib/pkcs11/libopencryptoki.so Xlib/pkcs11/methods Xlib/pkcs11/stdll Xsbin/pkcs11_startup Xsbin/pkcs_slot Xsbin/pkcsconf Xsbin/pkcsslotd X@dirrmtry var/lib/opencryptoki X@dirrmtry var/lib X@dirrmtry var X@dirrm lib/pkcs11 X@dirrm lib/opencryptoki/stdll X@dirrm lib/opencryptoki X@dirrm include/opencryptoki be37b4b35c3978156f8b74f96105f5c5 exit --Multipart=_Thu__28_Oct_2010_02_43_40_+0900_JtScQ_e/yKAD9/CK Content-Type: text/plain; name="tpm-tools.shar" Content-Disposition: attachment; filename="tpm-tools.shar" Content-Transfer-Encoding: 7bit # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # tpm-tools # tpm-tools/Makefile # tpm-tools/distinfo # tpm-tools/files # tpm-tools/files/patch-lib-tpm_utils.c # tpm-tools/files/patch-src-cmds-Makefile.am # tpm-tools/files/patch-src-cmds-Makefile.in # tpm-tools/files/patch-src-tpm_mgmt-tpm_present.c # tpm-tools/pkg-descr # tpm-tools/pkg-plist # echo c - tpm-tools mkdir -p tpm-tools > /dev/null 2>&1 echo x - tpm-tools/Makefile sed 's/^X//' >tpm-tools/Makefile << 'e616569e13415541b00ced234ba46e9a' X# New ports collection makefile for: tpm-tools X# Date created: 18 Sep 2007 X# Whom: Sebastian Schuetz X# X# $FreeBSD$ X# X XPORTNAME= tpm-tools XPORTVERSION= 1.3.5 XCATEGORIES= security XMASTER_SITES= SF/trousers/${PORTNAME}/${PORTVERSION} X XMAINTAINER= nork@freebsd.org XCOMMENT= Provides a basic set of TPM tools X XLIB_DEPENDS= tspi.2:${PORTSDIR}/security/trousers XBUILD_DEPENDS= pkcsconf:${PORTSDIR}/security/opencryptoki XRUN_DEPENDS= ${LOCALBASE}/sbin/tcsd:${PORTSDIR}/security/trousers XRUN_DEPENDS+= ${LOCALBASE}/lib/pkcs11/libopencryptoki.so:${PORTSDIR}/security/opencryptoki X XUSE_GMAKE= YES XUSE_GETTEXT= YES XUSE_LDCONFIG= YES XUSE_AUTOTOOLS= autoconf:268 XGNU_CONFIGURE= YES XCONFIGURE_ENV+= LDFLAGS="-L${LOCALBASE}/lib -lintl -liconv" XMAKE_JOBS_SAFE= YES X X.include e616569e13415541b00ced234ba46e9a echo x - tpm-tools/distinfo sed 's/^X//' >tpm-tools/distinfo << '5be4d99d59b3e97ccab7b89908cb03db' XMD5 (tpm-tools-1.3.5.tar.gz) = b64baa248cf30a57ad0e5fb6f096e7dc XSHA256 (tpm-tools-1.3.5.tar.gz) = 60717336302bffff5044ed945a79f07594962fa3b989cf37f6eb042874d8fc45 XSIZE (tpm-tools-1.3.5.tar.gz) = 439922 5be4d99d59b3e97ccab7b89908cb03db echo c - tpm-tools/files mkdir -p tpm-tools/files > /dev/null 2>&1 echo x - tpm-tools/files/patch-lib-tpm_utils.c sed 's/^X//' >tpm-tools/files/patch-lib-tpm_utils.c << '382e2c559dcfb1aa9ef3febed4781190' X--- lib/tpm_utils.c.orig 2010-02-02 02:17:23.000000000 +0900 X+++ lib/tpm_utils.c 2010-10-25 01:55:31.065559348 +0900 X@@ -55,6 +55,7 @@ X CmdHelpFunction tCmdHelp = ( a_tCmdHelpFunction ) ? a_tCmdHelpFunction X : logCmdHelp; X X+#ifdef __GCC X char szShortOpts[strlen( pszGenShortOpts ) X + ( ( a_pszShortOpts == NULL ) ? 0 : strlen( a_pszShortOpts ) ) X + 1]; X@@ -64,6 +65,26 @@ X X int iOpt; X int rc; X+#else X+ int iOpt; X+ int rc; X+ X+ char *szShortOpts; X+ int iNumShortOpts, iNumGenLongOpts; X+ struct option *sLongOpts; X+ X+ iNumShortOpts = strlen( pszGenShortOpts ) + X+ ( ( a_pszShortOpts == NULL ) ? 0 : strlen( a_pszShortOpts ) ); X+ iNumGenLongOpts = sizeof( sGenLongOpts ) / sizeof( struct option ); X+ X+ szShortOpts = malloc(iNumShortOpts + 1); X+ sLongOpts = malloc((iNumGenLongOpts + a_iNumOpts + 1) X+ * sizeof(struct option)); X+ if( (szShortOpts == NULL) || (sLongOpts == NULL) ) { X+ perror("malloc"); X+ return -1; X+ } X+#endif X X strcpy( szShortOpts, pszGenShortOpts); X if ( a_pszShortOpts ) 382e2c559dcfb1aa9ef3febed4781190 echo x - tpm-tools/files/patch-src-cmds-Makefile.am sed 's/^X//' >tpm-tools/files/patch-src-cmds-Makefile.am << '7fcd9b82bdd922713fbb782067ba3236' X--- src/cmds/Makefile.am.orig 2010-02-02 02:17:23.000000000 +0900 X+++ src/cmds/Makefile.am 2010-10-25 01:55:31.067559744 +0900 X@@ -30,7 +30,7 @@ X AM_CPPFLAGS = -I$(top_srcdir)/include -D_LINUX X endif X X-LDADD = $(top_builddir)/lib/libtpm_tspi.la -ltspi $(top_builddir)/lib/libtpm_unseal.la -ltpm_unseal X+LDADD = $(top_builddir)/lib/libtpm_tspi.la -ltspi $(top_builddir)/lib/libtpm_unseal.la X X tpm_sealdata_SOURCES = tpm_sealdata.c X tpm_unsealdata_SOURCES = tpm_unsealdata.c 7fcd9b82bdd922713fbb782067ba3236 echo x - tpm-tools/files/patch-src-cmds-Makefile.in sed 's/^X//' >tpm-tools/files/patch-src-cmds-Makefile.in << 'e49f990f4a699cbddd4cfd2d06d85fd0' X--- src/cmds/Makefile.in.orig 2010-02-02 05:59:31.000000000 +0900 X+++ src/cmds/Makefile.in 2010-10-25 01:55:31.069555531 +0900 X@@ -242,7 +242,7 @@ X top_srcdir = @top_srcdir@ X @TSS_LIB_IS_12_FALSE@AM_CPPFLAGS = -I$(top_srcdir)/include -D_LINUX X @TSS_LIB_IS_12_TRUE@AM_CPPFLAGS = -I$(top_srcdir)/include -D_LINUX -DTSS_LIB_IS_12 X-LDADD = $(top_builddir)/lib/libtpm_tspi.la -ltspi $(top_builddir)/lib/libtpm_unseal.la -ltpm_unseal X+LDADD = $(top_builddir)/lib/libtpm_tspi.la -ltspi $(top_builddir)/lib/libtpm_unseal.la X tpm_sealdata_SOURCES = tpm_sealdata.c X tpm_unsealdata_SOURCES = tpm_unsealdata.c X all: all-am e49f990f4a699cbddd4cfd2d06d85fd0 echo x - tpm-tools/files/patch-src-tpm_mgmt-tpm_present.c sed 's/^X//' >tpm-tools/files/patch-src-tpm_mgmt-tpm_present.c << '26c32265380323ccda4b4848e7e65183' X--- src/tpm_mgmt/tpm_present.c.orig 2009-08-20 23:46:31.000000000 +0900 X+++ src/tpm_mgmt/tpm_present.c 2010-10-25 01:55:31.071556276 +0900 X@@ -168,7 +168,7 @@ X TSS_HPOLICY hTpmPolicy; X char *pwd = NULL; X int pswd_len; X- char rsp[5]; X+ char rsp[6]; X int scanCount; X X //get status w/o owner auth (FAILS 1.1, should PASS 1.2) 26c32265380323ccda4b4848e7e65183 echo x - tpm-tools/pkg-descr sed 's/^X//' >tpm-tools/pkg-descr << '449287a8e37a8c5d061423b998fd09ff' Xtpm-tools package provides a basic TPM management suite. 449287a8e37a8c5d061423b998fd09ff echo x - tpm-tools/pkg-plist sed 's/^X//' >tpm-tools/pkg-plist << '2af157faaa2d37cac091513593fd18f2' Xbin/tpm_sealdata Xbin/tpm_unsealdata Xbin/tpmtoken_import Xbin/tpmtoken_init Xbin/tpmtoken_objects Xbin/tpmtoken_protect Xbin/tpmtoken_setpasswd Xinclude/tpm_tools/tpm_unseal.h Xlib/libtpm_unseal.la Xlib/libtpm_unseal.so Xlib/libtpm_unseal.so.1 Xman/man1/tpm_sealdata.1 Xman/man1/tpm_version.1 Xman/man1/tpmtoken_import.1 Xman/man1/tpmtoken_init.1 Xman/man1/tpmtoken_objects.1 Xman/man1/tpmtoken_protect.1 Xman/man1/tpmtoken_setpasswd.1 Xman/man3/tpmUnsealFile.3 Xman/man3/tpmUnsealShred.3 Xman/man3/tpmUnsealStrerror.3 Xman/man8/tpm_changeownerauth.8 Xman/man8/tpm_clear.8 Xman/man8/tpm_createek.8 Xman/man8/tpm_getpubek.8 Xman/man8/tpm_resetdalock.8 Xman/man8/tpm_restrictpubek.8 Xman/man8/tpm_revokeek.8 Xman/man8/tpm_selftest.8 Xman/man8/tpm_setactive.8 Xman/man8/tpm_setclearable.8 Xman/man8/tpm_setenable.8 Xman/man8/tpm_setoperatorauth.8 Xman/man8/tpm_setownable.8 Xman/man8/tpm_setpresence.8 Xman/man8/tpm_takeownership.8 Xsbin/tpm_changeownerauth Xsbin/tpm_clear Xsbin/tpm_createek Xsbin/tpm_getpubek Xsbin/tpm_resetdalock Xsbin/tpm_restrictpubek Xsbin/tpm_restrictsrk Xsbin/tpm_revokeek Xsbin/tpm_selftest Xsbin/tpm_setactive Xsbin/tpm_setclearable Xsbin/tpm_setenable Xsbin/tpm_setoperatorauth Xsbin/tpm_setownable Xsbin/tpm_setpresence Xsbin/tpm_takeownership Xsbin/tpm_version X@dirrm include/tpm_tools 2af157faaa2d37cac091513593fd18f2 exit --Multipart=_Thu__28_Oct_2010_02_43_40_+0900_JtScQ_e/yKAD9/CK Content-Type: text/plain; name="tpm-emulator.shar" Content-Disposition: attachment; filename="tpm-emulator.shar" Content-Transfer-Encoding: 7bit # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # tpm-emulator # tpm-emulator/Makefile # tpm-emulator/distinfo # tpm-emulator/files # tpm-emulator/files/patch-CMakeLists.txt # tpm-emulator/files/patch-mtm-mtm_structures.h # tpm-emulator/files/patch-tddl-CMakeLists.txt # tpm-emulator/files/patch-tpm-tpm_ticks.c # tpm-emulator/files/patch-tpmd-CMakeLists.txt # tpm-emulator/files/patch-tpmd-unix-CMakeLists.txt # tpm-emulator/files/patch-tpmd_dev-CMakeLists.txt # tpm-emulator/files/patch-tpmd_dev-openbsd-Makefile # tpm-emulator/files/patch-tpmd_dev-openbsd-tpmd_dev.c # tpm-emulator/files/patch-tpmd_dev-openbsd-tpmd_dev.h # tpm-emulator/files/pkg-install.in # tpm-emulator/pkg-descr # tpm-emulator/pkg-plist # echo c - tpm-emulator mkdir -p tpm-emulator > /dev/null 2>&1 echo x - tpm-emulator/Makefile sed 's/^X//' >tpm-emulator/Makefile << '77e8d7f016b1d8fccb95ce1b1166c793' X# New ports collection makefile for: tpm-emulator X# Date created: 18 Sep 2007 X# Whom: Sebastian Schuetz X# X# $FreeBSD$ X# X XPORTNAME= tpm-emulator XPORTVERSION= 0.7.1 XCATEGORIES= emulators XMASTER_SITES= BERLIOS/${PORTNAME} XDISTNAME= ${PORTNAME:S/-/_/}-${PORTVERSION} X XMAINTAINER= nork@freebsd.org XCOMMENT= Trusted Platform Module (TPM) emulator X XLIB_DEPENDS= gmp.10:${PORTSDIR}/math/gmp X XUSE_CMAKE= YES XUSE_LDCONFIG= YES X#USE_AUTOTOOLS= libtool:22 X XCONFLICTS= trousers-tddl* X XWANTLIB+= c XCMAKE_VERBOSE= YES XCMAKE_SOURCE_PATH= ${WRKSRC} XNO_CONFIGURE= YES XBUILD_WRKSRC= ${CONFIGURE_WRKSRC} XINSTALL_WRKSRC= ${CONFIGURE_WRKSRC} XCONFIGURE_WRKSRC= ${CMAKE_SOURCE_PATH}/build X XCMAKE_ARGS+= -DCMAKE_INCLUDE_PATH="${LOCALBASE}/include" \ X -DCMAKE_EXE_LINKER_FLAGS="-L${LOCALBASE}/lib" X XSUB_FILES= pkg-install XSUB_LIST= TSS_USER=${TSS_USER} TSS_UID=${TSS_UID} \ X TSS_GROUP=${TSS_GROUP} TSS_GID=${TSS_GID} XPKGINSTALL= ${WRKDIR}/pkg-install X XTSS_USER= _tss XTSS_GROUP= _tss XTSS_UID= 601 XTSS_GID= 601 X XWRKSRC= ${WRKDIR}/${PORTNAME:S/-/_/}-${PORTVERSION} X Xpost-patch: X @${MKDIR} ${WRKSRC}/build X Xpre-install: X @${SETENV} PKG_PREFIX=${PREFIX} ${SH} ${PKGINSTALL} ${PKGNAME} PRE-INSTALL X X.include 77e8d7f016b1d8fccb95ce1b1166c793 echo x - tpm-emulator/distinfo sed 's/^X//' >tpm-emulator/distinfo << 'd373adfa96e33606f6c96255c8a6ba49' XMD5 (tpm_emulator-0.7.1.tar.gz) = ada4af190af2e4bd9da4469f72459d34 XSHA256 (tpm_emulator-0.7.1.tar.gz) = 7c10a753206bf0f32a767dc69039a866bd8d3eb8a4834f5e722c7510a9f54c24 XSIZE (tpm_emulator-0.7.1.tar.gz) = 207497 d373adfa96e33606f6c96255c8a6ba49 echo c - tpm-emulator/files mkdir -p tpm-emulator/files > /dev/null 2>&1 echo x - tpm-emulator/files/patch-CMakeLists.txt sed 's/^X//' >tpm-emulator/files/patch-CMakeLists.txt << '873e4acb22dce03bed901917a5f14b77' X--- CMakeLists.txt.orig 2010-07-06 06:21:20.000000000 +0900 X+++ CMakeLists.txt 2010-10-25 02:56:43.617558705 +0900 X@@ -5,13 +5,13 @@ X X project(TPM_Emulator C) X X-cmake_minimum_required(VERSION 2.6) X+cmake_minimum_required(VERSION 2.4) X X # enforce out of source build X string(COMPARE EQUAL "${CMAKE_SOURCE_DIR}" "${CMAKE_BINARY_DIR}" IS_INSOURCE) X if(IS_INSOURCE) X message(FATAL_ERROR "${PROJECT_NAME} requires an out of source build.") X-endif() X+endif(IS_INSOURCE) X X # set project and build version X set(${PROJECT_NAME}_VERSION_MAJOR 0) X@@ -29,14 +29,14 @@ X set(TPM_SOCKET_NAME "/private/var/run/tpm/tpmd_socket:0") X set(TPM_STORAGE_NAME "/private/var/lib/tpm/tpm_emulator-1_2_${${PROJECT_NAME}_VERSION_MAJOR}_${${PROJECT_NAME}_VERSION_MINOR}") X set(TPM_DEVICE_NAME "/dev/tpm") X-else() X+else(WIN32) X set(TPM_LOG_FILE "/var/log/tpmd.log") X set(TPM_SOCKET_NAME "/var/run/tpm/tpmd_socket:0") X set(TPM_STORAGE_NAME "/var/lib/tpm/tpm_emulator-1_2_${${PROJECT_NAME}_VERSION_MAJOR}_${${PROJECT_NAME}_VERSION_MINOR}") X set(TPM_DEVICE_NAME "/dev/tpm") X-endif() X+endif(WIN32) X configure_file(${CMAKE_CURRENT_SOURCE_DIR}/config.h.in ${CMAKE_CURRENT_BINARY_DIR}/config.h) X-add_definitions(-Wall -Werror -Wextra -Wno-unused-parameter -Wpointer-arith -Wcast-align -Wwrite-strings) X+add_definitions(-Wall -Werror -Wno-unused-parameter -Wpointer-arith -Wcast-align -Wwrite-strings) X X # configure CPack X set(CPACK_PACKAGE_VERSION_MAJOR ${${PROJECT_NAME}_VERSION_MAJOR}) X@@ -51,6 +51,7 @@ X # include root directories X include_directories(${CMAKE_SOURCE_DIR}) X include_directories(${CMAKE_BINARY_DIR}) X+include_directories("/usr/local/include") X X # add internal libraries X add_subdirectory(tpm) 873e4acb22dce03bed901917a5f14b77 echo x - tpm-emulator/files/patch-mtm-mtm_structures.h sed 's/^X//' >tpm-emulator/files/patch-mtm-mtm_structures.h << '643c39a73d9e4fd081dd6ea123fb9422' X--- mtm/mtm_structures.h.orig 2010-07-06 06:21:20.000000000 +0900 X+++ mtm/mtm_structures.h 2010-10-25 02:56:43.619561686 +0900 X@@ -228,8 +228,6 @@ X MTM_PERMANENT_DATA data; X } permanent; X struct { X- } stclear; X- struct { X MTM_STANY_FLAGS flags; X } stany; X } MTM_DATA; 643c39a73d9e4fd081dd6ea123fb9422 echo x - tpm-emulator/files/patch-tddl-CMakeLists.txt sed 's/^X//' >tpm-emulator/files/patch-tddl-CMakeLists.txt << '946b8c2206569c17f1b5906d910b23d7' X--- tddl/CMakeLists.txt.orig 2010-07-06 06:21:20.000000000 +0900 X+++ tddl/CMakeLists.txt 2010-10-25 02:56:43.620555878 +0900 X@@ -5,18 +5,21 @@ X X set(tddl_SRCS "tddl.c" "tddl.h") X add_library(tddl SHARED ${tddl_SRCS}) X+add_library(tddlStatic STATIC ${tddl_SRCS}) X if(UNIX) X set_target_properties(tddl PROPERTIES SOVERSION "1.2" X VERSION "1.2.${${PROJECT_NAME}_VERSION_MAJOR}.${${PROJECT_NAME}_VERSION_MINOR}") X+ set_target_properties(tddlStatic PROPERTIES OUTPUT_NAME tddl) X elseif(WIN32) X set_target_properties(tddl PROPERTIES OUTPUT_NAME ifxtpm) X set_target_properties(tddl PROPERTIES PREFIX "") X-endif() X+endif(UNIX) X X install(TARGETS tddl DESTINATION lib) X+install(TARGETS tddlStatic DESTINATION lib) X install(FILES "tddl.h" DESTINATION include) X X include_directories(${CMAKE_CURRENT_SOURCE_DIR}) X add_executable(test_tddl test_tddl.c) X-target_link_libraries(test_tddl tddl) X+target_link_libraries(test_tddl tddlStatic) X 946b8c2206569c17f1b5906d910b23d7 echo x - tpm-emulator/files/patch-tpm-tpm_ticks.c sed 's/^X//' >tpm-emulator/files/patch-tpm-tpm_ticks.c << 'ed5eef403d205e08ab4eab3dac4a9380' X--- tpm/tpm_ticks.c.orig 2010-07-06 06:21:20.000000000 +0900 X+++ tpm/tpm_ticks.c 2010-10-25 02:56:43.622559766 +0900 X@@ -42,7 +42,7 @@ X { X TPM_RESULT res; X TPM_KEY_DATA *key; X- BYTE *info, *ptr; X+ BYTE *info_buffer, *ptr; X UINT32 info_length, len; X info("TPM_TickStampBlob()"); X /* get key */ X@@ -66,21 +66,21 @@ X if (*sig == NULL) return TPM_FAIL; X /* setup TPM_SIGN_INFO structure */ X info_length = 30 + sizeof(TPM_DIGEST) + sizeof_TPM_CURRENT_TICKS(currentTicks); X- info = tpm_malloc(info_length); X- if (info == NULL) { X+ info_buffer = tpm_malloc(info_length); X+ if (info_buffer == NULL) { X tpm_free(*sig); X return TPM_FAIL; X } X- memcpy(&info[0], "\x00\x05TSTP", 6); X- memcpy(&info[6], antiReplay->nonce, 20); X- ptr = &info[26]; len = info_length - 26; X+ memcpy(&info_buffer[0], "\x00\x05TSTP", 6); X+ memcpy(&info_buffer[6], antiReplay->nonce, 20); X+ ptr = &info_buffer[26]; len = info_length - 26; X tpm_marshal_UINT32(&ptr, &len, info_length - 30); X memcpy(ptr, digestToStamp->digest, sizeof(TPM_DIGEST)); X ptr += sizeof(TPM_DIGEST); len -= sizeof(TPM_DIGEST); X if (tpm_marshal_TPM_CURRENT_TICKS(&ptr, &len, currentTicks) X- || tpm_rsa_sign(&key->key, RSA_SSA_PKCS1_SHA1, info, info_length, *sig)) { X+ || tpm_rsa_sign(&key->key, RSA_SSA_PKCS1_SHA1, info_buffer, info_length, *sig)) { X tpm_free(*sig); X- tpm_free(info); X+ tpm_free(info_buffer); X return TPM_FAIL; X } X return TPM_SUCCESS; ed5eef403d205e08ab4eab3dac4a9380 echo x - tpm-emulator/files/patch-tpmd-CMakeLists.txt sed 's/^X//' >tpm-emulator/files/patch-tpmd-CMakeLists.txt << 'f452f31d62e4ee1075ceb07e6345caad' X--- tpmd/CMakeLists.txt.orig 2010-07-06 06:21:20.000000000 +0900 X+++ tpmd/CMakeLists.txt 2010-10-25 02:56:43.624559116 +0900 X@@ -11,5 +11,5 @@ X X add_subdirectory(windows) X X-endif() X+endif(UNIX) X f452f31d62e4ee1075ceb07e6345caad echo x - tpm-emulator/files/patch-tpmd-unix-CMakeLists.txt sed 's/^X//' >tpm-emulator/files/patch-tpmd-unix-CMakeLists.txt << '12f93ef13f089c880896ef8034b05bef' X--- tpmd/unix/CMakeLists.txt.orig 2010-07-06 06:21:20.000000000 +0900 X+++ tpmd/unix/CMakeLists.txt 2010-10-25 02:56:43.633558246 +0900 X@@ -10,8 +10,8 @@ X if(MTM_EMULATOR) X add_definitions(-DMTM_EMULATOR) X target_link_libraries(tpmd mtm tpm crypto) X-else() X+else(MTM_EMULATOR) X target_link_libraries(tpmd tpm crypto) X-endif() X+endif(MTM_EMULATOR) X install(TARGETS tpmd RUNTIME DESTINATION bin) X 12f93ef13f089c880896ef8034b05bef echo x - tpm-emulator/files/patch-tpmd_dev-CMakeLists.txt sed 's/^X//' >tpm-emulator/files/patch-tpmd_dev-CMakeLists.txt << '7ad97596d776d088f7580ee3acf82b1a' X--- tpmd_dev/CMakeLists.txt.orig 2010-07-06 06:21:20.000000000 +0900 X+++ tpmd_dev/CMakeLists.txt 2010-10-25 02:56:43.626557976 +0900 X@@ -17,8 +17,8 @@ X set(tpmd_dev_SOURCE_DIR "${CMAKE_CURRENT_SOURCE_DIR}/openbsd") X set(tpmd_dev_BINARY_DIR "${CMAKE_CURRENT_BINARY_DIR}/openbsd") X set(tpmd_dev_OBJ "${tpmd_dev_BINARY_DIR}/tpmd_dev.o") X-set(tpmd_dev_BUILD_CMD make -C ${tpmd_dev_BINARY_DIR}) X-set(tpmd_dev_INSTALL_CMD make -C ${tpmd_dev_BINARY_DIR} install) X+set(tpmd_dev_BUILD_CMD gmake -C ${tpmd_dev_BINARY_DIR}) X+set(tpmd_dev_INSTALL_CMD gmake -C ${tpmd_dev_BINARY_DIR} install) X X elseif(CMAKE_SYSTEM_NAME STREQUAL "Darwin") X X@@ -28,7 +28,7 @@ X set(tpmd_dev_BUILD_CMD make -C ${tpmd_dev_BINARY_DIR}) X set(tpmd_dev_INSTALL_CMD make -C ${tpmd_dev_BINARY_DIR} install) X X-endif() X+endif(CMAKE_SYSTEM_NAME STREQUAL "Linux") X X # compile module X if(tpmd_dev_OBJ) X@@ -45,5 +45,5 @@ X X install(CODE "EXECUTE_PROCESS(COMMAND ${tpmd_dev_INSTALL_CMD})") X X-endif() X+endif(tpmd_dev_OBJ) X 7ad97596d776d088f7580ee3acf82b1a echo x - tpm-emulator/files/patch-tpmd_dev-openbsd-Makefile sed 's/^X//' >tpm-emulator/files/patch-tpmd_dev-openbsd-Makefile << '9f421f1851467b5331355b2330f1f32f' X--- tpmd_dev/openbsd/Makefile.orig 2010-07-06 06:21:20.000000000 +0900 X+++ tpmd_dev/openbsd/Makefile 2010-10-25 02:56:43.628559140 +0900 X@@ -6,14 +6,15 @@ X X CFLAGS= -D_KERNEL -I/usr/src/sys X SRC= tpmd_dev.c X+OBJ= tpmd_dev.obj X MODULE= tpmd_dev.o X X all: X- cc -c $(SRC) $(CFLAGS) X- ld -r -o $(MODULE) $(SRC:.c=.o) X+ cc -o $(OBJ) -c $(SRC) $(CFLAGS) X+ ld -r -o $(MODULE) $(OBJ) X X clean: X- rm -rf $(SRC:.c=.o) X+ rm -rf $(OBJ) X rm -f $(MODULE) X X load: all mknod X@@ -27,3 +28,6 @@ X X rmnod: X rm /dev/tpm X+ X+install: X+ 9f421f1851467b5331355b2330f1f32f echo x - tpm-emulator/files/patch-tpmd_dev-openbsd-tpmd_dev.c sed 's/^X//' >tpm-emulator/files/patch-tpmd_dev-openbsd-tpmd_dev.c << '2bce3479c0b6bc088ca782fc2a955038' X--- tpmd_dev/openbsd/tpmd_dev.c.orig 2010-07-06 06:21:20.000000000 +0900 X+++ tpmd_dev/openbsd/tpmd_dev.c 2010-10-25 02:56:43.630557372 +0900 X@@ -32,7 +32,7 @@ X #include X #include X X-#include "tpm_dev.h" X+#include "tpmd_dev.h" X X X int tpmopen __P((dev_t dev, int oflags, int devtype, struct proc *p)); X@@ -57,7 +57,7 @@ X cdev_decl(tpm); X X /* define our cdev struct containing the functions */ X-static struct cdevsw cdev_tpm = cdev_tpm_init(1,tpm); X+static struct cdevsw cdev_tpm = cdev_tpmd_init(1,tpm); X X /* fill in the lkm_dev structure */ X MOD_DEV("tpm",LM_DT_CHAR,-1,&cdev_tpm); X@@ -213,7 +213,7 @@ X * sometime returns EINTR X */ X tpmd_sock->so_rcv.sb_flags |= SB_NOINTR; X- error = soreceive(tpmd_sock,NULL,uio,NULL,NULL,NULL); X+ error = soreceive(tpmd_sock,NULL,uio,NULL,NULL,NULL,0); X X if (error) { X debug("soreceive() failed %i",error); 2bce3479c0b6bc088ca782fc2a955038 echo x - tpm-emulator/files/patch-tpmd_dev-openbsd-tpmd_dev.h sed 's/^X//' >tpm-emulator/files/patch-tpmd_dev-openbsd-tpmd_dev.h << 'f6b99e1a81f107eae3f2eb7220549964' X--- tpmd_dev/openbsd/tpmd_dev.h.orig 2010-07-06 06:21:20.000000000 +0900 X+++ tpmd_dev/openbsd/tpmd_dev.h 2010-10-25 02:56:43.632557559 +0900 X@@ -20,7 +20,7 @@ X X #include "config.h" X X-#define cdev_tpm_init(c,n) { \ X+#define cdev_tpmd_init(c,n) { \ X dev_init(c,n,open),dev_init(c,n,close),dev_init(c,n,read), \ X dev_init(c,n,write), dev_init(c,n,ioctl),(dev_type_stop((*))) lkmenodev, \ X 0,(dev_type_poll((*))) lkmenodev,(dev_type_mmap((*))) lkmenodev } f6b99e1a81f107eae3f2eb7220549964 echo x - tpm-emulator/files/pkg-install.in sed 's/^X//' >tpm-emulator/files/pkg-install.in << '1b9371219f217e714ca8bcbd5465efbf' X#!/bin/sh X XPATH=/bin:/usr/sbin X XPREFIX=${PKG_PREFIX:-%%PREFIX%%} XUSER=%%TSS_USER%% XGROUP=%%TSS_GROUP%% XUID=%%TSS_UID%% XGID=%%TSS_GID%% X Xcase $2 in X PRE-INSTALL) X X if pw group show "${GROUP}" 2>/dev/null; then X echo "You already have a group \"${GROUP}\", so I will use it." X else X if pw groupadd ${GROUP} -g ${GID}; then X echo "Added group \"${GROUP}\"." X else X echo "Adding group \"${GROUP}\" failed..." X fi X fi X X if pw user show "${USER}" 2>/dev/null; then X echo "You already have a user \"${USER}\", so I will use it." X else X if pw useradd ${USER} -u ${UID} -g ${GROUP} -h - \ X -s /usr/sbin/nologin -L daemon -d /var/empty -c "TrouSerS user" X then X echo "Added user \"${USER}\"." X else X echo "Adding user \"${USER}\" failed..." X exit 1 X fi X fi X X if pw groupmod ${GROUP} -m ${USER}; then X echo "Added user \"${USER}\" to group \"${GROUP}\"." X else X echo "Adding user \"${USER}\" to group \"${GROUP}\" failed..." X fi X X ;; X X POST-DEINSTALL) X X# if pw user show "${USER}" 2>/dev/null; then X# if pw userdel ${USER} -u ${UID}; then X# echo "Deleted user \"${USER}\"." X# fi X# fi X X# if pw group show "${GROUP}" 2>/dev/null; then X# if pw groupdel ${GROUP} -g ${GID}; then X# echo "Deleted group \"${GROUP}\"." X# fi X# fi X X ;; X Xesac 1b9371219f217e714ca8bcbd5465efbf echo x - tpm-emulator/pkg-descr sed 's/^X//' >tpm-emulator/pkg-descr << '1caa38e70a34b545e2de6a85bf003cb0' XThe project aims to create a fully working Trusted Platform Module (TPM) Xemulator follwing the specifications of the Trusted Computing Group. XThe port provides a driver library libtddl which can be linked against programs Xproviding a Trusted Software Stack to redirect TPM calls to the emulator. 1caa38e70a34b545e2de6a85bf003cb0 echo x - tpm-emulator/pkg-plist sed 's/^X//' >tpm-emulator/pkg-plist << 'afb9f3e41cbb6fd2469711c7791b39df' Xinclude/tddl.h Xlib/libtddl.so.1.2.0.7 Xlib/libtddl.so.1.2 Xlib/libtddl.a Xbin/tpmd X@unexec rm -f /var/tpm/tpmd_socket* X@unexec rm -rf /var/tpm afb9f3e41cbb6fd2469711c7791b39df exit --Multipart=_Thu__28_Oct_2010_02_43_40_+0900_JtScQ_e/yKAD9/CK-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 20:12:59 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 595CE106566B for ; Wed, 27 Oct 2010 20:12:59 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id D84BD8FC08 for ; Wed, 27 Oct 2010 20:12:58 +0000 (UTC) Received: from [77.25.236.216] (helo=tiny.Sisis.de.) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1PB9hX-0004rz-Ll; Wed, 27 Oct 2010 19:22:16 +0200 Received: from tiny.Sisis.de. (localhost [127.0.0.1]) by tiny.Sisis.de. (8.14.3/8.14.3) with ESMTP id o9RHNokb001275; Wed, 27 Oct 2010 19:23:50 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny.Sisis.de. (8.14.3/8.14.3/Submit) id o9RHNnGI001274; Wed, 27 Oct 2010 19:23:49 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny.Sisis.de.: guru set sender to guru@unixarea.de using -f Date: Wed, 27 Oct 2010 19:23:48 +0200 From: Matthias Apitz To: Alberto Villa Message-ID: <20101027172348.GA1264@tiny.Sisis.de> References: <20101025080705.GA33315@current.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 8.0-CURRENT (i386) User-Agent: Mutt/1.5.19 (2009-01-05) X-Con-Id: 51246 X-Originating-IP: 77.25.236.216 Cc: Scot Hetzel , current@FreeBSD.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2010 20:12:59 -0000 El día Wednesday, October 27, 2010 a las 05:10:32PM +0000, Alberto Villa escribió: > On Wed, Oct 27, 2010 at 5:07 PM, Scot Hetzel wrote: > > Where did you get your bcmwl5 driver?  If you downloaded it from Acer, > > it should work.  If you downloaded it from anywhere else then this > > might be why it didn't work for you. > > i don't remember, actually. anyway i thought the 5 was the driver > version, i've just understood that it's the windows version :P > i'll try the acer one, thanks for the suggestion! I could no get any bcmwl5 driver from Acer, only bcmwl6 version (which is also installed in Win7 in my laptop). I have even asked Broadcom, but they pointed me back to my dealer, to the reseller of the Acer laptop. And asking them, they pointed to Acer. If someone has an bcmwl5 from Acer, please contact me off-list. matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 06:06:09 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F1AF1065670; Thu, 28 Oct 2010 06:06:09 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id 80A298FC0C; Thu, 28 Oct 2010 06:06:08 +0000 (UTC) Received: from [193.31.11.193] (helo=current.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1PBLcl-00005z-Bb; Thu, 28 Oct 2010 08:06:07 +0200 Received: from current.Sisis.de (current [127.0.0.1]) by current.Sisis.de (8.14.3/8.14.3) with ESMTP id o9S66AtH007543; Thu, 28 Oct 2010 08:06:10 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by current.Sisis.de (8.14.3/8.14.3/Submit) id o9S66AZg007538; Thu, 28 Oct 2010 08:06:10 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: current.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Thu, 28 Oct 2010 08:06:10 +0200 From: Matthias Apitz To: Scot Hetzel Message-ID: <20101028060610.GB1900@current.Sisis.de> References: <20101025080705.GA33315@current.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 8.0-CURRENT (i386) User-Agent: Mutt/1.5.19 (2009-01-05) X-Con-Id: 51246 X-Originating-IP: 193.31.11.193 Cc: Alberto Villa , current@freebsd.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2010 06:06:09 -0000 El día Wednesday, October 27, 2010 a las 12:12:09PM -0500, Scot Hetzel escribió: > > Where did you get your bcmwl5 driver?  If you downloaded it from Acer, > > it should work.  If you downloaded it from anywhere else then this > > might be why it didn't work for you. > > > > Just noticed that you didn't specify your computer manufacture. The > above would only work for Matthias Apitz. > > You just need to download the driver from the manufacture of your computer. Why is this? Isn't it just the Wifi chip which matters? Could you sheet a bit light on this? Thanks matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 06:32:53 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E481C106566B; Thu, 28 Oct 2010 06:32:53 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id 391788FC08; Thu, 28 Oct 2010 06:32:53 +0000 (UTC) Received: from [193.31.11.193] (helo=current.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1PBM2d-000552-VK; Thu, 28 Oct 2010 08:32:52 +0200 Received: from current.Sisis.de (current [127.0.0.1]) by current.Sisis.de (8.14.3/8.14.3) with ESMTP id o9S6WtHN069134; Thu, 28 Oct 2010 08:32:55 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by current.Sisis.de (8.14.3/8.14.3/Submit) id o9S6Wt24069106; Thu, 28 Oct 2010 08:32:55 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: current.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Thu, 28 Oct 2010 08:32:55 +0200 From: Matthias Apitz To: Scot Hetzel Message-ID: <20101028063255.GA17624@current.Sisis.de> References: <20101025080705.GA33315@current.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 8.0-CURRENT (i386) User-Agent: Mutt/1.5.19 (2009-01-05) X-Con-Id: 51246 X-Originating-IP: 193.31.11.193 Cc: Alberto Villa , current@freebsd.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2010 06:32:54 -0000 El día Wednesday, October 27, 2010 a las 12:07:51PM -0500, Scot Hetzel escribió: > On Wed, Oct 27, 2010 at 8:58 AM, Alberto Villa wrote: > > On Wed, Oct 27, 2010 at 1:36 PM, Paul B Mahol wrote: > >> NDISulator does not support 6.X NDIS API. You will need to find bcmwl5 > >> driver. Note 5 vs 6 in driver name. > >> Editing inf files will give you nothing. > > > > i've tried that driver, but apparently it doesn't support my card... > > loading the .ko doesn't show anything... > > Where did you get your bcmwl5 driver? If you downloaded it from Acer, > it should work. If you downloaded it from anywhere else then this > might be why it didn't work for you. Following Scot's hint (thanks for this) I downloaded today morning the WinXP x86 driver zip archive from www.Acer.com and built the bcmwl5_sys.ko with ndisgen(8). The system panics on early boot stages when the kmod was pulled in via loader.conf. If the system is up, you can kldload the module fine and the interface ndis0 appears and even the card gets associated with the AP (i.e. wpa_supplicant(8) must work fine). The ifconfig(8) shows the interface as: ndis0: flags=8843 metric 0 mtu 2290 ether 90:4c:e5:00:06:ce media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated and the Wifi indicator light of the laptop is green. But: # dhclient ndis0 ifconfig: ioctl (SIOCAIFADDR): Invalid argument ndis0: not found and the same is with # ifconfig ndis0 192.168.2.200 All this is with a 8-CURRENT kernel/system as of May 2009. I will now build a USB key from HEAD and will continue testing. Thanks matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 12:17:03 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D08EE106564A; Thu, 28 Oct 2010 12:17:03 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 78BEF8FC14; Thu, 28 Oct 2010 12:17:03 +0000 (UTC) Received: by qwe4 with SMTP id 4so1840551qwe.13 for ; Thu, 28 Oct 2010 05:17:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=kM/l8AEjmhelmQu15QgMip5TK6UY+HiKvc9qx3lXDPc=; b=f7jAGwOZkGPFoxHZoCRMSsza6dC69+Z7uEutyXPWGQS6VpzCGpmzKGsuiAeTLL88P0 kNmImo3LVJm2uY4u2Z1xD6OcCD2itvBaNYVjP7FG27MpXE0RJDs+BeTShrBXxKRSwejb Ua8SYpriSDBQFp+rMpWn2huHkWLJikuMaW4kw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=gQgFsxgxIcvmcL2D4dQ7t+Kp9nWdmxAmERT6Bn3E0FePeNUk2ia38z9ENfJRACoQ8m iv65AD5VwnAXFIs6nGMUabptTdlvbRf9T6RbUhRUSkJ1472tDBbNnLhWdYRM0+ggDDKF mtPudMtgA5LimwY2MA4fPNYYPRYy/E2ReG7nA= Received: by 10.224.191.129 with SMTP id dm1mr4629929qab.31.1288266631758; Thu, 28 Oct 2010 04:50:31 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.229.80.5 with HTTP; Thu, 28 Oct 2010 04:49:51 -0700 (PDT) From: Ivan Voras Date: Thu, 28 Oct 2010 13:49:51 +0200 X-Google-Sender-Auth: EVLlA8M3IfGK7LHvYVjJKQwUI1k Message-ID: To: FreeBSD-Current , freebsd-fs , kris@pcbsd.org, Gleb Kurtsou Content-Type: text/plain; charset=UTF-8 Cc: Subject: Fixing and importing the fusefs kernel module - any VFS-savvy takers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2010 12:17:04 -0000 Hello, After a discussion in arch@, it looks like there are many developers interested in having fusefs in the tree but no VFS experts with the time to fix the remaining bugs and basically make it stable enough to commit to the base tree. Fusefs is the Linux-developed userland filesystem interface which is fairly popular in the wild, especially with the "sshfs" module which allows mounting of generic ssh/sftp directories in a very easy way. Among other filesystems developed for fuse there are some cluster file systems, some crypto file systems and helper file systems used by Gnome and such environments. The initial FreeBSD reimplementation of the kernel module (the userland utlities and libraries don't require complicated porting) was was developed in one of the very early Google Summer of Code projects (2005) and is now in a bit unusual situation: 1) it *is* popular, as reports about its breakage arrive pretty soon after it breaks (i.e. due to mainline kernel changes) 2) it is currently available as a port but it is practically unmaintained. The source code archive is from 2008 and the port contains a dozen patches to be applied to it to make it work on recent systems 3) it is also not exactly rock stable, though this has improved with the above patches; Currently, with sshfs, it is good enough to: - survive blogbench runs - survive fsx runs with arguments "-W -R -L", i.e. no mmaped operations, no file size altering / truncate operations There have been claims it also corrupts kernel memory. Basically, this is a call for help in working on fusefs. There are several developers and users willing to do testing and such but no available developers with their hands in the guts of VFS to squash the buried bugs. Fusefs might be especially relevant to desktop users and as such to PC-BSD developers, so I'm cc-ing Kris in case he has a comment. Is anyone interested? References: http://permalink.gmane.org/gmane.os.freebsd.architechture/13623 http://fuse.sourceforge.net/ http://fuse4bsd.creo.hu/ http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/fusefs-kmod/ http://old.nabble.com/forum/Search.jtp?forum=6572&local=y&query=fusefs http://old.nabble.com/forum/Search.jtp?forum=6610&local=y&query=fusefs From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 12:35:03 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FEDE1065673 for ; Thu, 28 Oct 2010 12:35:03 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id EAD508FC1C for ; Thu, 28 Oct 2010 12:35:02 +0000 (UTC) Received: from vhoffman-macbooklocal.local (gw.office.as29550.net [213.229.80.76]) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id o9SCZ1KR032508 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 28 Oct 2010 13:35:01 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4CC96DF5.60501@unsane.co.uk> Date: Thu, 28 Oct 2010 13:35:01 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.11) Gecko/20101013 Thunderbird/3.1.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: Fixing and importing the fusefs kernel module - any VFS-savvy takers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2010 12:35:03 -0000 On 28/10/2010 12:49, Ivan Voras wrote: > Hello, > > Basically, this is a call for help in working on fusefs. There are > several developers and users willing to do testing and such but no > available developers with their hands in the guts of VFS to squash the > buried bugs. Fusefs might be especially relevant to desktop users and > as such to PC-BSD developers, so I'm cc-ing Kris in case he has a > comment. > > Is anyone interested? > Would it not make more sense to take the work done here: http://wiki.freebsd.org/SOC2009TatsianaSeveryna forward? (not volunteering, just wondering what with the licensing and all.) Vince > References: > > http://permalink.gmane.org/gmane.os.freebsd.architechture/13623 > http://fuse.sourceforge.net/ > http://fuse4bsd.creo.hu/ > http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/fusefs-kmod/ > http://old.nabble.com/forum/Search.jtp?forum=6572&local=y&query=fusefs > http://old.nabble.com/forum/Search.jtp?forum=6610&local=y&query=fusefs > _______________________________________________ > 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-current@FreeBSD.ORG Thu Oct 28 12:36:19 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01CED10656AE for ; Thu, 28 Oct 2010 12:36:19 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7E87B8FC13 for ; Thu, 28 Oct 2010 12:36:18 +0000 (UTC) Received: by wyb42 with SMTP id 42so1805864wyb.13 for ; Thu, 28 Oct 2010 05:36:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=a/2CsiwxrOtLbldOI7j8UWinto6zTEjuHecXuiomDQo=; b=EvOQpoS+402/67XmrhzYnJSp5m8V9Qa0yGnpw++/EVebs1V52Y2yEK+qtvg3x4g4+M mcUxBYmRb8sPp40eDtyAXJoBl5a2DMaCR6apSGxqqgdFefmiqIlWDoZbIvDPEXy16w3l 9TDVlwq7kapg7QaOWRaVTkck4+pjC/7rkUPFg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=bGEcfHLNr4xdzQSsWP3S93uLIweBR8u0O2QRPDXw36lxo+LbnLgLLoFKWwc5r7Ybfh X+7h7205eyOLtJL2pYeQbuOzU0horv5+SaAvUmq7kHr/PdTaEuAcsFluxABn8+DKcMSG SWxj1iLsQyLQgQUSNmOdxHLf4LAFQ8brLUEM4= MIME-Version: 1.0 Received: by 10.216.158.140 with SMTP id q12mr131695wek.14.1288267631206; Thu, 28 Oct 2010 05:07:11 -0700 (PDT) Received: by 10.216.50.140 with HTTP; Thu, 28 Oct 2010 05:07:10 -0700 (PDT) In-Reply-To: <20101028063255.GA17624@current.Sisis.de> References: <20101025080705.GA33315@current.Sisis.de> <20101028063255.GA17624@current.Sisis.de> Date: Thu, 28 Oct 2010 12:07:10 +0000 Message-ID: From: Paul B Mahol To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Cc: Alberto Villa , Scot Hetzel , current@freebsd.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2010 12:36:19 -0000 On 10/28/10, Matthias Apitz wrote: > El dia Wednesday, October 27, 2010 a las 12:07:51PM -0500, Scot Hetzel > escribio: > >> On Wed, Oct 27, 2010 at 8:58 AM, Alberto Villa wrote: >> > On Wed, Oct 27, 2010 at 1:36 PM, Paul B Mahol wrote: >> >> NDISulator does not support 6.X NDIS API. You will need to find bcmwl5 >> >> driver. Note 5 vs 6 in driver name. >> >> Editing inf files will give you nothing. >> > >> > i've tried that driver, but apparently it doesn't support my card... >> > loading the .ko doesn't show anything... >> >> Where did you get your bcmwl5 driver? If you downloaded it from Acer, >> it should work. If you downloaded it from anywhere else then this >> might be why it didn't work for you. > > Following Scot's hint (thanks for this) I downloaded today morning the > WinXP x86 driver zip archive from www.Acer.com and built the bcmwl5_sys.ko > with > ndisgen(8). The system panics on early boot stages when the kmod was > pulled in via loader.conf. Newer drivers do that, I don't have solution. > > If the system is up, you can kldload the module fine and the interface > ndis0 appears and even the card gets associated with the AP (i.e. > wpa_supplicant(8) must work fine). > > The ifconfig(8) shows the interface as: > > ndis0: flags=8843 metric 0 mtu 2290 > ether 90:4c:e5:00:06:ce > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > > and the Wifi indicator light of the laptop is green. > > But: > > # dhclient ndis0 > ifconfig: ioctl (SIOCAIFADDR): Invalid argument > ndis0: not found > > and the same is with > > # ifconfig ndis0 192.168.2.200 > > All this is with a 8-CURRENT kernel/system as of May 2009. I will now build > a > USB key from HEAD and will continue testing. > On 9/8 CURRENT you create wlanX with ifconfig(8) and operate on them. But note that such old CURRENT have few bugs in NDISulator. For example scan results are incomplete and scanning can trigger panic in some situations. If you use wpa_supplicant -Dndis you will never encounter such problems. From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 12:58:22 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA09B10656A6; Thu, 28 Oct 2010 12:58:22 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id 283F48FC19; Thu, 28 Oct 2010 12:58:22 +0000 (UTC) Received: from [193.31.11.193] (helo=current.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1PBS3g-0003pg-I1; Thu, 28 Oct 2010 14:58:20 +0200 Received: from current.Sisis.de (current [127.0.0.1]) by current.Sisis.de (8.14.3/8.14.3) with ESMTP id o9SCwK51051424; Thu, 28 Oct 2010 14:58:20 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by current.Sisis.de (8.14.3/8.14.3/Submit) id o9SCwK38051423; Thu, 28 Oct 2010 14:58:20 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: current.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Thu, 28 Oct 2010 14:58:20 +0200 From: Matthias Apitz To: Paul B Mahol Message-ID: <20101028125819.GA51336@current.Sisis.de> References: <20101025080705.GA33315@current.Sisis.de> <20101028063255.GA17624@current.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 8.0-CURRENT (i386) User-Agent: Mutt/1.5.19 (2009-01-05) X-Con-Id: 51246 X-Originating-IP: 193.31.11.193 Cc: Alberto Villa , Scot Hetzel , current@freebsd.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2010 12:58:22 -0000 El día Thursday, October 28, 2010 a las 12:07:10PM +0000, Paul B Mahol escribió: > > # dhclient ndis0 > > ifconfig: ioctl (SIOCAIFADDR): Invalid argument > > ndis0: not found > > > > and the same is with > > > > # ifconfig ndis0 192.168.2.200 > > > > All this is with a 8-CURRENT kernel/system as of May 2009. I will now build > > a > > USB key from HEAD and will continue testing. > > > > On 9/8 CURRENT you create wlanX with ifconfig(8) and operate on them. Stupid I am. Of course. I forgot this in the happyness that ndis0 came up :-( > But note that such old CURRENT have few bugs in NDISulator. > > For example scan results are incomplete and scanning can trigger panic > in some situations. > If you use wpa_supplicant -Dndis you will never encounter such problems. I've checked my old man page and the one of HEAD ... -D.... is not explained in the man page of wpa_supplicant(8), but in its help: # /usr/sbin/wpa_supplicant --help | fgrep -- -D wpa_supplicant: illegal option -- - -i -c [-C] [-D] [-p] \ [-N -i -c [-C] [-D] \ -D = driver name wpa_supplicant -Dwext -iwlan0 -c/etc/wpa_supplicant.conf Thanks for the hint matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 13:05:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F050D1065673 for ; Thu, 28 Oct 2010 13:05:58 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id A380B8FC14 for ; Thu, 28 Oct 2010 13:05:58 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PBSB0-0007ZR-7w for freebsd-current@freebsd.org; Thu, 28 Oct 2010 15:05:54 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 28 Oct 2010 15:05:54 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 28 Oct 2010 15:05:54 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 28 Oct 2010 15:05:47 +0200 Lines: 36 Message-ID: References: <4CC96DF5.60501@unsane.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.12) Gecko/20101018 Thunderbird/3.0.8 In-Reply-To: <4CC96DF5.60501@unsane.co.uk> X-Enigmail-Version: 1.0.1 Subject: Re: Fixing and importing the fusefs kernel module - any VFS-savvy takers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2010 13:05:59 -0000 On 10/28/10 14:35, Vincent Hoffman wrote: > On 28/10/2010 12:49, Ivan Voras wrote: >> Hello, >> > >> Basically, this is a call for help in working on fusefs. There are >> several developers and users willing to do testing and such but no >> available developers with their hands in the guts of VFS to squash the >> buried bugs. Fusefs might be especially relevant to desktop users and >> as such to PC-BSD developers, so I'm cc-ing Kris in case he has a >> comment. >> >> Is anyone interested? >> > > Would it not make more sense to take the work done here: > http://wiki.freebsd.org/SOC2009TatsianaSeveryna > forward? (not volunteering, just wondering what with the licensing and > all.) Hello, No, the puffs port is in about the same state as fusefs, and fusefs has these benefits over it: * More file systems are developed for fuse (an incomplete list is here: http://sourceforge.net/apps/mediawiki/fuse/index.php?title=FileSystems) * It's more popular both among the users and 3d party software developers (like Gnome) * It's better performing, at least in theory, because puffs was not originally written for a multi-threaded kernel (lots of serialization) Licensing isn't a problem since the fuse kernel module is developed from scratch under the BSDL. From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 14:37:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BFCC1065675 for ; Thu, 28 Oct 2010 14:37:51 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id D44D18FC17 for ; Thu, 28 Oct 2010 14:37:50 +0000 (UTC) Received: by ewy28 with SMTP id 28so1066866ewy.13 for ; Thu, 28 Oct 2010 07:37:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=DyVPbGVWks5vtZP72aYNvnancL9RjH+TMSTeokne+gk=; b=uuudB8hECOTe0ocyVC5xnXiUk2v1Pas9t4zlxdxveD10/3oIX4Bv4PJF6WT2nJPaS/ gPX6T8K+2CN3izKkQQOhmw4MSSiJ1SGt3xtN6RqLT51SWg8+R7aP08ANca6q6vZs+G29 zk27MG9qiOmn9us/iMANh0nwsuVKW7rzB7q4o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=btUQPgUXGzPFA0i48AOwnihPE63W75rETmHzje27eYnACKb8XVFI8vSUrwLcOllt5Z ZuCTuq8xyh9jjVAHDFUlbprnj5XCFPD02gUIsV9QhMhGGbNta/RXkknB5l3Ut2496b1j 9/TNHFgl1lbUDddsyYYVppondhbIYCivRVwGg= Received: by 10.14.29.14 with SMTP id h14mr729696eea.36.1288275367282; Thu, 28 Oct 2010 07:16:07 -0700 (PDT) Received: from localhost ([212.98.186.134]) by mx.google.com with ESMTPS id b52sm827222eei.7.2010.10.28.07.16.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 28 Oct 2010 07:16:05 -0700 (PDT) Date: Thu, 28 Oct 2010 17:15:59 +0300 From: Gleb Kurtsou To: Ivan Voras Message-ID: <20101028141559.GA2291@tops> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-fs , FreeBSD-Current , kris@pcbsd.org Subject: Re: Fixing and importing the fusefs kernel module - any VFS-savvy takers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2010 14:37:51 -0000 On (28/10/2010 13:49), Ivan Voras wrote: > Hello, > > After a discussion in arch@, it looks like there are many developers > interested in having fusefs in the tree but no VFS experts with the > time to fix the remaining bugs and basically make it stable enough to > commit to the base tree. > > Fusefs is the Linux-developed userland filesystem interface which is > fairly popular in the wild, especially with the "sshfs" module which > allows mounting of generic ssh/sftp directories in a very easy way. > Among other filesystems developed for fuse there are some cluster file > systems, some crypto file systems and helper file systems used by > Gnome and such environments. The initial FreeBSD reimplementation of > the kernel module (the userland utlities and libraries don't require > complicated porting) was was developed in one of the very early Google > Summer of Code projects (2005) and is now in a bit unusual situation: > > 1) it *is* popular, as reports about its breakage arrive pretty soon > after it breaks (i.e. due to mainline kernel changes) > > 2) it is currently available as a port but it is practically > unmaintained. The source code archive is from 2008 and the port > contains a dozen patches to be applied to it to make it work on recent > systems > > 3) it is also not exactly rock stable, though this has improved with > the above patches; > > Currently, with sshfs, it is good enough to: > > - survive blogbench runs > - survive fsx runs with arguments "-W -R -L", i.e. no mmaped > operations, no file size altering / truncate operations > > There have been claims it also corrupts kernel memory. > > Basically, this is a call for help in working on fusefs. There are > several developers and users willing to do testing and such but no > available developers with their hands in the guts of VFS to squash the > buried bugs. Fusefs might be especially relevant to desktop users and > as such to PC-BSD developers, so I'm cc-ing Kris in case he has a > comment. > > Is anyone interested? Hi Ivan, I didn't reply to thread on @current as it seemed to me that decision was to keep it as it is until someone steps in to maintain it. I'd agree that "sshfs" is most wanted feature, but fuse_sshfs implementation is broken at best. It doesn't even have notion on inode numbers. It returns all directory entries with d_file=0, the same way st_ino=0. To make it actually work (dirent's with d_file=0 considered empty placeholders by FreeBSD VFS and libc) librefuse fills it with arbitrary numbers. To make long story short stuff like 'cd ..' works for you only because your sh and/or filemanager keeps full path on its own. Lots of other things using VOP_VPTOCNP are also broken. In this particular case puffs_sshfs looks much more promising, although it's explicitly marked as incomplete and buggy. The same applies to vast majority of fuse filesystems. Ignoring it is probably the easiest way to solve the problem, but I'd expect future userlevel filesystem implementation to comply to our VFS. Absence of mmap support is a real show stopper. It's also broken in puffs, and doesn't pass fsx tests. (I've once started implementing it but lost interest in userlevel filesystems after digging deeper into it.) On the other hand adding it to fuse shouldn't be very hard, it's just a question of free time. To sum it up. My personal opinion is that we'd better go with puffs-style approach. Implement userspace-kernel protocol that is as much close to our VFS as possible, and implement proper wrapper like librefuse (which is ok, but looks more like sketch than ready to use library). What I don't like about puffs is that is basically ignores locking serializing request from kernel. I'd suggest we ask a person with skills in network filesystems: locking, caching and all related issues, and improve existing puffs infrastructure accordingly (that includes inode numbers problem I've mentioned before). NFS4 might have interesting ideas. Probably Rick Macklem could express his opinion on this regard. Besides as far as I know OpenAFS has user-kernel interface and implements filesystem at userspace. Sun or Apple have reimplemented fuse in their own, although initial version was based on FreeBSD fuse port. It might be worth checking before moving any further with fuse. > > References: > > http://permalink.gmane.org/gmane.os.freebsd.architechture/13623 > http://fuse.sourceforge.net/ > http://fuse4bsd.creo.hu/ > http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/fusefs-kmod/ > http://old.nabble.com/forum/Search.jtp?forum=6572&local=y&query=fusefs > http://old.nabble.com/forum/Search.jtp?forum=6610&local=y&query=fusefs From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 16:37:54 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 555A5106566B; Thu, 28 Oct 2010 16:37:54 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id EA9598FC1D; Thu, 28 Oct 2010 16:37:53 +0000 (UTC) Received: by gya6 with SMTP id 6so1491848gya.13 for ; Thu, 28 Oct 2010 09:37:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kc0p6NekBypnX4OZhr5eOLtUAOzMqzl+kuNjfZQBztY=; b=xfJhvp+ZeeDSOg3Z4d1UX4VsONSvvz1W1f2xHzx9Gjr2efXc6Au2Lg3OllIRElwNcD AMZ81mNr9FbuZHGgMjVZ5UmgJGE0OC1gtioUcBzurqyPxRUMxS+P/vWysaaJe4j8d/Jt yVeFBJQzpCLXpxsTGTYhU28hwvKPhAK+Qc5OY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=KJS+ZweWFof9im0agVryQk23/EvMOMg5j9yojX3NzWWlnpCWTnRA2NRFcnDqbYNPjL E6hQOZhhZsdrrADOu+didfv9nXBU9qQAKLoG/NAtbmTo+eSKTSdEU9BjrTUa9tYaFhEV iLbcSbVY6+pjpeGqMeOibGtd9TjDp5B4LzqLw= MIME-Version: 1.0 Received: by 10.239.181.211 with SMTP id n19mr3143098hbg.102.1288283872363; Thu, 28 Oct 2010 09:37:52 -0700 (PDT) Received: by 10.239.136.137 with HTTP; Thu, 28 Oct 2010 09:37:52 -0700 (PDT) In-Reply-To: <20101028060610.GB1900@current.Sisis.de> References: <20101025080705.GA33315@current.Sisis.de> <20101028060610.GB1900@current.Sisis.de> Date: Thu, 28 Oct 2010 11:37:52 -0500 Message-ID: From: Scot Hetzel To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alberto Villa , current@freebsd.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2010 16:37:54 -0000 On Thu, Oct 28, 2010 at 1:06 AM, Matthias Apitz wrote: > El d=EDa Wednesday, October 27, 2010 a las 12:12:09PM -0500, Scot Hetzel = escribi=F3: > >> > Where did you get your bcmwl5 driver? =A0If you downloaded it from Ace= r, >> > it should work. =A0If you downloaded it from anywhere else then this >> > might be why it didn't work for you. >> > >> >> Just noticed that you didn't specify your computer manufacture. =A0The >> above would only work for Matthias Apitz. >> >> You just need to download the driver from the manufacture of your comput= er. > > Why is this? Isn't it just the Wifi chip which matters? Could you sheet > a bit light on this? Thanks > When you get the Windows NDIS driver from the computer manufacture, you are ensured that your card is supported by that version of the driver. If you download the Windows NDIS driver from another source, that driver may not include support for your card as it might be an older version. Also, some versions of the Windows NDIS driver may use functions that are not currently implemented in the FreeBSD NDIS emulator. Scot From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 17:08:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B885106566C for ; Thu, 28 Oct 2010 17:08:45 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id C46238FC16 for ; Thu, 28 Oct 2010 17:08:44 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id o9SH8h4X021048 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 28 Oct 2010 19:08:43 +0200 Received: from [192.168.100.171] (173.Red-83-63-160.staticIP.rima-tde.net [83.63.160.173]) (authenticated bits=0) by ackerman2.upc.es (8.13.8/8.13.8) with ESMTP id o9SH8fNu027448 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 28 Oct 2010 19:08:42 +0200 Message-ID: <4CC9AE18.2090101@entel.upc.edu> Date: Thu, 28 Oct 2010 19:08:40 +0200 From: =?UTF-8?B?R3VzdGF1IFDDqXJleg==?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.11) Gecko/20101006 Thunderbird/3.1.5 MIME-Version: 1.0 To: FreeBSD-Current References: In-Reply-To: X-Scanned-By: MIMEDefang 2.63 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dash.upc.es [147.83.2.50]); Thu, 28 Oct 2010 19:08:43 +0200 (CEST) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs , Gleb Kurtsou , kris@pcbsd.org Subject: Re: Fixing and importing the fusefs kernel module - any VFS-savvy takers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2010 17:08:45 -0000 Al 28/10/10 13:49, En/na Ivan Voras ha escrit: > 1) it *is* popular, as reports about its breakage arrive pretty soon > after it breaks (i.e. due to mainline kernel changes) > > 2) it is currently available as a port but it is practically > unmaintained. The source code archive is from 2008 and the port > contains a dozen patches to be applied to it to make it work on recent > systems > > 3) it is also not exactly rock stable, though this has improved with > the above patches; > > Currently, with sshfs, it is good enough to: > > - survive blogbench runs > - survive fsx runs with arguments "-W -R -L", i.e. no mmaped > operations, no file size altering / truncate operations > > There have been claims it also corrupts kernel memory. > > Basically, this is a call for help in working on fusefs. There are > several developers and users willing to do testing and such but no > available developers with their hands in the guts of VFS to squash the > buried bugs. Fusefs might be especially relevant to desktop users and > as such to PC-BSD developers, so I'm cc-ing Kris in case he has a > comment. > > Is anyone interested? > Hello, I don't know whether fusefs-{kmod|libs} is the best option or if it would be better to work with puffs (and friend). It is my understanding that puffs brings the librefuse library which was written to bring a compatibility layer, so any fs written for fuse could be used (with some additional work) with puffs (please, correct me if I'm wrong). I also know that puffs is not multithreaded and so that means any failure in any filesystem using puffs will mean a bottleneck for the whole system, not to mention the performance loss we may "achieve" (just kidding) when being used by different filesystems in user space. And it seems that puffs is closer to the kernel structures than current fusefs. So it is not an easy choice and I don't which one I would pick. Anyhow, I don't have the skills yet to write code, but I have the will to learn vfs internals and help finding bugs. Any option you take will be good for me. So you can count on me :) Best regards, Gustau From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 18:42:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DABFE106566C; Thu, 28 Oct 2010 18:42:20 +0000 (UTC) (envelope-from shteryana@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 743208FC1D; Thu, 28 Oct 2010 18:42:20 +0000 (UTC) Received: by qyk7 with SMTP id 7so5135300qyk.13 for ; Thu, 28 Oct 2010 11:42:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:reply-to:received :date:x-google-sender-auth:message-id:subject:from:to:content-type; bh=MV6/XeqWdPZSfhg4PV7R0HH8El4bziZsNKzDFT2OBQI=; b=TjvrDOSQFaPOjD/E6rQbimThJYvIKxSp5V6j+rK7vWNnnJb52b/MIWBz813QLwRMDD 1fjwjN0a3qJyywz1zaVXWKAE9+s8RFtrkwT5IQI6vxNwyRYG802+fxqy68W+pJQ4f6LH 8xtvW4dawONUF0do3CyOzM8NSlcQTWDIBC8Bw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:date:x-google-sender-auth:message-id :subject:from:to:content-type; b=TzOxRSkFauZiA5a++owypGUEyO1Wd6f0H0S4aB5r78Pn+V9oPyhl5FydWaSBnV28bN O+1RBt+A7XMoR/HPQAYY5R63Nnqv+v8LPhbDMYorwF+7hU5/7Isxv+E8eYUwGUYpbroM YpZLEbyhXrC+Ps3Z1Wrjs9k1iCrCLMZ0l2Ez4= MIME-Version: 1.0 Received: by 10.229.88.15 with SMTP id y15mr396767qcl.39.1288289977558; Thu, 28 Oct 2010 11:19:37 -0700 (PDT) Sender: shteryana@gmail.com Received: by 10.229.230.202 with HTTP; Thu, 28 Oct 2010 11:19:37 -0700 (PDT) Date: Thu, 28 Oct 2010 21:19:37 +0300 X-Google-Sender-Auth: eWmyYPo6-CBRJAz4sa-Cv9LBfCc Message-ID: From: Shteryana Shopova To: "freebsd-net@FreeBSD.org" , freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Call for testers: SNMPv3 support for bsnmpd(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: syrinx@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2010 18:42:20 -0000 Dear all, I am happy to announce that work on SNMPv3 support for bsnmpd(1) is now completed and ready for testing. I want to thank the FreeBSD Foundation for funding this work. A quick how-to get started with the changes bsnmpd(1) follows. The patch against FreeBSD current sources is available under http://people.freebsd.org/~syrinx/snmp/svn-snmpd-20101028-02.diff. To compile && install the sources #cd #fetch http://people.freebsd.org/~syrinx/snmp/svn-snmpd-20101028-02.diff #mkdir contrib/bsnmp/snmp_vacm && mkdir contrib/bsnmp/snmp_usm && mkdir usr.sbin/bsnmpd/tools && mkdir usr.sbin/bsnmpd/tools/bsnmptools && mkdir usr.sbin/bsnmpd/tools/libbsnmptools && mkdir usr.sbin/bsnmpd/modules/snmp_vacm && mkdir usr.sbin/bsnmpd/modules/snmp_usm #patch < svn-snmpd-20101028-02.diff # The patch contains all changes made to support SNMPv3 in bsnmpd(1) and also bsnmpdtools(1) that were initially developed during Google's Summer of Code 2005 and later together with bsnmpd(1) enhanced to support SNMPv3 encryption and authentication. After the implemented changes bsnmpd(1) should be compatible with old configuration files and unless explicitly specified in its configuration file, it should also retain its current behavior. By default, all SNMP versions are enabled, however as there are no SNMPv3 USM users defined, SNMPv3 packets are silently dropped. To be able to configure SNMPv3 users View-based access rules one needs to load two additional modules in bsnmpd(1) that are not loaded by default - snmp_usm(1) and snmp_vacm(1). This is done by adding the following lines in bsnmpd.config # SNMPv3 User-based security module - must be loaded for SNMPv3 USM begemotSnmpdModulePath."usm" = "/usr/lib/snmp_usm.so" # SNMPv3 View-based Access Control module begemotSnmpdModulePath."vacm" = "/usr/lib/snmp_vacm.so" The objects from SNMP-FRAMEWORK-MIB (snmpEngineID, snmpEngineBoots, snmpEngineTime and snmpEngineMaxMessageSize) are mandatory for an SNMP agent compliant with the SNMPv3 Framework and are supported by bsnmpd(1). A administrative value for the snmpEngineID may be specified via the daemon's configuration file , for example # The SNMP engine ID engine := 0x80:0x00:0x1f:0x88:0x80:0x91:0x04:0xc9:0x0f:0x67:0xe9:0x5b:0x4c snmpEngineID = $(engine) If not present, a default value is assigned to the object based on host id, where bsnmpd(1) is running. SNMPv1 and SNMPv2 communities definitions in the config file have not changes. Definition of SNMPv3 users is done in the usm section of the configuration file, for example %usm NoAuthProtocol := 1.3.6.1.6.3.10.1.1.1 HMACMD5AuthProtocol := 1.3.6.1.6.3.10.1.1.2 HMACSHAAuthProtocol := 1.3.6.1.6.3.10.1.1.3 NoPrivProtocol := 1.3.6.1.6.3.10.1.2.1 DESPrivProtocol := 1.3.6.1.6.3.10.1.2.2 AesCfb128Protocol := 1.3.6.1.6.3.10.1.2.4 user1 := "test" user4 := "testmd5" user6 := "testaes" user4passwd := 0xa4:0x27:0x99:0xe2:0x4b:0x32:0x12:0xec:0xe5:0xf4:0xac:0x83:0x1f:0x75:0xbb:0x59 user6passwd := 0x1b:0x07:0x9b:0x0b:0x75:0xb7:0xab:0xc7:0x77:0x6a:0x1a:0x24:0x02:0x0c:0x3a:0x87:0x4c:0x80:0x80:0x04 # SNMPv3 user with name "test", no authentication, no privacy usmUserStatus.$(engine).$(user1) = 5 usmUserAuthProtocol.$(engine).$(user1) = $(NoAuthProtocol) usmUserPrivProtocol.$(engine).$(user1) = $(NoPrivProtocol) usmUserStatus.$(engine).$(user1) = 1 # SNMPv3 user with name "testmd5", MD5 message digests, no privacy usmUserStatus.$(engine).$(user4) = 5 usmUserAuthKeyChange.$(engine).$(user4) = $(user4passwd) usmUserPrivProtocol.$(engine).$(user4) = $(NoPrivProtocol) usmUserStatus.$(engine).$(user4) = 1 # SNMPv3 user with name "testaes", SHA256 message digests, AES encryption usmUserStatus.$(engine).$(user6) = 5 usmUserAuthProtocol.$(engine).$(user6) = $(HMACSHAAuthProtocol) usmUserAuthKeyChange.$(engine).$(user6) = $(user6passwd) usmUserPrivProtocol.$(engine).$(user6) = $(AesCfb128Protocol) usmUserPrivKeyChange.$(engine).$(user6) = $(user6passwd) usmUserStatus.$(engine).$(user6) = 1 The password of each user specified in the configuration file is the localized password for the current snmpEngineId and may be calculated via bsnmpget(1), for example > setenv | grep SNMP SNMPUSER=testaes SNMPPASSWD=shteryana SNMPAUTH=sha SNMPPRIV=aes > bsnmpget -v 3 -D -K -o verbose Engine ID 0x80001f88809104c90f67e95b4c Boots : 145 Time : 1 Localized keys for testaes SHA : 0x1b079b0b75b7abc7776a1a24020c3a874c808004 AES : 0x1b079b0b75b7abc7776a1a24020c3a87 > Supported authentication options are MD5 and SHA256 or none, and supported encryption options are DES and AES. If encryption is used, authenticaiton is also mandatory. Unless the snmp_vacm(1) module is loaded, all users have access to the values of all MIB objects available in bsnmpd(1). To allow only access to ceratain parts of the MIB subtrees supported in bsnmpd(1) one should use the snmp_vacm(3) module. The module is configured in the %vacm section of the snmpd.config file. To properly configure View-Based access, at least three enties are needed - one specifying a group of users, a second specifying an access rule for the group of users, and a third specifying the MIB subtrees that the group of users is allowed read-only or write access. For example, read := "public" write := "private" %vacm #Definition of a SNMPv1 group in snmp_vacm(3) vacmSecurityToGroupStatus.1.$(read) = 4 vacmGroupName.1.$(read) = $(read) #Definition of a SNMPv2 group in snmp_vacm(3) vacmSecurityToGroupStatus.2.$(write) = 4 vacmGroupName.2.$(write) = $(write) #Definition of a SNMPv3 group, including users "test" and "testaes" in snmp_vacm(3) vacmSecurityToGroupStatus.3.$(user1) = 4 vacmGroupName.3.$(user1) = $(write) vacmSecurityToGroupStatus.3.$(user6) = 4 vacmGroupName.3.$(user6) = $(write) # List of views as per RFC 3415 internetoid := 1.3.6.1 internetoidlen := 4 vacmViewTreeFamilyStatus."internet".$(internetoidlen).$(internetoid) = 4 vacmViewTreeFamilyStatus."restricted".$(internetoidlen).$(internetoid) = 4 noAuthNoPriv := 1 authNoPriv := 2 authPriv := 3 #Read-only access for the users from the SNMPv1 group vacmAccessStatus.$(read)."".1.1 = 4 vacmAccessReadViewName.$(read)."".1.1 = "internet" #Read-write access for the users from the SNMPv2 group vacmAccessStatus.$(write)."".2.1 = 4 vacmAccessReadViewName.$(write)."".2.1 = "internet" vacmAccessWriteViewName.$(write)."".2.1 = "internet" #Read-write-notify access for SNMPv3 USM users with noAuthNoPriv vacmAccessStatus.$(write)."".3.$(noAuthNoPriv) = 4 vacmAccessReadViewName.$(write)."".3.$(noAuthNoPriv) = "internet" vacmAccessReadViewName.$(write)."".3.$(noAuthNoPriv) = "internet" vacmAccessWriteViewName.$(write)."".3.$(noAuthNoPriv) = "internet" vacmAccessNotifyViewName.$(write)."".3.$(noAuthNoPriv) = "internet" #Read-write-notify access for SNMPv3 USM users with authNoPriv vacmAccessStatus.$(write)."".3.$(authNoPriv) = 4 vacmAccessReadViewName.$(write)."".3.$(authNoPriv) = "internet" vacmAccessWriteViewName.$(write)."".3.$(authNoPriv) = "internet" vacmAccessNotifyViewName.$(write)."".3.$(authNoPriv) = "internet" #Read-write-notify access to restricted for SNMPv3 USM users with authPriv vacmAccessStatus.$(write)."".3.$(authPriv) = 4 vacmAccessReadViewName.$(write)."".3.$(authPriv) = "restricted" vacmAccessWriteViewName.$(write)."".3.$(authPriv) = "restricted" vacmAccessNotifyViewName.$(write)."".3.$(authPriv) = "restricted" The snmp_vacm(3) module may be used separately from the snmp_usm(3) module. In case the snmp_usm(3) is not loaded, the snmp_vacm(3) will grant access to the MIB objects in bsnmpd(1) to SNMPv1/v2c users. SNMPv1/v2c user names must match the configured read/wqrite communities in the snmpd.config file. Both modules may be be also configured via SNMP SET requests, but such configuration is not persistent between reboots of bsnmpd(1). bsnmptools(1) may be used to query OID values from bsmnpd(1), the bsnmpget(1) man page specifies all the available command line options that may be passed to the tools. In the simplest case, given that the SNMPUSER, SNMPPASSWD, SNMPAUTH, SNMPPRIV environment variables are set, with SNMPv3 the bsnmptools(1) will perform authomatic engine ID discovery, calculate the correspoding localized keys for the discovered engine ID and query the agent with the appropriate options in the SNMP PDUs, for example > bsnmpwalk -v 3 mib2 Engine ID 0x80001f88809104c90f67e95b4c Boots : 148 Time : 337 Localized keys for testaes SHA : 0x1b079b0b75b7abc7776a1a24020c3a874c808004 AES : 0x1b079b0b75b7abc7776a1a24020c3a87 sysDescr.0 = prometheus 1108790616 FreeBSD 9.0-CURRENT sysObjectId.0 = begemotSnmpdAgentFreeBSD sysUpTime.0 = 36605 sysContact.0 = syrinx@FreeBSD.org sysName.0 = prometheus sysLocation.0 = Somewhere in Europe sysServices.0 = 76 sysORLastChange.0 = 1 sysORID[1] = begemotSnmpdTransUdp .... Enjoy! cheers, Shteryana From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 20:25:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 354351065679; Thu, 28 Oct 2010 20:25:20 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id C4DF28FC20; Thu, 28 Oct 2010 20:25:19 +0000 (UTC) Received: by qyk2 with SMTP id 2so1285442qyk.13 for ; Thu, 28 Oct 2010 13:25:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=Bzkf3ARGBw6BQeK6ofKhtnm5vlXG+LEv8brH8ak7QZc=; b=nYol1W4pmK+8yLuaINDoiNVaVPK7KebeiHYOdenkO7B71CMviIBT1nuFWyrPmucj3P eHd0NgH5g61f761NJ3R1Flo7l55BHBexyn9IQ5R9szGlpqSjYdBXWBS0txOqkji+xoI5 k/+0V/TzPSvn2w1vSxNWDTXO117+/jhfBZr6Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=SpgY+3qJ3xDvqT1VwbUWwUGPXmeAriGUK4UFZT7aO+SYp9Jlbytsy+ljkjSqcacCbb CZfUrOv7nQYbPEqUYSKzBNhCUZzKYJjTgdWFYIcUHNPlpKQulkaSESaAbjUNbZ4UTsH1 +SmNIfLFcZiWslETi9eQa1VG1Ogj3fhWhhQY8= Received: by 10.224.75.134 with SMTP id y6mr3971718qaj.265.1288297518892; Thu, 28 Oct 2010 13:25:18 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.229.80.5 with HTTP; Thu, 28 Oct 2010 13:24:37 -0700 (PDT) In-Reply-To: <20101028141559.GA2291@tops> References: <20101028141559.GA2291@tops> From: Ivan Voras Date: Thu, 28 Oct 2010 22:24:37 +0200 X-Google-Sender-Auth: KSDnvwdJ0oSoXf9MJl0fnspCh9M Message-ID: To: Gleb Kurtsou Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs , FreeBSD-Current , kris@pcbsd.org Subject: Re: Fixing and importing the fusefs kernel module - any VFS-savvy takers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2010 20:25:20 -0000 On 28 October 2010 16:15, Gleb Kurtsou wrote: > I'd agree that "sshfs" is most wanted feature, but fuse_sshfs > implementation is broken at best. It doesn't even have notion on inode > numbers. It returns all directory entries with d_file=3D0, the same way > st_ino=3D0. To make it actually work (dirent's with d_file=3D0 considered > empty placeholders by FreeBSD VFS and libc) librefuse fills it with > arbitrary numbers. To make long story short stuff like 'cd ..' works for > you only because your sh and/or filemanager keeps full path on its own. > Lots of other things using VOP_VPTOCNP are also broken. In this > particular case puffs_sshfs looks much more promising, although it's > explicitly marked as incomplete and buggy. The same applies to vast > majority of fuse filesystems. Ignoring it is probably the easiest way to > solve the problem, but I'd expect future userlevel filesystem > implementation to comply to our VFS. For these fuse-sshfs problems, how many are the problem of sshfs (the userland code), the FUSE API (because it's designed for Linux) and the fuse4bsd kernel module (because it's unfinished and buggy)? > Absence of mmap support is a real show stopper. It's also broken in > puffs, and doesn't pass fsx tests. (I've once started implementing it > but lost interest in userlevel filesystems after digging deeper into > it.) On the other hand adding it to fuse shouldn't be very hard, it's > just a question of free time. > > To sum it up. My personal opinion is that we'd better go with > puffs-style approach. Implement userspace-kernel protocol that is as > much close to our VFS as possible, and implement proper wrapper like > librefuse (which is ok, but looks more like sketch than ready to use > library). =C2=A0What I don't like about puffs is that is basically ignore= s > locking serializing request from kernel. I'm trying to avoid dispersal of effort. Basically, I won't be convinced to support puffs until someone who knows (possibly you if you are up to it) demonstrates that the refuse API is stable enough and practically 100% compatible with FUSE - some of their file systems look fit for serious use and "99%" isn't very much when talking about OS stability. On the other hand, if a developer suddenly appears and says "I will make puffs+refuse work" I will support him completely and I will stop crusading for fuse because having puffs is better than nothing. :) From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 21:56:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 753941065674; Thu, 28 Oct 2010 21:56:28 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5D87A8FC16; Thu, 28 Oct 2010 21:56:28 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o9SLuRGT005238 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 28 Oct 2010 14:56:28 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 83C2E1CC45; Thu, 28 Oct 2010 14:56:27 -0700 (PDT) To: Ivan Voras In-reply-to: Your message of "Thu, 28 Oct 2010 22:24:37 +0200." Date: Thu, 28 Oct 2010 14:56:27 -0700 From: "Kevin Oberman" Message-Id: <20101028215627.83C2E1CC45@ptavv.es.net> Cc: freebsd-fs , Gleb Kurtsou , FreeBSD-Current , kris@pcbsd.org Subject: Re: Fixing and importing the fusefs kernel module - any VFS-savvy takers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2010 21:56:28 -0000 > From: Ivan Voras > Date: Thu, 28 Oct 2010 22:24:37 +0200 > Sender: owner-freebsd-current@freebsd.org > > On 28 October 2010 16:15, Gleb Kurtsou wrote: > > > I'd agree that "sshfs" is most wanted feature, but fuse_sshfs > > implementation is broken at best. It doesn't even have notion on inode > > numbers. It returns all directory entries with d_file=0, the same way > > st_ino=0. To make it actually work (dirent's with d_file=0 considered > > empty placeholders by FreeBSD VFS and libc) librefuse fills it with > > arbitrary numbers. To make long story short stuff like 'cd ..' works for > > you only because your sh and/or filemanager keeps full path on its own. > > Lots of other things using VOP_VPTOCNP are also broken. In this > > particular case puffs_sshfs looks much more promising, although it's > > explicitly marked as incomplete and buggy. The same applies to vast > > majority of fuse filesystems. Ignoring it is probably the easiest way to > > solve the problem, but I'd expect future userlevel filesystem > > implementation to comply to our VFS. > > For these fuse-sshfs problems, how many are the problem of sshfs (the > userland code), the FUSE API (because it's designed for Linux) and the > fuse4bsd kernel module (because it's unfinished and buggy)? > > > Absence of mmap support is a real show stopper. It's also broken in > > puffs, and doesn't pass fsx tests. (I've once started implementing it > > but lost interest in userlevel filesystems after digging deeper into > > it.) On the other hand adding it to fuse shouldn't be very hard, it's > > just a question of free time. > > > > To sum it up. My personal opinion is that we'd better go with > > puffs-style approach. Implement userspace-kernel protocol that is as > > much close to our VFS as possible, and implement proper wrapper like > > librefuse (which is ok, but looks more like sketch than ready to use > > library).  What I don't like about puffs is that is basically ignores > > locking serializing request from kernel. > > I'm trying to avoid dispersal of effort. Basically, I won't be > convinced to support puffs until someone who knows (possibly you if > you are up to it) demonstrates that the refuse API is stable enough > and practically 100% compatible with FUSE - some of their file systems > look fit for serious use and "99%" isn't very much when talking about > OS stability. > > On the other hand, if a developer suddenly appears and says "I will > make puffs+refuse work" I will support him completely and I will stop > crusading for fuse because having puffs is better than nothing. :) While support for sshfs may be important, I find ntfs-3g more important and both of these pale when compared to the gvfs-fuse-daemon in Gnome. It's just than I doubt most Gnome users even realize that it's there. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 21:58:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19EC1106567A; Thu, 28 Oct 2010 21:58:09 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3DC7D8FC1A; Thu, 28 Oct 2010 21:58:07 +0000 (UTC) Received: by eyb7 with SMTP id 7so1520195eyb.13 for ; Thu, 28 Oct 2010 14:58:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=U6Mw2QYZt6m+eFE4LH7geEsxzVJg460qdYJFPWZ5sNw=; b=ptvgfGBMvPImxKgwo6pkZ9CAIBZBvQd+6K9mdSpSn7JnypYIXcYzYHk2VO5VZgU0kb BHcco2PaCxzlSqLaoBI1+vdsSWnHNeYtGnzEIGdPHe72f7jG9BbPaCmE9wK/8Y027V36 zdHu9147vw4aOHsEki+QEZTnQfG3NspF0d6Xo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; b=QRHUyE0YLgQXkGxk7gcv3tj4sG4MWIOfQVVhYjGtAEyRQI7ghd9/WTRBX4fEEbKEtu HQiXcsnF6QaJgjAbpgZZeIFWZChHpbmtcu8HG6StLv9f4P7HeBsdxVi0DBsck6MwIhjc 5ed9EBb7alBVPDIiIXMbwJ6DlJuAZ3EPkP9wQ= Received: by 10.14.127.139 with SMTP id d11mr3780434eei.42.1288303087098; Thu, 28 Oct 2010 14:58:07 -0700 (PDT) Received: from localhost ([212.98.186.134]) by mx.google.com with ESMTPS id x54sm1168342eeh.23.2010.10.28.14.58.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 28 Oct 2010 14:58:06 -0700 (PDT) Date: Fri, 29 Oct 2010 00:57:59 +0300 From: Gleb Kurtsou To: Ivan Voras Message-ID: <20101028215759.GA6779@tops> References: <20101028141559.GA2291@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-fs , FreeBSD-Current , kris@pcbsd.org Subject: Re: Fixing and importing the fusefs kernel module - any VFS-savvy takers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2010 21:58:09 -0000 On (28/10/2010 22:24), Ivan Voras wrote: > On 28 October 2010 16:15, Gleb Kurtsou wrote: > > > I'd agree that "sshfs" is most wanted feature, but fuse_sshfs > > implementation is broken at best. It doesn't even have notion on inode > > numbers. It returns all directory entries with d_file=0, the same way > > st_ino=0. To make it actually work (dirent's with d_file=0 considered > > empty placeholders by FreeBSD VFS and libc) librefuse fills it with > > arbitrary numbers. To make long story short stuff like 'cd ..' works for > > you only because your sh and/or filemanager keeps full path on its own. > > Lots of other things using VOP_VPTOCNP are also broken. In this > > particular case puffs_sshfs looks much more promising, although it's > > explicitly marked as incomplete and buggy. The same applies to vast > > majority of fuse filesystems. Ignoring it is probably the easiest way to > > solve the problem, but I'd expect future userlevel filesystem > > implementation to comply to our VFS. > > For these fuse-sshfs problems, how many are the problem of sshfs (the > userland code), the FUSE API (because it's designed for Linux) and the > fuse4bsd kernel module (because it's unfinished and buggy)? These are sshfs problems, and the real problem is that user level filesystems are of much lower quality than kernel level. Writing good filesystems in userspace shouldn't be much easier than writing kernel one (not counting fancy language of choice and ntfs-3g-like use of binary drivers). All the kernel restrictions and requirements are still there nor puffs, nor fuse do black magic for you. > > Absence of mmap support is a real show stopper. It's also broken in > > puffs, and doesn't pass fsx tests. (I've once started implementing it > > but lost interest in userlevel filesystems after digging deeper into > > it.) On the other hand adding it to fuse shouldn't be very hard, it's > > just a question of free time. > > > > To sum it up. My personal opinion is that we'd better go with > > puffs-style approach. Implement userspace-kernel protocol that is as > > much close to our VFS as possible, and implement proper wrapper like > > librefuse (which is ok, but looks more like sketch than ready to use > > library).  What I don't like about puffs is that is basically ignores > > locking serializing request from kernel. > > I'm trying to avoid dispersal of effort. Basically, I won't be > convinced to support puffs until someone who knows (possibly you if > you are up to it) demonstrates that the refuse API is stable enough > and practically 100% compatible with FUSE - No-no, I'm not convincing you to choose puffs. It's too immature. I just like the approach. > some of their file systems > look fit for serious use and "99%" isn't very much when talking about > OS stability. That's why I'm so sceptical about fuse, puffs, and entire concept in general. Is fuse really that stable on linux? Do people use it on production servers? > On the other hand, if a developer suddenly appears and says "I will > make puffs+refuse work" I will support him completely and I will stop > crusading for fuse because having puffs is better than nothing. :) From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 22:19:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 360F11065674; Thu, 28 Oct 2010 22:19:42 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id C79278FC27; Thu, 28 Oct 2010 22:19:40 +0000 (UTC) Received: by qyk2 with SMTP id 2so1384398qyk.13 for ; Thu, 28 Oct 2010 15:19:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; bh=l8CguAfySEUmyswq7/c0QtzBSvx1W2JZaQTlStSmpz0=; b=uMonlFHOiO8tKkfMfQ+Hp8aKx7rvyfbYCpKaD1tTu0M1xj+Yohy59cPrW42cwEf8HL ox4qS+Ct5obMBWHK8dSb7b6vCgUpFD9W0v7ZLO5szShGcU2IRSuAnVRDLkFVqht2F+sU YpEuqvsp58ahXnPG7FShq63l690c3qj05ZNS4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=AbEeNLZbHCwOZEb66DYgXBpvG2yxBGjykthqK0WeU3pbcIL++202+YdaOGS1kjRGMp tp+yUyWcn0PSq2+Rf5xNXv8Lf3v9YAl+hmJvAGtEb3XTECvSpTYZ9umWpaALH5SI/vjb zwGNXbQ0S7iTF82pOuA/vCvPGGIahHlDyLRCk= Received: by 10.229.80.194 with SMTP id u2mr2370784qck.49.1288304379522; Thu, 28 Oct 2010 15:19:39 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.229.80.5 with HTTP; Thu, 28 Oct 2010 15:18:58 -0700 (PDT) In-Reply-To: <20101028215759.GA6779@tops> References: <20101028141559.GA2291@tops> <20101028215759.GA6779@tops> From: Ivan Voras Date: Fri, 29 Oct 2010 00:18:58 +0200 X-Google-Sender-Auth: nSwenp_Z4y5ad7ijHHIf0oY2MJU Message-ID: To: Gleb Kurtsou Content-Type: text/plain; charset=UTF-8 Cc: freebsd-fs , FreeBSD-Current Subject: Re: Fixing and importing the fusefs kernel module - any VFS-savvy takers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2010 22:19:42 -0000 On 28 October 2010 23:57, Gleb Kurtsou wrote: > On (28/10/2010 22:24), Ivan Voras wrote: >> On 28 October 2010 16:15, Gleb Kurtsou wrote: >> >> > I'd agree that "sshfs" is most wanted feature, but fuse_sshfs >> > implementation is broken at best. It doesn't even have notion on inode >> > numbers. It returns all directory entries with d_file=0, the same way >> > st_ino=0. To make it actually work (dirent's with d_file=0 considered >> > empty placeholders by FreeBSD VFS and libc) librefuse fills it with >> > arbitrary numbers. To make long story short stuff like 'cd ..' works for >> > you only because your sh and/or filemanager keeps full path on its own. >> > Lots of other things using VOP_VPTOCNP are also broken. In this >> > particular case puffs_sshfs looks much more promising, although it's >> > explicitly marked as incomplete and buggy. The same applies to vast >> > majority of fuse filesystems. Ignoring it is probably the easiest way to >> > solve the problem, but I'd expect future userlevel filesystem >> > implementation to comply to our VFS. >> >> For these fuse-sshfs problems, how many are the problem of sshfs (the >> userland code), the FUSE API (because it's designed for Linux) and the >> fuse4bsd kernel module (because it's unfinished and buggy)? > > These are sshfs problems, and the real problem is that user level This is good news, since userland is easier to fix. > filesystems are of much lower quality than kernel level. Writing good I wouldn't be that harsh - surely it's just a matter of general code quality whether in userland or kernel; there are a lot more userland file systems because the barrier to entry is lower. > filesystems in userspace shouldn't be much easier than writing kernel > one (not counting fancy language of choice and ntfs-3g-like use of > binary drivers). All the kernel restrictions and requirements are still > there nor puffs, nor fuse do black magic for you. I mostly agree - but as such it is not an argument for or against either puffs or fusefs. > That's why I'm so sceptical about fuse, puffs, and entire concept in > general. Is fuse really that stable on linux? Do people use it on > production servers? Here's a random sample of user comments and activity indicators I've googled in a few minutes: http://www.gluster.org/gluster-users/ http://www.persistentfs.com/#comments http://code.google.com/p/encfs/updates/list http://sourceforge.net/apps/trac/gfarm/report/1 These are the type of file systems which interest me, there are certainly others. From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 00:12:07 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 953E810656A5 for ; Fri, 29 Oct 2010 00:12:07 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4956F8FC08 for ; Fri, 29 Oct 2010 00:12:07 +0000 (UTC) Received: by yxl31 with SMTP id 31so1794683yxl.13 for ; Thu, 28 Oct 2010 17:12:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; bh=AZsCmFbyFgq3EVNhCsKQLZRkBqZ7opMZO9MkxEmVrVM=; b=D6uY0/S+svXndbnBxPSEpjdHpJi78sWb3JDCeZZahvI9YDC8V+r4gnESKQ8OGz7bZk mfD/B6DnkpwRF2c8iJ46IjiJg2J8wf5Vonm+/NL5CYD2J8gXA+rA1vv0cFUuLYiCbe1I aQsaighLquenLGyIGsiz3R5TNhDFLLAvFm83s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=lqGNfaKUgWFvIFkkOOaUH1nByKVbnCPYz35WLM4j0h4JJKrVdH/YdSgXIgWm9Zgtyo ENPOrtb+HvFu/sYnalVA5xF+xHbxyrjArAJpZrxD9Hv9tC5SJyssvIU7bCD1sPq7tXjR nSNbXPLTuBAE+49uigQsEKRfZzhNrkQjv6zlY= Received: by 10.42.175.198 with SMTP id bb6mr1861887icb.57.1288311126197; Thu, 28 Oct 2010 17:12:06 -0700 (PDT) MIME-Version: 1.0 Sender: villa.alberto@gmail.com Received: by 10.220.165.145 with HTTP; Thu, 28 Oct 2010 17:11:45 -0700 (PDT) In-Reply-To: References: <20101025080705.GA33315@current.Sisis.de> From: Alberto Villa Date: Fri, 29 Oct 2010 00:11:45 +0000 X-Google-Sender-Auth: Hdro8PZNFCOqdxIW4q1Ej4dlZaQ Message-ID: To: Scot Hetzel Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2010 00:12:07 -0000 On Wed, Oct 27, 2010 at 5:12 PM, Scot Hetzel wrote: > You just need to download the driver from the manufacture of your computer. i downloaded some from acer and dell, until i found one from hp (actually, more than one - http://h10025.www1.hp.com/ewfrf/wc/searchResults?tmp_qt=broadcom+wireless&lc=en&dlc=en&cc=us, for reference) which is working! some panics yet, but i have other versions to try, and anyway it only requires some manual setting... thank you very much for your help! -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 00:13:15 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8059C106566B for ; Fri, 29 Oct 2010 00:13:15 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3D0D58FC15 for ; Fri, 29 Oct 2010 00:13:14 +0000 (UTC) Received: by iwn39 with SMTP id 39so2818892iwn.13 for ; Thu, 28 Oct 2010 17:13:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=C49E8Q9WW0E04cKlogqqTak7PvKAKLWQWBaoC/LmDGs=; b=QwxpSpsZF8pl2tL+qv7UZVinWF4tDwAjTEFGbvP2ONMs6dwd424VDSYn+MeCMr84vU fmzmBGR3vlWEPY325GAPw0F8zBNcmUG4gTkJz/TGgPajQ91QzCv2r4a3QkfFjM+9OsTP kq7VDLJFhG2cTfeEuciQ6GURHoLoMYoKhoGxQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=gVhBPXIGFcQRaIUof9aMl1oApgZOXNHOSbX2z8u0sD27d9VNSxt7LELDXjL7anAfLS eZVoQgwQM7eBZnxIyyXKEillGzfYqNzRHNT3lmmIO+0J8rPk81H5bv+ynfd6eTT1wg/4 dkgTf6lyKSFCXoTQj5fsSLevFAcuIsYlpRbI8= Received: by 10.42.228.2 with SMTP id jc2mr8843715icb.199.1288311194522; Thu, 28 Oct 2010 17:13:14 -0700 (PDT) MIME-Version: 1.0 Sender: villa.alberto@gmail.com Received: by 10.220.165.145 with HTTP; Thu, 28 Oct 2010 17:12:54 -0700 (PDT) In-Reply-To: References: <20101025080705.GA33315@current.Sisis.de> <20101028060610.GB1900@current.Sisis.de> From: Alberto Villa Date: Fri, 29 Oct 2010 00:12:54 +0000 X-Google-Sender-Auth: BFJFkgVsAz1GmNyyeMseNbJAlO4 Message-ID: To: Scot Hetzel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Matthias Apitz , current@freebsd.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2010 00:13:15 -0000 On Thu, Oct 28, 2010 at 4:37 PM, Scot Hetzel wrote: > When you get the Windows NDIS driver from the computer manufacture, > you are ensured that your card is supported by that version of the > driver. =A0If you download the Windows NDIS driver from another source, > that driver may not include support for your card as it might be an > older version. checking the .inf file should be enough to know if it's supported or not (as far as i've seen)... --=20 Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 01:31:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADAE51065672 for ; Fri, 29 Oct 2010 01:31:17 +0000 (UTC) (envelope-from littlecho@littlecho.tw) Received: from littlecho.tw (www.littlecho.tw [173.230.153.51]) by mx1.freebsd.org (Postfix) with ESMTP id 8E12E8FC15 for ; Fri, 29 Oct 2010 01:31:17 +0000 (UTC) Received: from littlecho.tw (localhost [127.0.0.1]) by littlecho.tw (Postfix) with ESMTP id CC19020A3F for ; Fri, 29 Oct 2010 09:12:14 +0800 (CST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=littlecho.tw; h=message-id :from:to:subject:date:content-type; s=mail; bh=9xNO1ja6s0e+V19iE w2Kd1oIlGI=; b=dpdRFYsf4pAu26NeTgljotCOOCBW0O8kUAFqE5ALKU8uflCT2 6ZgeId1PjnmvUr9hxr3mdKGrOyuBG+jotEgK+xwd5uyGhtUbIUqhrWCxUmjOE6Ht Ur0emJywohDrAasMp1hVuVmi3UBBjyh5IuW0vJijAGOiavvA5QlS0jEniA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=littlecho.tw; h=message-id :from:to:subject:date:content-type; q=dns; s=mail; b=drI0yVD69pZ 756hcj6Fy/lbrkr3H0g4uQLsVNjyL8e0mrFThNSG6CCUzFea4FNXOnpfgC1K/bR6 iCNExqonS0uUTcxXLpT68C6mj0a1o1x4WsAmiZMQXerPUBbIc2fPzAkhmPGKxddK HFBzMPRo3t7JUcjbt13JyPBbmJ15SBjE= Received: from littlecho.tw (localhost [127.0.0.1]) by littlecho.tw (Postfix) with ESMTPS id 5483020A3E for ; Fri, 29 Oct 2010 09:12:14 +0800 (CST) X-Priority: 3 (Normal) Message-ID: <2158502.1430189d6f21ad258f3e1e4dfce2d837@www.littlecho.tw> From: "Littlecho" To: freebsd-current@freebsd.org Date: Fri, 29 Oct 2010 09:12:14 +0800 (CST) Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: Quoted-Printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: [SPAM] freebsd-current Digest, Vol 367, Issue 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2010 01:31:17 -0000 --Best Regards,Littlecho This message has been scanned for viruses and dangerous content and is believed to be clean. >---- Original Message ---- >From: freebsd-current-request@freebsd.org >To: freebsd-current@freebsd.org >Sent: Thu, Oct 28, 2010, 20:01 PM >Subject: [SPAM] freebsd-current Digest, Vol 367, Issue 6 > >Send freebsd-current mailing list submissions to >=09freebsd-current@freebsd.org > >To subscribe or unsubscribe via the World Wide Web, visit >=09http://lists.freebsd.org/mailman/listinfo/freebsd-current >or, via email, send a message with subject or body 'help' to >=09freebsd-current-request@freebsd.org > >You can reach the person managing the list at >=09freebsd-current-owner@freebsd.org > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of freebsd-current digest..." > > >Today's Topics: > > 1. Re: Broadcom BCM4310 USB Controller (Wifi) (Matthias Apitz) > 2. Re: Broadcom BCM4310 USB Controller (Wifi) (Matthias Apitz) > 3. Re: Broadcom BCM4310 USB Controller (Wifi) (Matthias Apitz) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Wed, 27 Oct 2010 19:23:48 +0200 >From: Matthias Apitz >Subject: Re: Broadcom BCM4310 USB Controller (Wifi) >To: Alberto Villa >Cc: Scot Hetzel , current@FreeBSD.org >Message-ID: <20101027172348.GA1264@tiny.Sisis.de> >Content-Type: text/plain; charset=3Diso-8859-1 > >El d=EDa Wednesday, October 27, 2010 a las 05:10:32PM +0000, Alberto Vi= lla escribi: > >> On Wed, Oct 27, 2010 at 5:07 PM, Scot Hetzel wro= te: >> > Where did you get your bcmwl5 driver? If you downloaded it from Ace= r, >> > it should work. If you downloaded it from anywhere else then this >> > might be why it didn't work for you. >> >> i don't remember, actually. anyway i thought the 5 was the driver >> version, i've just understood that it's the windows version :P >> i'll try the acer one, thanks for the suggestion! > >I could no get any bcmwl5 driver from Acer, only bcmwl6 version (which >is also installed in Win7 in my laptop). I have even asked Broadcom, bu= t >they pointed me back to my dealer, to the reseller of the Acer laptop. >And asking them, they pointed to Acer. If someone has an bcmwl5 from >Acer, please contact me off-list. > >=09matthias >-- >Matthias Apitz >t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 >e - w http://www.unixarea.de/ > > >------------------------------ > >Message: 2 >Date: Thu, 28 Oct 2010 08:06:10 +0200 >From: Matthias Apitz >Subject: Re: Broadcom BCM4310 USB Controller (Wifi) >To: Scot Hetzel >Cc: Alberto Villa , current@freebsd.org >Message-ID: <20101028060610.GB1900@current.Sisis.de> >Content-Type: text/plain; charset=3Diso-8859-1 > >El d=EDa Wednesday, October 27, 2010 a las 12:12:09PM -0500, Scot Hetze= l escribi: > >> > Where did you get your bcmwl5 driver? If you downloaded it from Ace= r, >> > it should work. If you downloaded it from anywhere else then this >> > might be why it didn't work for you. >> > >> >> Just noticed that you didn't specify your computer manufacture. The >> above would only work for Matthias Apitz. >> >> You just need to download the driver from the manufacture of your com= puter. > >Why is this? Isn't it just the Wifi chip which matters? Could you sheet= >a bit light on this? Thanks > >=09matthias >-- >Matthias Apitz >t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 >e - w http://www.unixarea.de/ > > >------------------------------ > >Message: 3 >Date: Thu, 28 Oct 2010 08:32:55 +0200 >From: Matthias Apitz >Subject: Re: Broadcom BCM4310 USB Controller (Wifi) >To: Scot Hetzel >Cc: Alberto Villa , current@freebsd.org >Message-ID: <20101028063255.GA17624@current.Sisis.de> >Content-Type: text/plain; charset=3Diso-8859-1 > >El d=EDa Wednesday, October 27, 2010 a las 12:07:51PM -0500, Scot Hetze= l escribi: > >> On Wed, Oct 27, 2010 at 8:58 AM, Alberto Villa w= rote: >> > On Wed, Oct 27, 2010 at 1:36 PM, Paul B Mahol wr= ote: >> >> NDISulator does not support 6.X NDIS API. You will need to find bc= mwl5 >> >> driver. Note 5 vs 6 in driver name. >> >> Editing inf files will give you nothing. >> > >> > i've tried that driver, but apparently it doesn't support my card..= . >> > loading the .ko doesn't show anything... >> >> Where did you get your bcmwl5 driver? If you downloaded it from Acer= , >> it should work. If you downloaded it from anywhere else then this >> might be why it didn't work for you. > >Following Scot's hint (thanks for this) I downloaded today morning the >WinXP x86 driver zip archive from www.Acer.com and built the bcmwl5_sys= .ko with >ndisgen(8). The system panics on early boot stages when the kmod was >pulled in via loader.conf. > >If the system is up, you can kldload the module fine and the interface >ndis0 appears and even the card gets associated with the AP (i.e. >wpa_supplicant(8) must work fine). > >The ifconfig(8) shows the interface as: > >ndis0: flags=3D8843 metric 0 mt= u 2290 >=09ether 90:4c:e5:00:06:ce >=09media: IEEE 802.11 Wireless Ethernet autoselect mode 11g >=09status: associated > >and the Wifi indicator light of the laptop is green. > >But: > ># dhclient ndis0 >ifconfig: ioctl (SIOCAIFADDR): Invalid argument >ndis0: not found > >and the same is with > ># ifconfig ndis0 192.168.2.200 > >All this is with a 8-CURRENT kernel/system as of May 2009. I will now b= uild a >USB key from HEAD and will continue testing. > >Thanks > >=09matthias > >-- >Matthias Apitz >t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 >e - w http://www.unixarea.de/ > > >------------------------------ > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" > >End of freebsd-current Digest, Vol 367, Issue 6 >*********************************************** From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 01:43:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDA8F106564A for ; Fri, 29 Oct 2010 01:43:39 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-6.mit.edu (DMZ-MAILSEC-SCANNER-6.MIT.EDU [18.7.68.35]) by mx1.freebsd.org (Postfix) with ESMTP id 774568FC1A for ; Fri, 29 Oct 2010 01:43:39 +0000 (UTC) X-AuditID: 12074423-b7bd0ae000000a00-16-4cca23444987 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) by dmz-mailsec-scanner-6.mit.edu (Symantec Brightmail Gateway) with SMTP id EF.47.02560.4432ACC4; Thu, 28 Oct 2010 21:28:36 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id o9T1SaW0001601; Thu, 28 Oct 2010 21:28:36 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id o9T1SYVt026597 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 28 Oct 2010 21:28:35 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id o9T1SWaj003602; Thu, 28 Oct 2010 21:28:32 -0400 (EDT) Date: Thu, 28 Oct 2010 21:28:32 -0400 (EDT) From: Benjamin Kaduk To: Gleb Kurtsou In-Reply-To: <20101028141559.GA2291@tops> Message-ID: References: <20101028141559.GA2291@tops> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: AAAAAA== Cc: freebsd-fs , FreeBSD-Current , kris@pcbsd.org Subject: Re: Fixing and importing the fusefs kernel module - any VFS-savvy takers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2010 01:43:39 -0000 On Thu, 28 Oct 2010, Gleb Kurtsou wrote: > Besides as far as I know OpenAFS has user-kernel interface and > implements filesystem at userspace. Sun or Apple have reimplemented fuse The filesystem portions of OpenAFS are implemented in-kernel. Userspace utilities are for manipulating and querying attributes that are not easily exposed through the VFS layer. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 06:00:06 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A020106564A; Fri, 29 Oct 2010 06:00:05 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id 3B0908FC0A; Fri, 29 Oct 2010 06:00:05 +0000 (UTC) Received: from [93.104.48.215] (helo=current.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1PBi0R-000846-P8; Fri, 29 Oct 2010 08:00:04 +0200 Received: from current.Sisis.de (current [127.0.0.1]) by current.Sisis.de (8.14.3/8.14.3) with ESMTP id o9T60455002580; Fri, 29 Oct 2010 08:00:04 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by current.Sisis.de (8.14.3/8.14.3/Submit) id o9T603wv002560; Fri, 29 Oct 2010 08:00:03 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: current.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Fri, 29 Oct 2010 07:59:58 +0200 From: Matthias Apitz To: Paul B Mahol Message-ID: <20101029055958.GA2513@current.Sisis.de> References: <20101025080705.GA33315@current.Sisis.de> <20101028063255.GA17624@current.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 8.0-CURRENT (i386) User-Agent: Mutt/1.5.19 (2009-01-05) X-Con-Id: 51246 X-Originating-IP: 93.104.48.215 Cc: Alberto Villa , Scot Hetzel , current@freebsd.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2010 06:00:06 -0000 El día Thursday, October 28, 2010 a las 12:07:10PM +0000, Paul B Mahol escribió: > > # ifconfig ndis0 192.168.2.200 > > > > All this is with a 8-CURRENT kernel/system as of May 2009. I will now build > > a > > USB key from HEAD and will continue testing. > > > > On 9/8 CURRENT you create wlanX with ifconfig(8) and operate on them. > > But note that such old CURRENT have few bugs in NDISulator. > > For example scan results are incomplete and scanning can trigger panic > in some situations. > If you use wpa_supplicant -Dndis you will never encounter such problems. I booted the 8-CURRENT this morning, loaded the module with kldload(8) and wlan0 came up by its own (I did not realized this yesterday). I have in rc.conf: wlans_ndis0="wlan0" ifconfig_wlan0="WPA DHCP" wpa_supplicant(8) started after kldload, and associated the interface with my AP; had to do the DHCP by hand, don't know why? For the moment all seems to be fine. Thanks for guiding me through this to all. matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 06:34:09 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0D2B106564A for ; Fri, 29 Oct 2010 06:34:09 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5C5278FC14 for ; Fri, 29 Oct 2010 06:34:08 +0000 (UTC) Received: by fxm17 with SMTP id 17so2846591fxm.13 for ; Thu, 28 Oct 2010 23:34:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=WugD8D8luZb50XSS7L6xEV8GITXGx3jGJ0EZGQH4UBY=; b=XdSVSoPwJvRS3jj3kXhVksUnCBWcVPjGueU2elNAVFGF7mrocxRRVFTMI72G7ltP/J mawZahz2cyC+7a7IO8PwjTvwrpn8MnKfQ+OVROmpLLFDXmzVwU1n7kZH6ZXbVNGT+xMr f9y9NGe0xAOvs1bvLEyih71bz9tLNP+mHzKXQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=SxmILaF1DyoGUCk3nhbJll2YuEYfj3u8duRTPIlh5ZBIXTHA9HOnBCJIi/LB7ValbO OZzV2jp940MkcphlZlKRHo937CNfcy3NonVzO4Hh3rTIy7Dhm6dxHYq7w2Z7TSsT8l4W Ll7qFuplG0efkrkFyC+JxmfA1BdIy1dqKypqc= MIME-Version: 1.0 Received: by 10.239.181.66 with SMTP id l2mr1326135hbg.189.1288334046732; Thu, 28 Oct 2010 23:34:06 -0700 (PDT) Received: by 10.239.136.137 with HTTP; Thu, 28 Oct 2010 23:34:06 -0700 (PDT) In-Reply-To: <20101029055958.GA2513@current.Sisis.de> References: <20101025080705.GA33315@current.Sisis.de> <20101028063255.GA17624@current.Sisis.de> <20101029055958.GA2513@current.Sisis.de> Date: Fri, 29 Oct 2010 01:34:06 -0500 Message-ID: From: Scot Hetzel To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2010 06:34:09 -0000 On Fri, Oct 29, 2010 at 12:59 AM, Matthias Apitz wrote: > I booted the 8-CURRENT this morning, loaded the module with kldload(8) and > wlan0 came up by its own (I did not realized this yesterday). I have in > rc.conf: > > wlans_ndis0="wlan0" > ifconfig_wlan0="WPA DHCP" > > wpa_supplicant(8) started after kldload, and associated the > interface with my AP; had to do the DHCP by hand, don't know why? > The problem is that the Broadcom NDIS driver is generating connection events, but nothing is relaying that information to the wpa_supplicant daemon. Since the wpa_supplicant daemon doesn't see a connection event, it retries connecting I had created a patch in PR 113915 which solves this problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=113915 Give it a try, if it solves your problem submit a followup to the PR. Scot From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 07:07:40 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 825D9106566B for ; Fri, 29 Oct 2010 07:07:40 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0CF848FC16 for ; Fri, 29 Oct 2010 07:07:39 +0000 (UTC) Received: by wyb42 with SMTP id 42so2752009wyb.13 for ; Fri, 29 Oct 2010 00:07:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=lkieSYxpUdtSa96t9tu6xeCWEhSAPE9pBs8N9ES1j7s=; b=QWJ8po62Mnj4jd3RZ6weKrvdtzW9iHv7wgpx/83jLDzESoVVZpC9xOJ9bBG/BmNjCR pNWFa7hq5oJh2N5ZYHu2hS2R3lOIyeoOmss87ih3T92K5v2Kp/qymkpr33xz7leeALpt jklIrk1eYjuiE27oF4SoyxJWiG5lX/8A+OTGQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=Dl3YPkaKDhhAnXVB59KuvUCr/sVSPJR54JWr1E88J98Oca9v0h8sTR3j9DB5CQbgql 0ZBcYZSEF1ZoC9TQxqZI4n2OLvbHaeSMrzsjvj8JWjbeXZCHpnlG7fldqlX6fD2P9g14 JVkw7Xk2qBX2XM7C/SCrV3/xNmSMFGfzC1bKs= Received: by 10.216.56.18 with SMTP id l18mr1194649wec.36.1288336058845; Fri, 29 Oct 2010 00:07:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.50.140 with HTTP; Fri, 29 Oct 2010 00:07:18 -0700 (PDT) In-Reply-To: References: <20101025080705.GA33315@current.Sisis.de> <20101028063255.GA17624@current.Sisis.de> <20101029055958.GA2513@current.Sisis.de> From: Paul B Mahol Date: Fri, 29 Oct 2010 07:07:18 +0000 Message-ID: To: Scot Hetzel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Matthias Apitz , current@freebsd.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2010 07:07:40 -0000 On Fri, Oct 29, 2010 at 6:34 AM, Scot Hetzel wrote: > On Fri, Oct 29, 2010 at 12:59 AM, Matthias Apitz wrote= : >> I booted the 8-CURRENT this morning, loaded the module with kldload(8) a= nd >> wlan0 came up by its own (I did not realized this yesterday). I have in >> rc.conf: >> >> wlans_ndis0=3D"wlan0" >> ifconfig_wlan0=3D"WPA DHCP" >> >> wpa_supplicant(8) started after kldload, and associated the >> interface with my AP; had to do the DHCP by hand, don't know why? >> > The problem is that the Broadcom NDIS driver is generating connection > events, but nothing is relaying that information to the wpa_supplicant > daemon. =A0Since the wpa_supplicant daemon doesn't see a connection > event, it retries connecting > > I had created a patch in PR 113915 which solves this problem: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D113915 > > Give it a try, if it solves your problem submit a followup to the PR. Hmm, ndis_events are required if you use -Dndis and wpa/rsn and need to get event of PMKIDs. For other uses it is of no use. Try -Dbsd driver for wpa_supplicant with code from here: Try http://gitorious.org/ndisulator From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 08:03:31 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DDE5106566C for ; Fri, 29 Oct 2010 08:03:31 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id EF4E38FC14 for ; Fri, 29 Oct 2010 08:03:30 +0000 (UTC) Received: from [193.31.11.193] (helo=current.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1PBjvs-0004gP-Ds; Fri, 29 Oct 2010 10:03:28 +0200 Received: from current.Sisis.de (current [127.0.0.1]) by current.Sisis.de (8.14.3/8.14.3) with ESMTP id o9T83Uun002432; Fri, 29 Oct 2010 10:03:30 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by current.Sisis.de (8.14.3/8.14.3/Submit) id o9T83UrA002431; Fri, 29 Oct 2010 10:03:30 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: current.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Fri, 29 Oct 2010 10:03:30 +0200 From: Matthias Apitz To: Paul B Mahol Message-ID: <20101029080330.GA2384@current.Sisis.de> References: <20101028063255.GA17624@current.Sisis.de> <20101029055958.GA2513@current.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 8.0-CURRENT (i386) User-Agent: Mutt/1.5.19 (2009-01-05) X-Con-Id: 51246 X-Originating-IP: 193.31.11.193 Cc: Scot Hetzel , current@freebsd.org Subject: Re: Broadcom BCM4310 USB Controller (Wifi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2010 08:03:31 -0000 El día Friday, October 29, 2010 a las 07:07:18AM +0000, Paul B Mahol escribió: > On Fri, Oct 29, 2010 at 6:34 AM, Scot Hetzel wrote: > > On Fri, Oct 29, 2010 at 12:59 AM, Matthias Apitz wrote: > >> I booted the 8-CURRENT this morning, loaded the module with kldload(8) and > >> wlan0 came up by its own (I did not realized this yesterday). I have in > >> rc.conf: > >> > >> wlans_ndis0="wlan0" > >> ifconfig_wlan0="WPA DHCP" > >> > >> wpa_supplicant(8) started after kldload, and associated the > >> interface with my AP; had to do the DHCP by hand, don't know why? > >> > > The problem is that the Broadcom NDIS driver is generating connection > > events, but nothing is relaying that information to the wpa_supplicant > > daemon.  Since the wpa_supplicant daemon doesn't see a connection > > event, it retries connecting > > > > I had created a patch in PR 113915 which solves this problem: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=113915 > > > > Give it a try, if it solves your problem submit a followup to the PR. > > Hmm, ndis_events are required if you use -Dndis and wpa/rsn and need > to get event of PMKIDs. > For other uses it is of no use. The wpa_supplicant(8) which comes up after loading the NDIS kmod with kldload(8) is launched with -Dndis; I checked this this morning; will try the patch proposed by Scott; matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 13:55:58 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 166D2106564A for ; Fri, 29 Oct 2010 13:55:58 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9452F8FC18 for ; Fri, 29 Oct 2010 13:55:57 +0000 (UTC) Received: by ewy28 with SMTP id 28so1754176ewy.13 for ; Fri, 29 Oct 2010 06:55:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=+I1OLuH81AASmo4hwEzlazIzyESJdXrv3hO04pFCHXE=; b=EtwyvXd/DkakfizLUVkvdK67pZ9s0pVFfLpKkQSC9yvXrwukmT53PrD258EcYF1Un1 MJ/tSZ+om2SSpNOgC4+hC66MizZf8L6VBomPJvYDujuaPvtEFjxZrdh7vIDAQXWHCZEa pAExIv9j2vtBUxSNet2FcM7Mbo+Z6W8mJj2lI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=tGc5erdE/D+eDUhB3eyPu33SnAEBmMcxs3p9F1vdrnQBOkdNtD45nBI2daBhdjiiEe AMwTqK3W3c4/MuK4n3W8t9luJQroUetp3j8FCXqKPAywYQf4iMxG0pcDoZNiikQgnZfB AH6MGNho+IbSQHP8XnTOFiJszYHG6dQzQUJGs= Received: by 10.204.51.200 with SMTP id e8mr3110383bkg.155.1288360556584; Fri, 29 Oct 2010 06:55:56 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id g8sm862937bkg.11.2010.10.29.06.55.54 (version=SSLv3 cipher=RC4-MD5); Fri, 29 Oct 2010 06:55:55 -0700 (PDT) Sender: Alexander Motin Message-ID: <4CCAD269.9070300@FreeBSD.org> Date: Fri, 29 Oct 2010 16:55:53 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Andrey Smagin References: <4CC676C8.8070303@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: current Subject: Re: Strange hang HPET in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2010 13:55:58 -0000 Hi. Andrey Smagin wrote: > In my box (amd64, current 20.oct.10 ) > some time hang by 5-10 minutes with random subsystem, may > hang disk access,network,very often tty. In most no output in log, > sometimes with messages "calcru: .....". After 5-10 minutes it > continue work again. When I disabled HPET in bios - problem gone. Could you give some more info? Is it physical machine? Is it SMP? What chipset do you have? Does HPET works in per-CPU or global mode? Does `vmstat -i` shows HPET interrupts during that time? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 14:04:31 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CF641065673 for ; Fri, 29 Oct 2010 14:04:31 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9871D8FC08 for ; Fri, 29 Oct 2010 14:04:30 +0000 (UTC) Received: by bwz3 with SMTP id 3so2542823bwz.13 for ; Fri, 29 Oct 2010 07:04:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=m6ok0wMclANmJFOf+1BR8cyqfZVZOLstcXu4JeJgyMM=; b=EuPBH6ewH93Hf3yffemaGZl16PTuXHx7Lc1iRQrqpUhipflpGysjoUJejtNiId5y7F WdDWCJVaday2mjbQnpURPoF44AfNByzKFO1HcqMi3Hwh3z1cSCG63c9xVTbuErypCmwT CXY1jIWktn8gJKErO9G3pOoVyT01vSItCUS9g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=f6snHhC05k8REjcVdcrrUPx2X6A1V5V9j3YULBgonUUMtc7qlVgb4gPJz8iEhH7qHd Jzg7TeNykk+Pe63zTw6OwcGdSCOSuaSwCI4Z6qWxoHbMuHBIlJmakC1VcyWH1O5A2BTE 1a7NdyUm8mbNyWBFuTpXHvfDAZbafPbn/ZL7Y= Received: by 10.204.64.135 with SMTP id e7mr3098351bki.146.1288361069223; Fri, 29 Oct 2010 07:04:29 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id u4sm868368bkz.17.2010.10.29.07.04.19 (version=SSLv3 cipher=RC4-MD5); Fri, 29 Oct 2010 07:04:20 -0700 (PDT) Sender: Alexander Motin Message-ID: <4CCAD462.8050505@FreeBSD.org> Date: Fri, 29 Oct 2010 17:04:18 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Andrey Smagin References: <4CC676C8.8070303@FreeBSD.org> <4CCAD269.9070300@FreeBSD.org> In-Reply-To: <4CCAD269.9070300@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: current Subject: Re: Strange hang HPET in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2010 14:04:31 -0000 Alexander Motin wrote: > Andrey Smagin wrote: >> In my box (amd64, current 20.oct.10 ) >> some time hang by 5-10 minutes with random subsystem, may >> hang disk access,network,very often tty. In most no output in log, >> sometimes with messages "calcru: .....". After 5-10 minutes it >> continue work again. When I disabled HPET in bios - problem gone. > > Could you give some more info? Is it physical machine? Is it SMP? What > chipset do you have? Does HPET works in per-CPU or global mode? Does > `vmstat -i` shows HPET interrupts during that time? PS: You may try to remove from acpi_hpet.c near line 192 condition if (fdiv < 5000) { and respective "}". Report me if it help. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 20:44:19 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A37D9106564A; Fri, 29 Oct 2010 20:44:19 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id F2E6B8FC14; Fri, 29 Oct 2010 20:44:18 +0000 (UTC) Received: by bwz3 with SMTP id 3so2918484bwz.13 for ; Fri, 29 Oct 2010 13:44:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=Nw5iBWwZFXy0fO6iEsf7kIyMCDeRp1h4ya8A4WczQu0=; b=nO+jm9eSrLtdRSzlA7pjxzyAWLvPlHqIdZFXoP0zH3W6oV76nf1JtuHYq/1EXQWjwB nBfzAQmMOIHChq5Saw4JE9grwAMWu9FzA3oZv7aAoNMkv0fCvgmdd8c1fDwzBIUPAW8B hU2p2CxJmXNMCc9K8sThh1Oc6Jf+Zhz60NKWE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=jofGNBbw1byjJu39mK9pFM0GaXjQr7kRDiN1QnDr6IcmAk2I8RRMetRYE6Ufi4XnwJ BxXzPp7m04EKhahpW7jnZZKF+suviYtcu5NpV1s20obETdHUVR8pIv23J0x1Gfbu/JEx ZaKr+U8q1PU/ucpzOXDu5cTeKRlMWR+tLBGiY= Received: by 10.204.76.14 with SMTP id a14mr543436bkk.14.1288385057679; Fri, 29 Oct 2010 13:44:17 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id g8sm1161066bkg.11.2010.10.29.13.44.15 (version=SSLv3 cipher=RC4-MD5); Fri, 29 Oct 2010 13:44:16 -0700 (PDT) Sender: Alexander Motin Message-ID: <4CCB321D.1020502@FreeBSD.org> Date: Fri, 29 Oct 2010 23:44:13 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Takanori Watanabe References: <201010261904.o9QJ4iwq089834@sana.init-main.com> <4CC732C7.50409@FreeBSD.org> In-Reply-To: <4CC732C7.50409@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org, current@freebsd.org, hselasky@c2i.net Subject: Re: Event based scheduling and USB. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2010 20:44:19 -0000 Alexander Motin wrote: > Takanori Watanabe wrote: >> I updated my FreeBSD tree on laptop, to the current >> as of 18 Oct.2010, it works fine with CPU C3 state enabled, >> >> I think this is your achievement of event time scheduler, >> thanks! >> >> But when USB driver is enabled, the load average is considerablly >> high (0.6 to 1.0) if sysctl oid kern.eventtimer.periodic is set to 0. >> Then kern.eventtimer.periodic is set to 1, the load average goes >> to 0 quickly as before, but almost never transit to C3. >> >> Is this behavior expected, or something wrong? >> I noticed one of usb host controller device shares HPET irq. >> When I implement interrupt filter in uhci driver, the load average >> goes to 0 as before. >> >> ==== >> % vmstat -i >> interrupt total rate >> irq1: atkbd0 398 2 >> irq9: acpi0 408 2 >> irq12: psm0 3 0 >> irq19: ehci1 37 0 >> irq20: hpet0 uhci0 35970 230 >> irq22: ehci0 2 0 >> irq256: em0 4 0 >> irq257: ahci0 1692 10 >> Total 38514 246 >> === > > I haven't noticed that issue and it is surely not expected for me. I > will try to reproduce it. I've easily reproduced the problem. Scheduler tracing shows that problem is the result of aliasing between "swi4: clock" thread on one CPU (measuring load average) and "irq21: hpet0 uhci1" thread on another. Those two events are aliased by definition due to shared interrupt source. Not sure what to do with it. Either we should change algorithm of load average calculation or exclude timer's interrupt threads from load average accounting. Adding interrupt filter for USB also reasonably helps, but it is only a partial solution for this specific sharing case. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 01:19:03 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84D901065694; Sat, 30 Oct 2010 01:19:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3667A8FC0A; Sat, 30 Oct 2010 01:19:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o9U1J2Lr084654; Fri, 29 Oct 2010 21:19:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o9U1J2cE084653; Sat, 30 Oct 2010 01:19:02 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 30 Oct 2010 01:19:02 GMT Message-Id: <201010300119.o9U1J2cE084653@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2010 01:19:03 -0000 TB --- 2010-10-29 21:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-10-29 21:15:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-10-29 21:15:00 - cleaning the object tree TB --- 2010-10-29 21:17:10 - cvsupping the source tree TB --- 2010-10-29 21:17:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2010-10-29 21:23:03 - building world TB --- 2010-10-29 21:23:03 - MAKEOBJDIRPREFIX=/obj TB --- 2010-10-29 21:23:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-10-29 21:23:03 - TARGET=arm TB --- 2010-10-29 21:23:03 - TARGET_ARCH=arm TB --- 2010-10-29 21:23:03 - TZ=UTC TB --- 2010-10-29 21:23:03 - __MAKE_CONF=/dev/null TB --- 2010-10-29 21:23:03 - cd /src TB --- 2010-10-29 21:23:03 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 29 21:23:05 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> sbin/ipf/ipf (all) cc -O -pipe -I. -DIPFILTER_BPF -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/tools/ipf.c cc -O -pipe -I. -DIPFILTER_BPF -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/tools/ipfcomp.c cc -O -pipe -I. -DIPFILTER_BPF -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c ipf_y.c In file included from /obj/arm.arm/src/tmp/usr/include/pcap.h:45, from /src/sbin/ipf/ipf/../../../contrib/ipfilter/tools/ipf_y.y:15: /obj/arm.arm/src/tmp/usr/include/pcap/pcap.h:351: error: conflicting types for 'bpf_validate' /src/sbin/ipf/ipf/../../../contrib/ipfilter/pcap-bpf.h:671: error: previous declaration of 'bpf_validate' was here *** Error code 1 Stop in /src/sbin/ipf/ipf. *** Error code 1 Stop in /src/sbin/ipf. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-10-30 01:19:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-10-30 01:19:02 - ERROR: failed to build world TB --- 2010-10-30 01:19:02 - 2099.44 user 8061.75 system 14641.39 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 03:10:54 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B98D106566B; Sat, 30 Oct 2010 03:10:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0BBCC8FC15; Sat, 30 Oct 2010 03:10:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o9U3Arij076439; Fri, 29 Oct 2010 23:10:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o9U3ArQk076435; Sat, 30 Oct 2010 03:10:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 30 Oct 2010 03:10:53 GMT Message-Id: <201010300310.o9U3ArQk076435@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2010 03:10:54 -0000 TB --- 2010-10-29 21:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-10-29 21:15:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-10-29 21:15:00 - cleaning the object tree TB --- 2010-10-29 21:19:28 - cvsupping the source tree TB --- 2010-10-29 21:19:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-10-29 21:30:38 - building world TB --- 2010-10-29 21:30:38 - MAKEOBJDIRPREFIX=/obj TB --- 2010-10-29 21:30:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-10-29 21:30:38 - TARGET=i386 TB --- 2010-10-29 21:30:38 - TARGET_ARCH=i386 TB --- 2010-10-29 21:30:38 - TZ=UTC TB --- 2010-10-29 21:30:38 - __MAKE_CONF=/dev/null TB --- 2010-10-29 21:30:38 - cd /src TB --- 2010-10-29 21:30:38 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 29 21:30:40 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> sbin/ipf/ipf (all) cc -O2 -pipe -I. -DIPFILTER_BPF -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/tools/ipf.c cc -O2 -pipe -I. -DIPFILTER_BPF -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/tools/ipfcomp.c cc -O2 -pipe -I. -DIPFILTER_BPF -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c ipf_y.c In file included from /obj/i386.i386/src/tmp/usr/include/pcap.h:45, from /src/sbin/ipf/ipf/../../../contrib/ipfilter/tools/ipf_y.y:15: /obj/i386.i386/src/tmp/usr/include/pcap/pcap.h:351: error: conflicting types for 'bpf_validate' /src/sbin/ipf/ipf/../../../contrib/ipfilter/pcap-bpf.h:671: error: previous declaration of 'bpf_validate' was here *** Error code 1 Stop in /src/sbin/ipf/ipf. *** Error code 1 Stop in /src/sbin/ipf. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-10-30 03:10:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-10-30 03:10:52 - ERROR: failed to build world TB --- 2010-10-30 03:10:52 - 4642.33 user 10840.58 system 21352.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 03:20:19 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56B9F106566B; Sat, 30 Oct 2010 03:20:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 097B18FC0A; Sat, 30 Oct 2010 03:20:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o9U3KI4G086003; Fri, 29 Oct 2010 23:20:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o9U3KIdv085999; Sat, 30 Oct 2010 03:20:18 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 30 Oct 2010 03:20:18 GMT Message-Id: <201010300320.o9U3KIdv085999@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2010 03:20:19 -0000 TB --- 2010-10-29 21:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-10-29 21:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-10-29 21:15:00 - cleaning the object tree TB --- 2010-10-29 21:20:16 - cvsupping the source tree TB --- 2010-10-29 21:20:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-10-29 21:31:59 - building world TB --- 2010-10-29 21:31:59 - MAKEOBJDIRPREFIX=/obj TB --- 2010-10-29 21:31:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-10-29 21:31:59 - TARGET=amd64 TB --- 2010-10-29 21:31:59 - TARGET_ARCH=amd64 TB --- 2010-10-29 21:31:59 - TZ=UTC TB --- 2010-10-29 21:31:59 - __MAKE_CONF=/dev/null TB --- 2010-10-29 21:31:59 - cd /src TB --- 2010-10-29 21:31:59 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 29 21:32:01 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> sbin/ipf/ipf (all) cc -O2 -pipe -I. -DIPFILTER_BPF -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/tools/ipf.c cc -O2 -pipe -I. -DIPFILTER_BPF -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/tools/ipfcomp.c cc -O2 -pipe -I. -DIPFILTER_BPF -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c ipf_y.c In file included from /obj/src/tmp/usr/include/pcap.h:45, from /src/sbin/ipf/ipf/../../../contrib/ipfilter/tools/ipf_y.y:15: /obj/src/tmp/usr/include/pcap/pcap.h:351: error: conflicting types for 'bpf_validate' /src/sbin/ipf/ipf/../../../contrib/ipfilter/pcap-bpf.h:671: error: previous declaration of 'bpf_validate' was here *** Error code 1 Stop in /src/sbin/ipf/ipf. *** Error code 1 Stop in /src/sbin/ipf. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-10-30 03:20:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-10-30 03:20:18 - ERROR: failed to build world TB --- 2010-10-30 03:20:18 - 4682.27 user 11207.87 system 21917.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 03:24:53 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DAF3106564A; Sat, 30 Oct 2010 03:24:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0786C8FC29; Sat, 30 Oct 2010 03:24:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o9U3OqY0093090; Fri, 29 Oct 2010 23:24:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o9U3OqOd093089; Sat, 30 Oct 2010 03:24:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 30 Oct 2010 03:24:52 GMT Message-Id: <201010300324.o9U3OqOd093089@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2010 03:24:53 -0000 TB --- 2010-10-29 21:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-10-29 21:15:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-10-29 21:15:00 - cleaning the object tree TB --- 2010-10-29 21:19:10 - cvsupping the source tree TB --- 2010-10-29 21:19:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-10-29 21:23:58 - building world TB --- 2010-10-29 21:23:58 - MAKEOBJDIRPREFIX=/obj TB --- 2010-10-29 21:23:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-10-29 21:23:58 - TARGET=pc98 TB --- 2010-10-29 21:23:58 - TARGET_ARCH=i386 TB --- 2010-10-29 21:23:58 - TZ=UTC TB --- 2010-10-29 21:23:58 - __MAKE_CONF=/dev/null TB --- 2010-10-29 21:23:58 - cd /src TB --- 2010-10-29 21:23:58 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 29 21:23:59 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> sbin/ipf/ipf (all) cc -O2 -pipe -I. -DIPFILTER_BPF -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/tools/ipf.c cc -O2 -pipe -I. -DIPFILTER_BPF -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/tools/ipfcomp.c cc -O2 -pipe -I. -DIPFILTER_BPF -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c ipf_y.c In file included from /obj/pc98.i386/src/tmp/usr/include/pcap.h:45, from /src/sbin/ipf/ipf/../../../contrib/ipfilter/tools/ipf_y.y:15: /obj/pc98.i386/src/tmp/usr/include/pcap/pcap.h:351: error: conflicting types for 'bpf_validate' /src/sbin/ipf/ipf/../../../contrib/ipfilter/pcap-bpf.h:671: error: previous declaration of 'bpf_validate' was here *** Error code 1 Stop in /src/sbin/ipf/ipf. *** Error code 1 Stop in /src/sbin/ipf. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-10-30 03:24:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-10-30 03:24:52 - ERROR: failed to build world TB --- 2010-10-30 03:24:52 - 4640.41 user 11569.16 system 22191.51 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 08:48:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91A1F1065679 for ; Sat, 30 Oct 2010 08:48:17 +0000 (UTC) (envelope-from brucec@muon.cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 5C6E48FC17 for ; Sat, 30 Oct 2010 08:48:17 +0000 (UTC) Received: by muon.cran.org.uk (Postfix, from userid 1001) id A792EE720A; Sat, 30 Oct 2010 09:48:16 +0100 (BST) Date: Sat, 30 Oct 2010 09:48:16 +0100 From: Bruce Cran To: freebsd-current@freebsd.org Message-ID: <20101030084816.GA13251@muon.cran.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: panic after entering blank line at mountroot prompt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2010 08:48:17 -0000 I recently ran my FreeBSD installation in a virtual machine, and when I booted on real hardware I'd forgotten to update /etc/fstab. I saw the rootmount prompt and tried to clear away the USB probe messages by pressing enter. It appears there's a problem with the mountroot code though because instead of another line, I got a panic: "failed to (re-)mount root". Should the mountroot parser be failing if it doesn't find a valid root to mount on the first line? -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 11:13:10 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDB2B106564A; Sat, 30 Oct 2010 11:13:10 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward2.mail.yandex.net (forward2.mail.yandex.net [77.88.46.7]) by mx1.freebsd.org (Postfix) with ESMTP id 6A0728FC1A; Sat, 30 Oct 2010 11:13:10 +0000 (UTC) Received: from smtp1.mail.yandex.net (smtp1.mail.yandex.net [77.88.46.101]) by forward2.mail.yandex.net (Yandex) with ESMTP id 5517D38A8ADE; Sat, 30 Oct 2010 15:13:08 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1288437188; bh=Zm2umLeEcfe9ZOzESyLWLwug2Mi75mRIjZBFoECyl4s=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=eczVEKASMDwJ3LJ3EIK6znQFHpnEtXPD920N44USi8sU1rrBOtMQOZ0+OYGLIldRb VLcrurGNupASet3AuqHIA89Aupqvc3qOli1q7AyM+gpNusdlpwZgiXjwQfud2uHC2C 15b9HThRUoFX3O6VrrpQ4EnzHf7a2CRFBAnONEZU= Received: from [10.43.163.197] (nat-77-40.kirovnet.ru [92.39.77.40]) by smtp1.mail.yandex.net (Yandex) with ESMTPSA id E352129007B; Sat, 30 Oct 2010 15:13:07 +0400 (MSD) Message-ID: <4CCBFD8E.8010804@yandex.ru> Date: Sat, 30 Oct 2010 15:12:14 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101030 Thunderbird/3.1.6 MIME-Version: 1.0 To: Bruce Cran References: <20101030084816.GA13251@muon.cran.org.uk> In-Reply-To: <20101030084816.GA13251@muon.cran.org.uk> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-Yandex-TimeMark: 1288437188 X-Yandex-Spam: 1 X-Yandex-Front: smtp1.mail.yandex.net Cc: freebsd-current@freebsd.org, Marcel Moolenaar Subject: Re: panic after entering blank line at mountroot prompt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2010 11:13:10 -0000 On 30.10.2010 12:48, Bruce Cran wrote: > mountroot code though because instead of another line, I got a panic: > "failed to (re-)mount root". Should the mountroot parser be failing if > it doesn't find a valid root to mount on the first line? Yes. This is default config for CURRENT. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 14:43:43 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87F86106567A for ; Sat, 30 Oct 2010 14:43:43 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 219BD8FC26 for ; Sat, 30 Oct 2010 14:43:42 +0000 (UTC) Received: by wwi18 with SMTP id 18so5167694wwi.1 for ; Sat, 30 Oct 2010 07:43:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=XXJPii7V1sImFwXvQ3SeLe/KeUn6vNQm5Bnqo4bmsP0=; b=ewbL+eBK4yP2iBO8c7pS4/y0Pl1u67DSbJnWvzu3H4DRBesYY3+3ULoseEYK3dQk8j 5aJPbtSdjjLC8a7yEBxkESVc3c8cdeA9sZCNY22eAVtYFMXShjx+EDv8fFFkmUpslSai hk7+8pC6UO12ng6loqM1eWYdkHAv+TKyMiUAc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=RFFPelhlkKHOZO11h60dCccu+QrU2c80fZIzlhzwewHhnvv7Olfem/3SRq1eQ1fbbP xvt+nOWj8kXLut3FWQKhmALqPEZpqP10DbxAEQVe5ovrb6fWkm8mkjpBi5b5aM5QvXIu YEbL65TfNU0EmfU8foU3yoFezaWciLZwaO/fg= MIME-Version: 1.0 Received: by 10.216.71.66 with SMTP id q44mr2387580wed.44.1288449822007; Sat, 30 Oct 2010 07:43:42 -0700 (PDT) Received: by 10.216.50.140 with HTTP; Sat, 30 Oct 2010 07:43:41 -0700 (PDT) Date: Sat, 30 Oct 2010 14:43:41 +0000 Message-ID: From: Paul B Mahol To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: panic: invalid PDPE on recend amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2010 14:43:43 -0000 Hi, Booting amd64 kernel panic in pmap_demote_DMAP(): invalid PDPE This is on: Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #1 r214542+ac89f9b: Sat Oct 30 09:40:45 UTC 2010 root@:/usr/obj/usr/src/sys/kernel i386 CPU: Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz (1662.54-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f2 Family = 6 Model = f Stepping = 2 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 2087346176 (1990 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 14:55:02 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 788D1106566C for ; Sat, 30 Oct 2010 14:55:02 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AF8338FC1C for ; Sat, 30 Oct 2010 14:55:01 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA22316; Sat, 30 Oct 2010 17:54:58 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PCCpd-000JVN-RS; Sat, 30 Oct 2010 17:54:57 +0300 Message-ID: <4CCC31C1.5090602@icyb.net.ua> Date: Sat, 30 Oct 2010 17:54:57 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Paul B Mahol References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: panic: invalid PDPE on recend amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2010 14:55:02 -0000 on 30/10/2010 17:43 Paul B Mahol said the following: > Hi, > > Booting amd64 kernel panic in pmap_demote_DMAP(): invalid PDPE > > This is on: > > Copyright (c) 1992-2010 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-CURRENT #1 r214542+ac89f9b: Sat Oct 30 09:40:45 UTC 2010 > root@:/usr/obj/usr/src/sys/kernel i386 ----------------------------------------^^^^ amd64 or i386? > CPU: Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz (1662.54-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6f2 Family = 6 Model = f Stepping = 2 > Features=0xbfebfbff > Features2=0xe3bd > AMD Features=0x20100000 > AMD Features2=0x1 > TSC: P-state invariant > real memory = 2147483648 (2048 MB) > avail memory = 2087346176 (1990 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Changing APIC ID to 1 > ioapic0 irqs 0-23 on motherboard > acpi0: on motherboard > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed It seems that the panic happens at the stage where you should be able to enter ddb and obtain a backtrace at the very least, after adding DDB option to your kernel. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 15:00:02 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99F56106566B for ; Sat, 30 Oct 2010 15:00:02 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1D47B8FC0A for ; Sat, 30 Oct 2010 15:00:01 +0000 (UTC) Received: by wyb42 with SMTP id 42so4074769wyb.13 for ; Sat, 30 Oct 2010 08:00:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=y/IlopMhYabl/GXLIzxe37OBcb8b6Yp89xpLaZNSN2U=; b=OrNSWU5Rpy/eMsvByw5vOYZTOAKSP8ARkjQ8K5TZnm2XimHYmzcDdWCx/JLus1/Xwl w1uJDQIrNpFQQ2Xi0AA3EKcXlFcOyJlVtC+OHXaS4fNuE0EjBNZm1Ngo9xDB/TIWIfZ/ jFgEp610KJHnVYMXhNyjskED+xkIOqne3FhOo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=cnUmhlNUyp2bkDGvWC9kYyMLoK25+jYcV8hZvMTnU+KXxIjRhtwPOmNKbZ/m8P0jwA kghnHRKaK57pExAUb1207S3Sq1gpew9hsN5TzpL3qNjcA7hwV0nkF0vf5QlUHk+MtU27 wY20mlkdQHw1MJ2SUJYvbsEbcvevaFc/izwIM= MIME-Version: 1.0 Received: by 10.216.0.210 with SMTP id 60mr599100web.44.1288450800620; Sat, 30 Oct 2010 08:00:00 -0700 (PDT) Received: by 10.216.50.140 with HTTP; Sat, 30 Oct 2010 08:00:00 -0700 (PDT) In-Reply-To: <4CCC31C1.5090602@icyb.net.ua> References: <4CCC31C1.5090602@icyb.net.ua> Date: Sat, 30 Oct 2010 15:00:00 +0000 Message-ID: From: Paul B Mahol To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: panic: invalid PDPE on recend amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2010 15:00:02 -0000 On 10/30/10, Andriy Gapon wrote: > on 30/10/2010 17:43 Paul B Mahol said the following: >> Hi, >> >> Booting amd64 kernel panic in pmap_demote_DMAP(): invalid PDPE >> >> This is on: >> >> Copyright (c) 1992-2010 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 9.0-CURRENT #1 r214542+ac89f9b: Sat Oct 30 09:40:45 UTC 2010 >> root@:/usr/obj/usr/src/sys/kernel i386 > ----------------------------------------^^^^ > amd64 or i386? That is working i386 kernel, I can send bt of amd64 kernel as picture. > >> CPU: Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz (1662.54-MHz >> 686-class CPU) >> Origin = "GenuineIntel" Id = 0x6f2 Family = 6 Model = f Stepping = 2 >> >> Features=0xbfebfbff >> >> Features2=0xe3bd >> AMD Features=0x20100000 >> AMD Features2=0x1 >> TSC: P-state invariant >> real memory = 2147483648 (2048 MB) >> avail memory = 2087346176 (1990 MB) >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> FreeBSD/SMP: 1 package(s) x 2 core(s) >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> ioapic0: Changing APIC ID to 1 >> ioapic0 irqs 0-23 on motherboard >> acpi0: on motherboard >> acpi0: Power Button (fixed) >> acpi0: reservation of 0, a0000 (3) failed > > It seems that the panic happens at the stage where you should be able to > enter > ddb and obtain a backtrace at the very least, after adding DDB option to > your > kernel. From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 15:18:04 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E0D31065675 for ; Sat, 30 Oct 2010 15:18:04 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 553168FC08 for ; Sat, 30 Oct 2010 15:18:02 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA22517; Sat, 30 Oct 2010 18:18:01 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PCDBw-000JX2-LR; Sat, 30 Oct 2010 18:18:00 +0300 Message-ID: <4CCC3728.7040804@icyb.net.ua> Date: Sat, 30 Oct 2010 18:18:00 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Paul B Mahol References: <4CCC31C1.5090602@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: panic: invalid PDPE on recend amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2010 15:18:04 -0000 on 30/10/2010 18:00 Paul B Mahol said the following: > On 10/30/10, Andriy Gapon wrote: >> on 30/10/2010 17:43 Paul B Mahol said the following: >>> Hi, >>> >>> Booting amd64 kernel panic in pmap_demote_DMAP(): invalid PDPE >>> >>> This is on: >>> >>> Copyright (c) 1992-2010 The FreeBSD Project. >>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >>> The Regents of the University of California. All rights reserved. >>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>> FreeBSD 9.0-CURRENT #1 r214542+ac89f9b: Sat Oct 30 09:40:45 UTC 2010 >>> root@:/usr/obj/usr/src/sys/kernel i386 >> ----------------------------------------^^^^ >> amd64 or i386? Oh, right. Yes, that would be helpful. Thank you. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 15:34:23 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C225A106564A for ; Sat, 30 Oct 2010 15:34:23 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5612A8FC17 for ; Sat, 30 Oct 2010 15:34:23 +0000 (UTC) Received: by wyb42 with SMTP id 42so4093103wyb.13 for ; Sat, 30 Oct 2010 08:34:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=LOCs1tx8KeilAO7n4eU2PS/Hw9d3tTP0waMYoeM+8uk=; b=omRnAaoqxhrwa7FPRxq/d7SfYIztf2Y/oN9nvLyzfLI6AXgIuvMS738qfxUEwmfndI vWf5yHoL3nZzY8gTDOeDBoCjl6JNplKvN64BHLwylNVpW2YTGGnRd/G4imrgYJFwBZQ7 CdoOpRq6Kajf3eb2g3EmWECdV8HzNmndu6xR0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=KNutKoL6THvjxGqfhV4HUxaMFqFaQut3Qcuhi2/xranW60/hFIY3BGvWa5Er8AvC9R fS0ZW2sz6pnkqqYaj/yvfYnACtj/Lxn7WTsW62jmKZkl74qbYC79m7Flie0sCWGZKhhy CVvBtffyrjA/wxySiOWwBP9roHMk3itAKBWIM= MIME-Version: 1.0 Received: by 10.216.0.210 with SMTP id 60mr630059web.44.1288452861972; Sat, 30 Oct 2010 08:34:21 -0700 (PDT) Received: by 10.216.50.140 with HTTP; Sat, 30 Oct 2010 08:34:21 -0700 (PDT) In-Reply-To: References: <4CCC31C1.5090602@icyb.net.ua> Date: Sat, 30 Oct 2010 15:34:21 +0000 Message-ID: From: Paul B Mahol To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: panic: invalid PDPE on recend amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2010 15:34:23 -0000 On 10/30/10, Paul B Mahol wrote: > On 10/30/10, Andriy Gapon wrote: >> on 30/10/2010 17:43 Paul B Mahol said the following: >>> Hi, >>> >>> Booting amd64 kernel panic in pmap_demote_DMAP(): invalid PDPE >>> >>> This is on: >>> >>> Copyright (c) 1992-2010 The FreeBSD Project. >>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >>> The Regents of the University of California. All rights reserved. >>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>> FreeBSD 9.0-CURRENT #1 r214542+ac89f9b: Sat Oct 30 09:40:45 UTC 2010 >>> root@:/usr/obj/usr/src/sys/kernel i386 >> ----------------------------------------^^^^ >> amd64 or i386? > > That is working i386 kernel, I can send bt of amd64 kernel as picture. >> >>> CPU: Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz (1662.54-MHz >>> 686-class CPU) >>> Origin = "GenuineIntel" Id = 0x6f2 Family = 6 Model = f Stepping = >>> 2 >>> >>> Features=0xbfebfbff >>> >>> Features2=0xe3bd >>> AMD Features=0x20100000 >>> AMD Features2=0x1 >>> TSC: P-state invariant >>> real memory = 2147483648 (2048 MB) >>> avail memory = 2087346176 (1990 MB) >>> ACPI APIC Table: >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> FreeBSD/SMP: 1 package(s) x 2 core(s) >>> cpu0 (BSP): APIC ID: 0 >>> cpu1 (AP): APIC ID: 1 >>> ioapic0: Changing APIC ID to 1 >>> ioapic0 irqs 0-23 on motherboard >>> acpi0: on motherboard >>> acpi0: Power Button (fixed) >>> acpi0: reservation of 0, a0000 (3) failed >> >> It seems that the panic happens at the stage where you should be able to >> enter >> ddb and obtain a backtrace at the very least, after adding DDB option to >> your >> kernel. panic: pmap_demote_DMAP: Invalid PDPE cpuid=0 KDB: enter: panic: [ thread pid 0 tid .. Stopped at .. db> bt Tracing pid 0 .. kdb_enter() .. panic() .. pmap_demote_DMAP() .. amd64_mrinit() .. mem_modevent() .. module_register_init() .. mi_startup() .. If I remove mem module from loader.conf kernel boots fine. If I kldload mem after boot, panic happens. From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 19:41:21 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F0B6106566C for ; Sat, 30 Oct 2010 19:41:21 +0000 (UTC) (envelope-from sdrhodus@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9BE1D8FC14 for ; Sat, 30 Oct 2010 19:41:20 +0000 (UTC) Received: by wwi17 with SMTP id 17so3032161wwi.31 for ; Sat, 30 Oct 2010 12:41:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:content-type; bh=OYyAcS/aER/jBVnoM1p4k3FPAI02Z20joyWvLGg0b+o=; b=adDkyeC/EO7PB3Ua8UJEhfu/UhdmTo45M0eMpF09JrDZ3F4YXfE5xrCUtTRtGnPGmG W6PVpL+LASb3YaKOXstpGga841Ljz8fJGsWvHvT6zfpEB7jIOTQgMmgD8iAnxz3i/jJc YHJ1EmQJBGFktxAGPBKwOwrfobaQA2V5KeI8w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=uQIvg2xAPU0QwxbHE6UxY/fkZLKuX98JY3jzE2vghTRgv0Mdx0xqwOVoLHb8EqkVyx iHvzeOVEsDdeV74INhZK+yzDzOoCkfGgcgQzPREIt6qx5hGRPQJgTpIqKSsG96KS3KHN LrKbLm+iqwLEJDf+citEbc6zU495PNX09qFJ4= Received: by 10.216.240.75 with SMTP id d53mr7794529wer.4.1288466365081; Sat, 30 Oct 2010 12:19:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.10.71 with HTTP; Sat, 30 Oct 2010 12:19:04 -0700 (PDT) From: David Rhodus Date: Sat, 30 Oct 2010 15:19:04 -0400 Message-ID: To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2010 19:41:21 -0000 I haven't seen much of this since 5.x days. Anyone else see calcru messages lately ? -DR NFS# uname -a FreeBSD NFS.Lesmilde.com 9.0-CURRENT FreeBSD 9.0-CURRENT #2: Fri Oct 29 01:07:40 CDT 2010 root@NFS.Lesmilde.com:/usr/obj/usr/src/sys/GENERIC amd64 NFS# tail -25 /var/log/messages Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 91464 usec to 40935 usec for pid 2709 (csh) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 4334 usec to 1927 usec for pid 2134 (getty) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 4814 usec to 2140 usec for pid 2133 (getty) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 4752 usec to 2113 usec for pid 2132 (getty) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 5322 usec to 2366 usec for pid 2131 (getty) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 5183 usec to 2304 usec for pid 2130 (getty) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 4495 usec to 1998 usec for pid 2129 (getty) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 4501 usec to 2001 usec for pid 2128 (getty) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 15315 usec to 6809 usec for pid 2127 (login) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 32057357 usec to 28943929 usec for pid 2063 (cron) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 1381 usec to 613 usec for pid 2015 (rsync) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 1606 usec to 936 usec for pid 1940 (smbd) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 20818 usec to 9600 usec for pid 1895 (smbd) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 18992 usec to 8440 usec for pid 1760 (cupsd) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 3378 usec to 1501 usec for pid 1720 (mountd) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 1458 usec to 648 usec for pid 1681 (nfsuserd) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 568 usec to 308 usec for pid 1335 (devd) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 214373 usec to 95273 usec for pid 1335 (devd) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 965 usec to 428 usec for pid 132 (adjkerntz) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 191 usec to 84 usec for pid 15 (vmdaemon) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 74 usec to 33 usec for pid 7 (sctp_iterator) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 984227 usec to 748883 usec for pid 4 (g_down) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 1281130 usec to 979529 usec for pid 3 (g_up) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 10320 usec to 4890 usec for pid 1 (init) Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 6244341 usec to 2848133 usec for pid 1 (init) NFS# From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 20:49:53 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A8221065670; Sat, 30 Oct 2010 20:49:53 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 25F7E8FC1B; Sat, 30 Oct 2010 20:49:53 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id CFBF9E7209; Sat, 30 Oct 2010 21:49:51 +0100 (BST) Received: from core.nessbank (client-81-107-141-216.midd.adsl.virginmedia.com [81.107.141.216]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Sat, 30 Oct 2010 21:49:50 +0100 (BST) From: Bruce Cran To: freebsd-current@freebsd.org Date: Sat, 30 Oct 2010 21:49:50 +0100 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.5.2; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Message-Id: <201010302149.50412.bruce@cran.org.uk> Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: David Rhodus , current@freebsd.org Subject: Re: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2010 20:49:53 -0000 On Saturday 30 October 2010 20:19:04 David Rhodus wrote: > I haven't seen much of this since 5.x days. Anyone else see calcru > messages lately ? > > -DR > > NFS# uname -a > FreeBSD NFS.Lesmilde.com 9.0-CURRENT FreeBSD 9.0-CURRENT #2: Fri Oct > 29 01:07:40 CDT 2010 > root@NFS.Lesmilde.com:/usr/obj/usr/src/sys/GENERIC amd64 > NFS# tail -25 /var/log/messages > Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 91464 > usec to 40935 usec for pid 2709 (csh) It seems to occur if certain CPU power features are enabled in the BIOS - EIST or C1E? I also saw it today when I connected to the virtual VGA console on my Xen VPS. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 20:49:53 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A8221065670; Sat, 30 Oct 2010 20:49:53 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 25F7E8FC1B; Sat, 30 Oct 2010 20:49:53 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id CFBF9E7209; Sat, 30 Oct 2010 21:49:51 +0100 (BST) Received: from core.nessbank (client-81-107-141-216.midd.adsl.virginmedia.com [81.107.141.216]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Sat, 30 Oct 2010 21:49:50 +0100 (BST) From: Bruce Cran To: freebsd-current@freebsd.org Date: Sat, 30 Oct 2010 21:49:50 +0100 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.5.2; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Message-Id: <201010302149.50412.bruce@cran.org.uk> Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: David Rhodus , current@freebsd.org Subject: Re: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2010 20:49:53 -0000 On Saturday 30 October 2010 20:19:04 David Rhodus wrote: > I haven't seen much of this since 5.x days. Anyone else see calcru > messages lately ? > > -DR > > NFS# uname -a > FreeBSD NFS.Lesmilde.com 9.0-CURRENT FreeBSD 9.0-CURRENT #2: Fri Oct > 29 01:07:40 CDT 2010 > root@NFS.Lesmilde.com:/usr/obj/usr/src/sys/GENERIC amd64 > NFS# tail -25 /var/log/messages > Oct 30 19:13:25 NFS kernel: calcru: runtime went backwards from 91464 > usec to 40935 usec for pid 2709 (csh) It seems to occur if certain CPU power features are enabled in the BIOS - EIST or C1E? I also saw it today when I connected to the virtual VGA console on my Xen VPS. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 21:27:46 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56FFD106564A for ; Sat, 30 Oct 2010 21:27:46 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0957E8FC14 for ; Sat, 30 Oct 2010 21:27:45 +0000 (UTC) Received: by gwaa18 with SMTP id a18so2777957gwa.13 for ; Sat, 30 Oct 2010 14:27:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=DRpu+6KEH9pRY/leu1jqyaawUPnLsLiQo2qUadIMe5E=; b=dqTlI7FEpG1Y8XS0Eaf4JC9wD7EqySL0jiYvl8n195qMOWVbFza/Ywwl7idZOVDprd NzgUsg9zCd2vpqUNW0o4YAM2oDtCugCF4TGtwuXFxjpOXy4akJ00dV4yqf4ctm9pYJIf yikU8xGuy2UjIPSJqF0DUJuJsGgF3NxfPirYY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=nab1uSIYpGrRyp4UysBBjQOv+i8xR9sdqOe44red2S5NMJcPm8CtRyMfFeVuBE8RAK CNt/zu+zyWRlU6+5KLsAn87XdreD2SXqKNc3RsxEdW5SgE6/nZBDZzBALhYAOTSbJPD/ 98GtA2/ZcPt9yey0WK2zq6cKkKppKSDUDggY8= Received: by 10.151.84.8 with SMTP id m8mr8081898ybl.43.1288472406498; Sat, 30 Oct 2010 14:00:06 -0700 (PDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) by mx.google.com with ESMTPS id z16sm4040127ybm.4.2010.10.30.14.00.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 30 Oct 2010 14:00:04 -0700 (PDT) Message-ID: <4CCC8752.7030403@gmail.com> Date: Sat, 30 Oct 2010 16:00:02 -0500 From: Alan Cox User-Agent: Thunderbird 2.0.0.24 (X11/20100725) MIME-Version: 1.0 To: Paul B Mahol References: <4CCC31C1.5090602@icyb.net.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Andriy Gapon , current@freebsd.org Subject: Re: panic: invalid PDPE on recend amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2010 21:27:46 -0000 Please boot your i386 kernel and send me the output from "memcontrol list". Alan From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 23:22:44 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 7F5AB106566B; Sat, 30 Oct 2010 23:22:44 +0000 (UTC) Date: Sat, 30 Oct 2010 23:22:44 +0000 From: Alexander Best To: freebsd-current@freebsd.org Message-ID: <20101030232244.GA35209@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: issue with "options DDB" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2010 23:22:44 -0000 hi there, with "options DDB" in my kernel conf i run into the following issue with my kernel modules: link_elf_lookup_symbol: missing symbol hash table KLD file snd_hda.ko is missing dependencies KLD file sound.ko is missing dependencies KLD file nvidia.ko is missing dependencies KLD file linux.ko is missing dependencies KLD file ng_ubt.ko is missing dependencies KLD file ng_hci.ko is missing dependencies KLD file ng_bluetooth.ko is missing dependencies KLD file netgraph.ko is missing dependencies link_elf_lookup_symbol: missing symbol hash table removing the option solves the issue. any advice? cheers. alex ps: i'm running HEAD (r214542; amd64). -- a13x