From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 2 01:54:10 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C8D016A41B for ; Sun, 2 Dec 2007 01:54:10 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 8221313C474 for ; Sun, 2 Dec 2007 01:54:09 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id A17B5EB4DC3 for ; Sun, 2 Dec 2007 03:30:17 +0200 (EET) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 8941915766D for ; Sun, 2 Dec 2007 03:30:17 +0200 (EET) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DI6lLKCYhnC5 for ; Sun, 2 Dec 2007 03:30:17 +0200 (EET) Received: from ace.netcins.ceid.upatras.gr (vfppp079167010191.dsl.hol.gr [79.167.10.191]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 3C6DB1576E8 for ; Sun, 2 Dec 2007 03:30:17 +0200 (EET) Received: by ace.netcins.ceid.upatras.gr (Postfix, from userid 1001) id 8D0AB3F457; Sun, 2 Dec 2007 03:30:10 +0200 (EET) Date: Sun, 2 Dec 2007 03:30:10 +0200 From: Nikos Ntarmos To: freebsd-hackers@freebsd.org Message-ID: <20071202013010.GA6198@ace.netcins.ceid.upatras.gr> Mail-Followup-To: freebsd-hackers@freebsd.org References: <1196470143.4750af7f6accf@webmail.rawbw.com> <20071201162930.5c9fd4dd@deskjail> <20071201230022.R74097@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20071201230022.R74097@fledge.watson.org> Organization: NetCInS Lab., C.E.I.D., U. of Patras, Greece WWW-Homepage: http://ntarmos.dyndns.org/ X-PGP-Fingerprint: 9680 60A7 DE60 0298 B1F0 9B22 9BA2 7569 CF95 160A Office-Phone: +30-2610-996919 Office-Fax: +30-2610-969011 GPS-Info: 38.31N, 21.82E User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2007 01:54:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, Dec 01, 2007 at 11:01:46PM +0000, Robert Watson wrote: > > On Sat, 1 Dec 2007, Alexander Leidinger wrote: > > >Have a look at the search order of libs in linux. Correlate this with > >the fact that when in linux an access is done to e.g. /lib/libX.so.y > >which means that the linuxulator first looks if > >/compat/linux/lib/libX.so.y is there, and if it isn't it looks if > >/lib/libX.so.y is available. > > > >AFAIR a work around is to add a link in > >/compat/linux/usr/lib/librt.so.1 -> /lib/librt.so.1 > > > >I want to do something like this in the FC4 port, but hadn't time to > >do it and test it so far. > > It sounds like the real problem is that there are some cases where we > don't want the Linuxulator to merge the underlying and Linux views of > the file system -- we don't want the union of /compat/linux/lib and > /lib, we just want /compat/linux/lib? The problem mainly arises when a library appears earlier in the search path in the underlying view of the file system than in the Linux view. (e.g. there is no /compat/linux/path1/lib/libX.so.y but there is a /path2/libX.so.y and path2 appears before path1 in the ld search path). X-related libraries are a good example; since we moved to a ${LOCALBASE}-based X hierarchy, all X-based dynamically-linked linux binaries pick up the native X libraries (i.e. from /usr/local/lib), unless advised otherwise (e.g. via LD_LIBRARY_PATH=/compat/linux/usr/X11R6/lib:$LD_LIBRARY_PATH). Symbolic links do work. Another solution is to rearrange dynamic libraries under /compat/linux so that they match the FreeBSD hierarchy (and teach ld-linux to use the same search path as the native loader). And yet another solution is to teach the linuxolator to first do an exhaustive search for libraries under /compat/linux and only then fall back to native ones (this seems similar to the above LD_LIBRARY_PATH incantation). Just my $0.02. \n\n -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Nikos Ntarmos iD8DBQFHUgqim6J1ac+VFgoRAunbAJ4/zMkaKVO4Nuu5ddyjww1WIzdtQACeOq7C i4a+uIyjPXAHfghAhfOgs9M= =qKI+ -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 2 04:45:14 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B6ED16A41A for ; Sun, 2 Dec 2007 04:45:13 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id CEF7413C442 for ; Sun, 2 Dec 2007 04:45:12 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-70-253.lns10.adl6.internode.on.net [121.45.70.253]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lB24j52m043596 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Dec 2007 15:15:06 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Sun, 2 Dec 2007 15:15:02 +1030 User-Agent: KMail/1.9.7 References: <1196470143.4750af7f6accf@webmail.rawbw.com> <20071201230022.R74097@fledge.watson.org> <20071202013010.GA6198@ace.netcins.ceid.upatras.gr> In-Reply-To: <20071202013010.GA6198@ace.netcins.ceid.upatras.gr> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8672414.XfB2oCkLW8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712021515.03884.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Nikos Ntarmos Subject: Re: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2007 04:45:14 -0000 --nextPart8672414.XfB2oCkLW8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 2 Dec 2007, Nikos Ntarmos wrote: > libraries under /compat/linux so that they match the FreeBSD > hierarchy (and teach ld-linux to use the same search path as the > native loader). And yet another solution is to teach the linuxolator > to first do an exhaustive search for libraries under /compat/linux > and only then fall back to native ones (this seems similar to the > above LD_LIBRARY_PATH incantation). The problem is that the dynamic linker is only opening files based on=20 the search path & cache - it doesn't know it isn't on a real linux box. I think the only way to 'fix' it would be to kludge the linuxulator to=20 treat ld.so specially but that would be pretty gross :( It IS a pain tho! :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart8672414.XfB2oCkLW8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHUjhP5ZPcIHs/zowRAoPdAJ0YMLLmTP1WinI3JcGmItTM6kB76gCeLQEd Zhh23Xbo5THo05GbjAdnRjs= =UVyC -----END PGP SIGNATURE----- --nextPart8672414.XfB2oCkLW8-- From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 2 09:09:08 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB0F516A473; Sun, 2 Dec 2007 09:09:08 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 4BDE213C4CC; Sun, 2 Dec 2007 09:09:08 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A57251.dip.t-dialin.net [84.165.114.81]) by redbull.bpaserver.net (Postfix) with ESMTP id 05F6B2E2FF; Sun, 2 Dec 2007 10:08:01 +0100 (CET) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 7AB6077D26; Sun, 2 Dec 2007 10:07:56 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1196586476; bh=b+gTzEKR75v/Z0uVZDcJXnvEl3e9yflwc Y9r5qYytpY=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To: References:X-Mailer:Mime-Version:Content-Type: Content-Transfer-Encoding; b=Fhn9ICWFLVBIolndCO2GhKQFRkNeG/ZFOnqzU IqGnZh4dg4bleY3qHYaUscrJvQcSSsIclGoiPbNa72ekb8NkrWqB/17AVQ5KJkEE6z2 rs0O/SGY0pdCk31eGUF3FXG/f8wIspGhUiCCTHV1YvM15MOkdCYtW/e77aJM+OEte3X 9jcW0M4JjxFbfi6SyKQWxMw7ayO4VEBjAt1V1Z3OM//SChKfIQz0/sKkJS1vmC7uk3A 8VMzYEsv7B3BWyOghpLJ0Rn3rmcd6ZXETmPDzozzseKgnsQgq+BepI887wl3J9EMEXF yqnGsx1ojj7FFuCVFQYu4km+Lmzh7HeSVYGxw== Date: Sun, 2 Dec 2007 10:07:55 +0100 From: Alexander Leidinger To: Robert Watson Message-ID: <20071202100755.2f5704cc@deskjail> In-Reply-To: <20071201230022.R74097@fledge.watson.org> References: <1196470143.4750af7f6accf@webmail.rawbw.com> <20071201162930.5c9fd4dd@deskjail> <20071201230022.R74097@fledge.watson.org> X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Sun, 02 Dec 2007 12:16:15 +0000 Cc: emulation@freebsd.org, freebsd-hackers@freebsd.org, Yuri Subject: Re: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2007 09:09:08 -0000 Quoting Robert Watson (Sat, 1 Dec 2007 23:01:46 +0000 (GMT)): > > On Sat, 1 Dec 2007, Alexander Leidinger wrote: > > > Have a look at the search order of libs in linux. Correlate this with the > > fact that when in linux an access is done to e.g. /lib/libX.so.y which means > > that the linuxulator first looks if /compat/linux/lib/libX.so.y is there, > > and if it isn't it looks if /lib/libX.so.y is available. > > > > AFAIR a work around is to add a link in /compat/linux/usr/lib/librt.so.1 -> > > /lib/librt.so.1 > > > > I want to do something like this in the FC4 port, but hadn't time to do it > > and test it so far. > > It sounds like the real problem is that there are some cases where we don't > want the Linuxulator to merge the underlying and Linux views of the file > system -- we don't want the union of /compat/linux/lib and /lib, we just want > /compat/linux/lib? Yes. I already thought a little bit of special case /lib, /usr/lib and /usr/local/lib in the kernel. This doesn't catch all cases (e.g., LD_LIBRARY_PATH), produces false positives (in case there's some kind of config file in lib which we want to fall through to the FreeBSD one (if the FreeBSD one is not moved to a different place by the corresponding port; I don't remember such a file, but we have such files in other places)) and looks like a hack to me. Another idea is to special case libs (I didn't think much about this yet), but how to detect libs? Do we look for ^lib.*\.so{,\.[0-9]?}$, will this produce false positives, do we have to special case other files too (lib.*\.la), are there other ways of detecting a lib? Bye, Alexander. -- Very few things happen at the right time, and the rest do not happen at all. The conscientious historian will correct these defects. -- Herodotus http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 2 09:22:07 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E51D16A419; Sun, 2 Dec 2007 09:22:07 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id CC25513C457; Sun, 2 Dec 2007 09:22:06 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A57251.dip.t-dialin.net [84.165.114.81]) by redbull.bpaserver.net (Postfix) with ESMTP id 7EED22E2B9; Sun, 2 Dec 2007 10:21:33 +0100 (CET) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id E3AE9773AB; Sun, 2 Dec 2007 10:21:30 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1196587291; bh=HdfbuS7xodCQH8rlG4+muyeQNYLngj/P8 MzojY0HCqA=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To: References:X-Mailer:Mime-Version:Content-Type: Content-Transfer-Encoding; b=aL2obpQAlxcyYAD+9YXOhEn4hepBqiVQX+4a1 DWvSNnHJTr7VuX2qjjwOF0EKaBst7wrEKxMQBpmt3/CNjDbbtrTnxJPqXWvB2FashjY N/2MdWPS4Wi/h2C+RH93FVgyCbFrnmk4UnN1ZKlZwfUIC4wruXw13eNbpV6xItBUa5X lXeh9w7piM9uWvEm5j3hPXiHx7Qm2Mo1bYElBnOuvOyDhCxI4vRpis4lOXenCJnVBzu C8mWhERxUcY4RKkLbngsgjQmWSnEw4HPp5lzOVCbG/dGRqOoju8ymYKW0CsufgMnZIW bh7SE3FeT6jq8ITX+TmrznSfR4yATtsyEbNVA== Date: Sun, 2 Dec 2007 10:21:30 +0100 From: Alexander Leidinger To: Robert Watson Message-ID: <20071202102130.4a3f451e@deskjail> In-Reply-To: <20071202100755.2f5704cc@deskjail> References: <1196470143.4750af7f6accf@webmail.rawbw.com> <20071201162930.5c9fd4dd@deskjail> <20071201230022.R74097@fledge.watson.org> <20071202100755.2f5704cc@deskjail> X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Sun, 02 Dec 2007 12:22:12 +0000 Cc: emulation@freebsd.org, freebsd-hackers@freebsd.org, Yuri Subject: Re: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2007 09:22:07 -0000 Quoting Alexander Leidinger (Sun, 2 Dec 2007 10:07:55 +0100): > Quoting Robert Watson (Sat, 1 Dec 2007 23:01:46 +0000 (GMT)): > > > > > On Sat, 1 Dec 2007, Alexander Leidinger wrote: > > > > > Have a look at the search order of libs in linux. Correlate this with the > > > fact that when in linux an access is done to e.g. /lib/libX.so.y which means > > > that the linuxulator first looks if /compat/linux/lib/libX.so.y is there, > > > and if it isn't it looks if /lib/libX.so.y is available. > > > > > > AFAIR a work around is to add a link in /compat/linux/usr/lib/librt.so.1 -> > > > /lib/librt.so.1 > > > > > > I want to do something like this in the FC4 port, but hadn't time to do it > > > and test it so far. > > > > It sounds like the real problem is that there are some cases where we don't > > want the Linuxulator to merge the underlying and Linux views of the file > > system -- we don't want the union of /compat/linux/lib and /lib, we just want > > /compat/linux/lib? > > Yes. > > I already thought a little bit of special case /lib, /usr/lib > and /usr/local/lib in the kernel. This doesn't catch all cases (e.g., > LD_LIBRARY_PATH), produces false positives (in case there's some kind > of config file in lib which we want to fall through to the FreeBSD one > (if the FreeBSD one is not moved to a different place by the > corresponding port; I don't remember such a file, but we have such > files in other places)) and looks like a hack to me. > > Another idea is to special case libs (I didn't think much about this > yet), but how to detect libs? Do we look for ^lib.*\.so{,\.[0-9]?}$, > will this produce false positives, do we have to special case other > files too (lib.*\.la), are there other ways of detecting a lib? I forgot something: We also have the linux_dist ports, they install install into /usr/local/.... They are full distributions and not a stripped down linux emulation environment. You use them by chroot()ing into them (or a jail). And when we use the linux ldconfig in /comapt/linux to update the cached list of libs for linux, we also chroot into /compat/linux. Naturally there's no /compat/linux after the chroot. So in the chroot case special handling of the libs is forbidden. Bye, Alexander. -- Nothing is faster than the speed of light. To prove this to yourself, try opening the refrigerator door before the light comes on. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 2 18:06:42 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B1AE16A417 for ; Sun, 2 Dec 2007 18:06:42 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail2.sea5.speakeasy.net (mail2.sea5.speakeasy.net [69.17.117.4]) by mx1.freebsd.org (Postfix) with ESMTP id 07F8813C45A for ; Sun, 2 Dec 2007 18:06:41 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 19289 invoked from network); 2 Dec 2007 18:06:41 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail2.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 2 Dec 2007 18:06:41 -0000 Message-ID: <4752F3C1.7040601@chuckr.org> Date: Sun, 02 Dec 2007 13:04:49 -0500 From: Chuck Robey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: Atom Smasher References: <474CD21D.5010002@chuckr.org> <20071128030516.GC815@stlux503.dsto.defence.gov.au> <20071128052436.90431.qmail@smasher.org> In-Reply-To: <20071128052436.90431.qmail@smasher.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: handling pdfs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2007 18:06:42 -0000 Atom Smasher wrote: > On Wed, 28 Nov 2007, Wilkinson, Alex wrote: > >> /usr/ports/print/pdftk/ > ============ > > that's a good first choice, but if it doesn't work (amd64) then a second > choice is print/pdfjam and/or print/psutils-(letter|a4)... and > ghostscript for pdf2ps and/or ps2pdf... but yeah, pdftk is best if it > works for you. > > Thanks, everyone, appreciate that. From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 2 18:11:09 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 921E116A418 for ; Sun, 2 Dec 2007 18:11:09 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.3]) by mx1.freebsd.org (Postfix) with ESMTP id 68F7613C455 for ; Sun, 2 Dec 2007 18:11:09 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 28533 invoked from network); 2 Dec 2007 18:11:06 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 2 Dec 2007 18:11:05 -0000 Message-ID: <4752F4CA.5050805@chuckr.org> Date: Sun, 02 Dec 2007 13:09:14 -0500 From: Chuck Robey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <474CD21D.5010002@chuckr.org> <20071128175815.GA18822@kobe.laptop> <20071128130518.b9c545ac.wmoran@collaborativefusion.com> <20071128205045.66e28630@peedub.jennejohn.org> In-Reply-To: <20071128205045.66e28630@peedub.jennejohn.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: handling pdfs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2007 18:11:09 -0000 Gary Jennejohn wrote: > On Wed, 28 Nov 2007 13:05:18 -0500 > Bill Moran wrote: > >> In response to Giorgos Keramidas : >> >>> On 2007-11-27 21:27, Chuck Robey wrote: >>>> I need to read about 4 tons of some really sparse pdf specs. I also >>>> have a rather inconvenient throwback: I feel hugely more at >>>> home-reading documents in paper. What I'd kind of like to do would >>>> be able to perform cut'n'paste among different pdfs, 5 pages here, 10 >>>> pages there, until I put together maybe 100-200 pages, and sit back >>>> and read it. What I can't do is print just a few pages out of several >>>> 800-plus page specs, and perform paper cut'n'pasting. >>> If you find a way to 'save' only parts of a PDF document, i.e. pages >>> 5-10, 17 and 25 in a separate file, then the ``pdfjam'' port includes >>> a utility called ``pdfjoin'' :) >> You could print the desired pages to .ps files, use ps2pdf to convert >> them and then pdfjam to combine them. >> >> It's enough of a roundabout that I don't know if it's worth it or not. >> > > xpdf allows printing of page ranges. I use it all the time. > I'm not sure why, maybe I have too poor a font selection here, but the fonts, I mean, the onscreen fonts that xpdf seems to choose, always seems to run characters together, so it gets hard to read them. So, xpdf wouldn't be my first choice. I use kpdf to view pdfs for that particular reason, and onthe same document, kpdf does a distinctly better job, If kpdf uses xpdf's engine, then it must find some way to pick better fonts for itself, it actually does look better. From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 2 18:14:46 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F89B16A417 for ; Sun, 2 Dec 2007 18:14:46 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail6.sea5.speakeasy.net (mail6.sea5.speakeasy.net [69.17.117.8]) by mx1.freebsd.org (Postfix) with ESMTP id 7653A13C4FA for ; Sun, 2 Dec 2007 18:14:46 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 2030 invoked from network); 2 Dec 2007 18:14:46 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 2 Dec 2007 18:14:45 -0000 Message-ID: <4752F5A6.9040909@chuckr.org> Date: Sun, 02 Dec 2007 13:12:54 -0500 From: Chuck Robey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: "Julian H. Stacey" References: <474CD21D.5010002@chuckr.org> <20071128175815.GA18822@kobe.laptop> <200711291735.lATHZGqb039519@fire.js.berklix.net> In-Reply-To: <200711291735.lATHZGqb039519@fire.js.berklix.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Giorgos Keramidas , FreeBSD-Hackers Subject: Re: handling pdfs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2007 18:14:46 -0000 Julian H. Stacey wrote: > Giorgos Keramidas wrote: >> On 2007-11-27 21:27, Chuck Robey wrote: >>> I need to read about 4 tons of some really sparse pdf specs. I also >>> have a rather inconvenient throwback: I feel hugely more at >>> home-reading documents in paper. What I'd kind of like to do would >>> be able to perform cut'n'paste among different pdfs, 5 pages here, 10 >>> pages there, until I put together maybe 100-200 pages, and sit back >>> and read it. What I can't do is print just a few pages out of several >>> 800-plus page specs, and perform paper cut'n'pasting. >> If you find a way to 'save' only parts of a PDF document, i.e. pages >> 5-10, 17 and 25 in a separate file, then the ``pdfjam'' port includes >> a utility called ``pdfjoin'' :) > > /usr/local/bin/pdf2ps # ghostscript-gnu-7.07_15/+CONTENTS:bin/pdf2ps > then gs allows printing of page numbers > then print PS or > /usr/local/bin/ps2pdf # /usr/ports/print/ghostscript-gnu > Seeing as I start out with pdfs here, yo probably meant pdf2ps, not ps2pdf, right? I will take another look at this, but in the past, when I have tried to use pdf2ps, it often would yield me pstscripts that couldn't be pages, for some reason. Maybe that's an old, fixed bug? From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 2 18:17:06 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C65216A473 for ; Sun, 2 Dec 2007 18:17:06 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3480B13C45A for ; Sun, 2 Dec 2007 18:17:06 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 7455 invoked from network); 2 Dec 2007 18:17:05 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 2 Dec 2007 18:17:05 -0000 Message-ID: <4752F632.4030901@chuckr.org> Date: Sun, 02 Dec 2007 13:15:14 -0500 From: Chuck Robey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: Chuck Robey , FreeBSD-Hackers References: <474CD21D.5010002@chuckr.org> <20071130171446.GA1434@roadrunner.spoerlein.net> In-Reply-To: <20071130171446.GA1434@roadrunner.spoerlein.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: handling pdfs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2007 18:17:06 -0000 Ulrich Spoerlein wrote: > On Tue, 27.11.2007 at 21:27:41 -0500, Chuck Robey wrote: >> Is there some sort of util that will allow me to do cut'n'pasting among >> different pdfs, or at the very least, only to print certain ranges out of >> pdf docs, so I could do paper-wise cut'n'paste? An all-electronic solution >> would be best, but I'd take whatever offered. > > Lots of tools have already been mentioned. I'll just throw in > pdflatex+pdfpages. You can easily zoom, rotate and N'up pages of > different PDF files. I'm happily buried underneath some prertty good sugestions, and one by one, I'll be trying them all, thanks. > > Cheers, > Ulrich Spoerlein From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 2 18:25:26 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19A3216A41B for ; Sun, 2 Dec 2007 18:25:26 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.3]) by mx1.freebsd.org (Postfix) with ESMTP id E599113C461 for ; Sun, 2 Dec 2007 18:25:25 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 31403 invoked from network); 2 Dec 2007 18:25:25 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 2 Dec 2007 18:25:25 -0000 Message-ID: <4752F825.8020505@chuckr.org> Date: Sun, 02 Dec 2007 13:23:33 -0500 From: Chuck Robey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: Yuri References: <1196470143.4750af7f6accf@webmail.rawbw.com> In-Reply-To: <1196470143.4750af7f6accf@webmail.rawbw.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2007 18:25:26 -0000 Yuri wrote: > I am trying to run Linux version of Skype and am getting the following error: > /usr/home/yuri/skype/current/skype: error while loading shared libraries: > /usr/lib/librt.so.1: ELF file OS ABI > > File /usr/lib/librt.so.1 is FreeBSD library and > /usr/compat/linux/lib/librt.so.1 is Linux library with the same name > installed by linux_base-fc-4_10. > > My LD_LIBRARY_PATH is set to /usr/compat/linux/lib:/usr/compat/linux/usr/lib. > > Why FreeBSD version is being picked up even though it's not > in LD_LIBRARY_PATH? > You've gotten some good suggestions, but I might add one more, I don't think it's been mentioned. I have foound, myself in the last 2 weeks, some FreeBSD ports putting in Linux tools, installing stuff in the wrong places, like sticking in SYSV libraries in /usr/local/lib instead of /compat/linux/usr/lib. I verified in that case that the Linux ldconfig didn't find the library, before I manually moved the library to the /compat path, and reran the linux ldconfig. I can't remember, for sure right now, which port it was, but I think it was a Linux browser. I remember the action, and that moving the libs (several different ones) did fix the problem. If you can't find the lirary using the Linux ldconfig (and remember that it uses different parameters to search with), then you need to find where the libs are actually stuck, and make sure the place makes sense. Sticking SYSV libs into a directory full of BSD libs doesn't make thje best sense, I think. But I could be wrong on that, I haven't yet got enough experience with the Linux emulation to make certain. This seems to me sense with what I read in the handbook regarding the Linux emulation. > Yuri > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 2 18:41:43 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2104F16A47B for ; Sun, 2 Dec 2007 18:41:43 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id 829E113C50D for ; Sun, 2 Dec 2007 18:41:42 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.17] (helo=7.mx.freenet.de) by mout2.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1Iytl4-0002au-VL; Sun, 02 Dec 2007 19:41:39 +0100 Received: from r95d1.r.pppool.de ([89.54.149.209]:60259 helo=peedub.jennejohn.org) by 7.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.68 #1) id 1Iytl4-0007xd-MA; Sun, 02 Dec 2007 19:41:38 +0100 Date: Sun, 2 Dec 2007 19:41:36 +0100 From: Gary Jennejohn To: Chuck Robey Message-ID: <20071202194136.75180d66@peedub.jennejohn.org> In-Reply-To: <4752F4CA.5050805@chuckr.org> References: <474CD21D.5010002@chuckr.org> <20071128175815.GA18822@kobe.laptop> <20071128130518.b9c545ac.wmoran@collaborativefusion.com> <20071128205045.66e28630@peedub.jennejohn.org> <4752F4CA.5050805@chuckr.org> Organization: DENX Softwre Engineering GmbH X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: handling pdfs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2007 18:41:43 -0000 On Sun, 02 Dec 2007 13:09:14 -0500 Chuck Robey wrote: > Gary Jennejohn wrote: > > xpdf allows printing of page ranges. I use it all the time. > > > > I'm not sure why, maybe I have too poor a font selection here, but the > fonts, I mean, the onscreen fonts that xpdf seems to choose, always > seems to run characters together, so it gets hard to read them. So, > xpdf wouldn't be my first choice. I use kpdf to view pdfs for that > particular reason, and onthe same document, kpdf does a distinctly > better job, If kpdf uses xpdf's engine, then it must find some way to > pick better fonts for itself, it actually does look better. I personally find that xpdf looks OK. I avoid things like kpdf because I don't use KDE and don't really need all the bloat associated with it. But that's just me. -- Gary Jennejohn ********************************************************************* DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office@denx.de ********************************************************************* From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 2 19:23:00 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59B0716A419 for ; Sun, 2 Dec 2007 19:23:00 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id BE8A913C447 for ; Sun, 2 Dec 2007 19:22:59 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A429E.dip.t-dialin.net [84.154.66.158]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id lB2JMtQt085303; Sun, 2 Dec 2007 19:22:55 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id lB2JMokO016178; Sun, 2 Dec 2007 20:22:50 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id lB2JN1YI092633; Sun, 2 Dec 2007 20:23:01 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200712021923.lB2JN1YI092633@fire.js.berklix.net> To: Chuck Robey In-reply-to: <4752F5A6.9040909@chuckr.org> References: <474CD21D.5010002@chuckr.org> <20071128175815.GA18822@kobe.laptop> <200711291735.lATHZGqb039519@fire.js.berklix.net> <4752F5A6.9040909@chuckr.org> Comments: In-reply-to Chuck Robey message dated "Sun, 02 Dec 2007 13:12:54 -0500." Date: Sun, 02 Dec 2007 20:23:01 +0100 From: "Julian H. Stacey" Cc: Giorgos Keramidas , FreeBSD-Hackers Subject: Re: handling pdfs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2007 19:23:00 -0000 Chuck Robey wrote: > Julian H. Stacey wrote: > > Giorgos Keramidas wrote: > >> On 2007-11-27 21:27, Chuck Robey wrote: > >>> I need to read about 4 tons of some really sparse pdf specs. I also > >>> have a rather inconvenient throwback: I feel hugely more at > >>> home-reading documents in paper. What I'd kind of like to do would > >>> be able to perform cut'n'paste among different pdfs, 5 pages here, 10 > >>> pages there, until I put together maybe 100-200 pages, and sit back > >>> and read it. What I can't do is print just a few pages out of several > >>> 800-plus page specs, and perform paper cut'n'pasting. > >> If you find a way to 'save' only parts of a PDF document, i.e. pages > >> 5-10, 17 and 25 in a separate file, then the ``pdfjam'' port includes > >> a utility called ``pdfjoin'' :) > > > > /usr/local/bin/pdf2ps # ghostscript-gnu-7.07_15/+CONTENTS:bin/pdf2ps > > then gs allows printing of page numbers > > then print PS or > > /usr/local/bin/ps2pdf # /usr/ports/print/ghostscript-gnu > > > > Seeing as I start out with pdfs here, yo probably meant pdf2ps, not > ps2pdf, right? I will take another look at this, but in the past, when > I have tried to use pdf2ps, it often would yield me pstscripts that > couldn't be pages, for some reason. Maybe that's an old, fixed bug? Hi Chuck, I mean use both ! As I only know how to split pages using gs, I would convert .pdf to .ps with pdf2ps then optionally take it back via pdf2ps. BTW I also see -help | grep pdf ... pdfwrite I too have on occasion seen PDF version problems. If some .pdf gives you problems, try sending me a copy I have here all of 4.11, 6.2 & 7.0BETA2 to try with (albeit not many 7.09BETA3/ cirrent ports biuilt yet). -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch = mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 2 23:38:56 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2B8716A417; Sun, 2 Dec 2007 23:38:55 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id C6E5713C465; Sun, 2 Dec 2007 23:38:54 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 228C746C02; Sun, 2 Dec 2007 18:43:27 -0500 (EST) Date: Sun, 2 Dec 2007 23:38:45 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20071202233435.G74097@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@FreeBSD.org Subject: procstat(1) committed to CVS HEAD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2007 23:38:56 -0000 Dear all, (and FYI to hackers@ where I previousl sought feedback): I've now committed procstat(1) to CVS. I've found it to be quite a helpful debugging tool, am particularly pleased with -k/-kk, and would welcome feedback and ideas on further improving it. Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Sun, 2 Dec 2007 23:31:46 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/usr.bin/procstat Makefile procstat.1 procstat.c procstat.h procstat_args.c procstat_basic.c procstat_bin.c procstat_cred.c procstat_files.c procstat_kstack.c procstat_threads.c procstat_vm.c rwatson 2007-12-02 23:31:46 UTC FreeBSD src repository Added files: usr.bin/procstat Makefile procstat.1 procstat.c procstat.h procstat_args.c procstat_basic.c procstat_bin.c procstat_cred.c procstat_files.c procstat_kstack.c procstat_threads.c procstat_vm.c Log: Add procstat(1), a process inspection utility. This provides both some of the missing functionality from procfs(4) and new functionality for monitoring and debugging specific processes. procstat(1) operates in the following modes: -b Display binary information for the process. -c Display command line arguments for the process. -f Display file descriptor information for the process. -k Display the stacks of kernel threads in the process. -s Display security credential information for the process. -t Display thread information for the process. -v Display virtual memory mappings for the process. Further revision and modes are expected. Testing, ideas, etc: cognet, sam, Skip Ford Wesley Shields Revision Changes Path 1.1 +15 -0 src/usr.bin/procstat/Makefile (new) 1.1 +114 -0 src/usr.bin/procstat/procstat.1 (new) 1.1 +252 -0 src/usr.bin/procstat/procstat.c (new) 1.1 +46 -0 src/usr.bin/procstat/procstat.h (new) 1.1 +74 -0 src/usr.bin/procstat/procstat_args.c (new) 1.1 +64 -0 src/usr.bin/procstat/procstat_basic.c (new) 1.1 +68 -0 src/usr.bin/procstat/procstat_bin.c (new) 1.1 +57 -0 src/usr.bin/procstat/procstat_cred.c (new) 1.1 +303 -0 src/usr.bin/procstat/procstat_files.c (new) 1.1 +198 -0 src/usr.bin/procstat/procstat_kstack.c (new) 1.1 +138 -0 src/usr.bin/procstat/procstat_threads.c (new) 1.1 +130 -0 src/usr.bin/procstat/procstat_vm.c (new) From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 2 23:45:12 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D004616A4D5 for ; Sun, 2 Dec 2007 23:45:12 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outB.internet-mail-service.net (outB.internet-mail-service.net [216.240.47.225]) by mx1.freebsd.org (Postfix) with ESMTP id B4C9D13C474 for ; Sun, 2 Dec 2007 23:45:12 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sun, 02 Dec 2007 15:45:11 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 00B43126B7B; Sun, 2 Dec 2007 15:45:10 -0800 (PST) Message-ID: <47534388.4030608@elischer.org> Date: Sun, 02 Dec 2007 15:45:12 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Robert Watson References: <1196470143.4750af7f6accf@webmail.rawbw.com> <20071201162930.5c9fd4dd@deskjail> <20071201230022.R74097@fledge.watson.org> In-Reply-To: <20071201230022.R74097@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: emulation@freebsd.org, Alexander Leidinger , Yuri , freebsd-hackers@freebsd.org Subject: Re: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2007 23:45:12 -0000 Robert Watson wrote: > > On Sat, 1 Dec 2007, Alexander Leidinger wrote: > >> Have a look at the search order of libs in linux. Correlate this with >> the fact that when in linux an access is done to e.g. /lib/libX.so.y >> which means that the linuxulator first looks if >> /compat/linux/lib/libX.so.y is there, and if it isn't it looks if >> /lib/libX.so.y is available. >> >> AFAIR a work around is to add a link in >> /compat/linux/usr/lib/librt.so.1 -> /lib/librt.so.1 >> >> I want to do something like this in the FC4 port, but hadn't time to >> do it and test it so far. > > It sounds like the real problem is that there are some cases where we > don't want the Linuxulator to merge the underlying and Linux views of > the file system -- we don't want the union of /compat/linux/lib and > /lib, we just want /compat/linux/lib? > chroot /compat/linux. > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 3 01:59:19 2007 Return-Path: Delivered-To: hackers@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FBB016A41B; Mon, 3 Dec 2007 01:59:19 +0000 (UTC) (envelope-from davidxu@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7AFF713C448; Mon, 3 Dec 2007 01:59:19 +0000 (UTC) (envelope-from davidxu@FreeBSD.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id lB31xFi3031051; Mon, 3 Dec 2007 01:59:17 GMT (envelope-from davidxu@freebsd.org) Message-ID: <47536330.40502@freebsd.org> Date: Mon, 03 Dec 2007 10:00:16 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070516 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <474F2DD5.3010508@elischer.org> In-Reply-To: <474F2DD5.3010508@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@FreeBSD.org, re@FreeBSD.org Subject: Re: MFC TO 6.X (6.3?) to fix aio_return() ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2007 01:59:19 -0000 Julian Elischer wrote: > > This diff is a partial MFC (picking parts out of -current) > that makes aio_return() return the error return of a completed AIO > request. (as it does on othe OS's and in 7.x). > > The man page for 6.x and other OS's indicate that aio_return shoud > return all the same results as a returning read() or write() > including setting errno on error. > > in 6.x this does not happen. on 7.0 it does. > > The included test program can show the result when using gnop() > to simulate IO errors. > > BTW the test program could be used as a start to sample code as to how > to use kqueue and aio together. > > > If people agree this is worth fixing, it would be nice to get it in 6.3 > > > Looks OK to me. Regards, David Xu From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 3 03:19:51 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EAA816A417 for ; Mon, 3 Dec 2007 03:19:51 +0000 (UTC) (envelope-from soralx@cydem.org) Received: from pd2mo1so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7910D13C457 for ; Mon, 3 Dec 2007 03:19:51 +0000 (UTC) (envelope-from soralx@cydem.org) Received: from pd2mr6so.prod.shaw.ca (pd2mr6so-qfe3.prod.shaw.ca [10.0.141.9]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JSG00AXXEJSDE30@l-daemon> for freebsd-hackers@freebsd.org; Sun, 02 Dec 2007 20:19:04 -0700 (MST) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd2mr6so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JSG000NDEJRCZ40@pd2mr6so.prod.shaw.ca> for freebsd-hackers@freebsd.org; Sun, 02 Dec 2007 20:19:04 -0700 (MST) Received: from soralx ([24.87.3.133]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JSG0069TEJRHE70@l-daemon> for freebsd-hackers@freebsd.org; Sun, 02 Dec 2007 20:19:03 -0700 (MST) Date: Sun, 02 Dec 2007 19:19:02 -0800 From: soralx@cydem.org In-reply-to: <20071202194136.75180d66@peedub.jennejohn.org> To: freebsd-hackers@freebsd.org Message-id: <20071202191902.360295ef@soralx> MIME-version: 1.0 X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit References: <474CD21D.5010002@chuckr.org> <20071128175815.GA18822@kobe.laptop> <20071128130518.b9c545ac.wmoran@collaborativefusion.com> <20071128205045.66e28630@peedub.jennejohn.org> <4752F4CA.5050805@chuckr.org> <20071202194136.75180d66@peedub.jennejohn.org> Cc: chuckr@chuckr.org Subject: Re: handling pdfs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2007 03:19:51 -0000 > > I'm not sure why, maybe I have too poor a font selection here, but > > the fonts, I mean, the onscreen fonts that xpdf seems to choose, > > always seems to run characters together, so it gets hard to read > > them. So, xpdf wouldn't be my first choice. I use kpdf to view > > pdfs for that particular reason, and onthe same document, kpdf does > > a distinctly better job, If kpdf uses xpdf's engine, then it must > > find some way to pick better fonts for itself, it actually does > > look better. > > I personally find that xpdf looks OK. Same here, though I do remember to have that cramped characters problem before. I think it was in PDFs created by OpenOffice swriter. When I used the "other" OS to print these PDFs, there were cramped characters on paper. BTW, 'tis slightly off-topic, but had anyone else noticed that xpdf is rather slow in rendering pages? I remember, when I had a chance to use that "other" OS, there was some program to view PDF -- AcrobatReader it was called, AFAIR -- well, that thing rendered pages almost instantly. > I avoid things like kpdf because I don't use KDE and don't really need > all the bloat associated with it. But that's just me. No, that's not just you. That KDE and GNOME bloat is getting barely tolerable already. And not only because of the weight -- instability and departure from UNIX/XFree conventions are driving me crazy (did you notice that copying text to buffer by selecting it with a mouse doesn't seem to work anymnore with GTK?). Still, how can it be that just starting an app should waste tens of seconds of your time and more RAM than necessary? And that's on a dual-core 2GHz machine! Who would have imagined... [SorAlx] ridin' VS1400 From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 3 03:39:25 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E827416A417; Mon, 3 Dec 2007 03:39:25 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 9DC8E13C447; Mon, 3 Dec 2007 03:39:25 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 6CB8F7E12; Mon, 3 Dec 2007 16:24:22 +1300 (NZDT) Date: Mon, 3 Dec 2007 16:24:22 +1300 From: Andrew Thompson To: Robert Watson Message-ID: <20071203032422.GC30756@heff.fud.org.nz> References: <20071202233435.G74097@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071202233435.G74097@fledge.watson.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: procstat(1) committed to CVS HEAD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2007 03:39:26 -0000 On Sun, Dec 02, 2007 at 11:38:45PM +0000, Robert Watson wrote: > > Dear all, (and FYI to hackers@ where I previousl sought feedback): > > I've now committed procstat(1) to CVS. I've found it to be quite a helpful > debugging tool, am particularly pleased with -k/-kk, and would welcome > feedback and ideas on further improving it. I would like to give some feedback. I listed the threads of proc 12 which is intr, # procstat -t 12 PID TID COMM CPU PRI STATE WCHAN 12 100003 intr 0 40 wait - 12 100004 intr 0 52 wait - 12 100030 intr 0 16 wait - [...] 12 100036 intr 0 36 wait - 12 100037 intr 0 24 wait - I had expected it to show the thread name such as 'irq14: ata0', is this possible (and a good thing to do)? Great work on procstat :) Andrew From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 3 04:30:54 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABF4616A417 for ; Mon, 3 Dec 2007 04:30:54 +0000 (UTC) (envelope-from oceanare@pacific.net.sg) Received: from smtpgate4.pacific.net.sg (smtpgate4.pacific.net.sg [203.81.36.24]) by mx1.freebsd.org (Postfix) with SMTP id 076A113C45A for ; Mon, 3 Dec 2007 04:30:53 +0000 (UTC) (envelope-from oceanare@pacific.net.sg) Received: (qmail 20953 invoked from network); 3 Dec 2007 04:04:12 -0000 Received: from adsl2.dyn234.pacific.net.sg (HELO P2120.somewherefaraway.com) (oceanare@210.24.234.2) by smtpgate4.pacific.net.sg with ESMTPA; 3 Dec 2007 04:04:12 -0000 Message-ID: <47538035.2090402@pacific.net.sg> Date: Mon, 03 Dec 2007 12:04:05 +0800 From: Erich Dollansky User-Agent: Thunderbird 2.0.0.6 (X11/20070826) MIME-Version: 1.0 To: soralx@cydem.org References: <474CD21D.5010002@chuckr.org> <20071128175815.GA18822@kobe.laptop> <20071128130518.b9c545ac.wmoran@collaborativefusion.com> <20071128205045.66e28630@peedub.jennejohn.org> <4752F4CA.5050805@chuckr.org> <20071202194136.75180d66@peedub.jennejohn.org> <20071202191902.360295ef@soralx> In-Reply-To: <20071202191902.360295ef@soralx> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, chuckr@chuckr.org Subject: Re: handling pdfs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2007 04:30:54 -0000 Hi, soralx@cydem.org wrote: >> I personally find that xpdf looks OK. > > Same here, though I do remember to have that cramped characters problem > before. I think it was in PDFs created by OpenOffice swriter. When I > used the "other" OS to print these PDFs, there were cramped characters THe other OS? Are you talking about Linux? > on paper. > I have this problem occasionally only with xpdf. Evince displays the files then without any problem just as kpdf. > BTW, 'tis slightly off-topic, but had anyone else noticed that xpdf is > rather slow in rendering pages? I remember, when I had a chance to I think so too. Erich From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 3 09:10:35 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E16E616A41A; Mon, 3 Dec 2007 09:10:35 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id CF54213C45D; Mon, 3 Dec 2007 09:10:35 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 2013C46B88; Mon, 3 Dec 2007 04:15:13 -0500 (EST) Date: Mon, 3 Dec 2007 09:10:27 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrew Thompson In-Reply-To: <20071203032422.GC30756@heff.fud.org.nz> Message-ID: <20071203090800.U74097@fledge.watson.org> References: <20071202233435.G74097@fledge.watson.org> <20071203032422.GC30756@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: procstat(1) committed to CVS HEAD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2007 09:10:36 -0000 On Mon, 3 Dec 2007, Andrew Thompson wrote: > On Sun, Dec 02, 2007 at 11:38:45PM +0000, Robert Watson wrote: >> >> Dear all, (and FYI to hackers@ where I previousl sought feedback): >> >> I've now committed procstat(1) to CVS. I've found it to be quite a helpful >> debugging tool, am particularly pleased with -k/-kk, and would welcome >> feedback and ideas on further improving it. > > I would like to give some feedback. I listed the threads of proc 12 which is > intr, > > # procstat -t 12 > PID TID COMM CPU PRI STATE WCHAN > 12 100003 intr 0 40 wait - > 12 100004 intr 0 52 wait - > 12 100030 intr 0 16 wait - > [...] > 12 100036 intr 0 36 wait - > 12 100037 intr 0 24 wait - > > I had expected it to show the thread name such as 'irq14: ata0', is this > possible (and a good thing to do)? I just print out the 'comm' field returned by the generic sysctl, and I notice that top(1) with -S is now having the same problem as procstat(1). I think this is a kernel bug in how we initialize or otherwise handle thread names, and fairly recent, as it's not present on my 7.0BETA2 box. If I had to guess, it's that these are now 'true threads' under the single 'intr' proc, and that we're not exporting the thread name? > Great work on procstat :) Thanks! Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 3 09:35:33 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B314016A418; Mon, 3 Dec 2007 09:35:33 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 590DC13C442; Mon, 3 Dec 2007 09:35:33 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 947877E98; Mon, 3 Dec 2007 22:35:31 +1300 (NZDT) Date: Mon, 3 Dec 2007 22:35:31 +1300 From: Andrew Thompson To: Robert Watson Message-ID: <20071203093531.GA31649@heff.fud.org.nz> References: <20071202233435.G74097@fledge.watson.org> <20071203032422.GC30756@heff.fud.org.nz> <20071203090800.U74097@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071203090800.U74097@fledge.watson.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: procstat(1) committed to CVS HEAD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2007 09:35:33 -0000 On Mon, Dec 03, 2007 at 09:10:27AM +0000, Robert Watson wrote: > > On Mon, 3 Dec 2007, Andrew Thompson wrote: > >> On Sun, Dec 02, 2007 at 11:38:45PM +0000, Robert Watson wrote: >>> >>> Dear all, (and FYI to hackers@ where I previousl sought feedback): >>> >>> I've now committed procstat(1) to CVS. I've found it to be quite a >>> helpful debugging tool, am particularly pleased with -k/-kk, and would >>> welcome feedback and ideas on further improving it. >> >> I would like to give some feedback. I listed the threads of proc 12 which >> is intr, >> >> # procstat -t 12 >> PID TID COMM CPU PRI STATE WCHAN >> 12 100003 intr 0 40 wait - >> 12 100004 intr 0 52 wait - >> 12 100030 intr 0 16 wait - >> [...] >> 12 100036 intr 0 36 wait - >> 12 100037 intr 0 24 wait - >> >> I had expected it to show the thread name such as 'irq14: ata0', is this >> possible (and a good thing to do)? > > I just print out the 'comm' field returned by the generic sysctl, and I > notice that top(1) with -S is now having the same problem as procstat(1). > I think this is a kernel bug in how we initialize or otherwise handle > thread names, and fairly recent, as it's not present on my 7.0BETA2 box. > If I had to guess, it's that these are now 'true threads' under the single > 'intr' proc, and that we're not exporting the thread name? Changing to ki_ocomm gets the desired result for single and multithreaded processes. Andrew Index: procstat_threads.c =================================================================== RCS file: /home/ncvs/src/usr.bin/procstat/procstat_threads.c,v retrieving revision 1.1 diff -u -p -r1.1 procstat_threads.c --- procstat_threads.c 2 Dec 2007 23:31:45 -0000 1.1 +++ procstat_threads.c 3 Dec 2007 06:06:46 -0000 @@ -82,8 +82,8 @@ procstat_threads(pid_t pid, struct kinfo kipp = &kip[i]; printf("%5d ", pid); printf("%6d ", kipp->ki_tid); - printf("%-20s ", strlen(kipp->ki_comm) ? - kipp->ki_comm : "-"); + printf("%-20s ", strlen(kipp->ki_ocomm) ? + kipp->ki_ocomm : "-"); if (kipp->ki_oncpu != 255) printf("%3d ", kipp->ki_oncpu); else if (kipp->ki_lastcpu != 255) From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 3 10:23:16 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E18116A417; Mon, 3 Dec 2007 10:23:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3F20513C44B; Mon, 3 Dec 2007 10:23:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id E828046E1F; Mon, 3 Dec 2007 05:27:53 -0500 (EST) Date: Mon, 3 Dec 2007 10:23:07 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrew Thompson In-Reply-To: <20071203093531.GA31649@heff.fud.org.nz> Message-ID: <20071203102219.N79674@fledge.watson.org> References: <20071202233435.G74097@fledge.watson.org> <20071203032422.GC30756@heff.fud.org.nz> <20071203090800.U74097@fledge.watson.org> <20071203093531.GA31649@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: procstat(1) committed to CVS HEAD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2007 10:23:16 -0000 On Mon, 3 Dec 2007, Andrew Thompson wrote: >>> I would like to give some feedback. I listed the threads of proc 12 which >>> is intr, >>> >>> # procstat -t 12 >>> PID TID COMM CPU PRI STATE WCHAN >>> 12 100003 intr 0 40 wait - >>> 12 100004 intr 0 52 wait - >>> 12 100030 intr 0 16 wait - >>> [...] >>> 12 100036 intr 0 36 wait - >>> 12 100037 intr 0 24 wait - >>> >>> I had expected it to show the thread name such as 'irq14: ata0', is this >>> possible (and a good thing to do)? >> >> I just print out the 'comm' field returned by the generic sysctl, and I >> notice that top(1) with -S is now having the same problem as procstat(1). I >> think this is a kernel bug in how we initialize or otherwise handle thread >> names, and fairly recent, as it's not present on my 7.0BETA2 box. If I had >> to guess, it's that these are now 'true threads' under the single 'intr' >> proc, and that we're not exporting the thread name? > > Changing to ki_ocomm gets the desired result for single and multithreaded > processes. I wonder if we should be renaming ki_ocomm to ki_tdcomm or ki_tdname? Robert N M Watson Computer Laboratory University of Cambridge > > > Andrew > > Index: procstat_threads.c > =================================================================== > RCS file: /home/ncvs/src/usr.bin/procstat/procstat_threads.c,v > retrieving revision 1.1 > diff -u -p -r1.1 procstat_threads.c > --- procstat_threads.c 2 Dec 2007 23:31:45 -0000 1.1 > +++ procstat_threads.c 3 Dec 2007 06:06:46 -0000 > @@ -82,8 +82,8 @@ procstat_threads(pid_t pid, struct kinfo > kipp = &kip[i]; > printf("%5d ", pid); > printf("%6d ", kipp->ki_tid); > - printf("%-20s ", strlen(kipp->ki_comm) ? > - kipp->ki_comm : "-"); > + printf("%-20s ", strlen(kipp->ki_ocomm) ? > + kipp->ki_ocomm : "-"); > if (kipp->ki_oncpu != 255) > printf("%3d ", kipp->ki_oncpu); > else if (kipp->ki_lastcpu != 255) > > From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 3 13:42:31 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E7B516A46B for ; Mon, 3 Dec 2007 13:42:31 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id B94C913C4F7 for ; Mon, 3 Dec 2007 13:42:30 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A54BCA.dip.t-dialin.net [84.165.75.202]) by redbull.bpaserver.net (Postfix) with ESMTP id 8AE1C2E191; Mon, 3 Dec 2007 14:42:03 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 5C0187832C; Mon, 3 Dec 2007 14:42:00 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1196689320; bh=UVlt5TwFkv/Bl3W4aIoteJmH17oJn0P93 jGdL0BUEec=; h=Message-ID:X-Priority:Date:From:To:Cc:Subject: References:In-Reply-To:MIME-Version:Content-Type: Content-Disposition:Content-Transfer-Encoding:User-Agent; b=3Wr1lm favgMXHNp0Xs+GsFjclgWUxtqfE/9gw35anX1PYWL6EXkQD35XUEjco5ySz+BJFSYCL BabnoZuqC+gpKxw7C7Gndnp9zMiK33D2gSuVJNnwLAgj+KmPOJGSItb5OsjE4fE1WXJ +k1RHInSjZtgFvXjYQoNBqQj99xbqBDKHNJ2xwz+xLaX7nKbGuqTd/YXOLYvRH5318o c4SoEnSQF9BD9guZ5lgOukcNTLHT/2uw4bUUXGciToboL4F7mJ8eyEY3uoEbqcDoUeZ gHfxHXH02Mvtqba9OLH44FJ2oYpDY/GifQybBNQ9HAtA8CjaMm8T66zjrpfd1zA/uO3 Q== Received: (from www@localhost) by webmail.leidinger.net (8.14.1/8.13.8/Submit) id lB3Dfx08085659; Mon, 3 Dec 2007 14:41:59 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Mon, 03 Dec 2007 14:41:59 +0100 Message-ID: <20071203144159.irjelm2c0c8o8csw@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 03 Dec 2007 14:41:59 +0100 From: Alexander Leidinger To: Chuck Robey References: <1196470143.4750af7f6accf@webmail.rawbw.com> <4752F825.8020505@chuckr.org> In-Reply-To: <4752F825.8020505@chuckr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Mon, 03 Dec 2007 14:23:54 +0000 Cc: Yuri , freebsd-hackers@freebsd.org Subject: Re: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2007 13:42:31 -0000 Quoting Chuck Robey (from Sun, 02 Dec 2007 =20 13:23:33 -0500): > You've gotten some good suggestions, but I might add one more, I don't > think it's been mentioned. I have foound, myself in the last 2 weeks, > some FreeBSD ports putting in Linux tools, installing stuff in the > wrong places, like sticking in SYSV libraries in /usr/local/lib instead > of /compat/linux/usr/lib. I verified in that case that the Linux If they put the libs directly in /usr/local/lib instead of =20 /usr/local/lib/, then it is a big =20 error. But if it is in a subdirectory where no FreeBSD lib resides, it =20 is ok (the linux browser sets LD_LIBRARY_PATH in the start script to =20 the right path). Have a look how the native browser works, the private libs are not in =20 ldconfig either and the browser start script sets the library path for =20 the browser binary. At least it did this the last time I checked... Bye, Alexander. --=20 Ryan's Law: =09Make three correct guesses consecutively =09and you will establish yourself as an expert. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 3 17:05:13 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FD8416A420 for ; Mon, 3 Dec 2007 17:05:13 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outX.internet-mail-service.net (outX.internet-mail-service.net [216.240.47.247]) by mx1.freebsd.org (Postfix) with ESMTP id 370D613C447 for ; Mon, 3 Dec 2007 17:05:12 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Mon, 03 Dec 2007 09:05:11 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 621A6126B88; Mon, 3 Dec 2007 09:05:11 -0800 (PST) Message-ID: <4754374A.2060100@elischer.org> Date: Mon, 03 Dec 2007 09:05:14 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Robert Watson References: <20071202233435.G74097@fledge.watson.org> <20071203032422.GC30756@heff.fud.org.nz> <20071203090800.U74097@fledge.watson.org> In-Reply-To: <20071203090800.U74097@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@FreeBSD.org, current@FreeBSD.org, Andrew Thompson Subject: Re: procstat(1) committed to CVS HEAD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2007 17:05:13 -0000 Robert Watson wrote: > > On Mon, 3 Dec 2007, Andrew Thompson wrote: > >> On Sun, Dec 02, 2007 at 11:38:45PM +0000, Robert Watson wrote: >>> >>> Dear all, (and FYI to hackers@ where I previousl sought feedback): >>> >>> I've now committed procstat(1) to CVS. I've found it to be quite a >>> helpful debugging tool, am particularly pleased with -k/-kk, and >>> would welcome feedback and ideas on further improving it. >> >> I would like to give some feedback. I listed the threads of proc 12 >> which is intr, >> >> # procstat -t 12 >> PID TID COMM CPU PRI STATE WCHAN >> 12 100003 intr 0 40 wait - >> 12 100004 intr 0 52 wait - >> 12 100030 intr 0 16 wait - >> [...] >> 12 100036 intr 0 36 wait - >> 12 100037 intr 0 24 wait - >> >> I had expected it to show the thread name such as 'irq14: ata0', is >> this possible (and a good thing to do)? > > I just print out the 'comm' field returned by the generic sysctl, and I > notice that top(1) with -S is now having the same problem as > procstat(1). I think this is a kernel bug in how we initialize or > otherwise handle thread names, and fairly recent, as it's not present on > my 7.0BETA2 box. If I had to guess, it's that these are now 'true > threads' under the single 'intr' proc, and that we're not exporting the > thread name? the td_td_name field is set from the proc name when the process is not threaded. In the system, it is initialised correctly when new kernel threads are set up. At least, ddb shows it as being set up.. top -SH can show you the td_name field. check that. > >> Great work on procstat :) > > Thanks! > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 3 17:09:54 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52EB016A469 for ; Mon, 3 Dec 2007 17:09:54 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outH.internet-mail-service.net (outH.internet-mail-service.net [216.240.47.231]) by mx1.freebsd.org (Postfix) with ESMTP id 389FC13C461 for ; Mon, 3 Dec 2007 17:09:54 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Mon, 03 Dec 2007 09:09:53 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id E0B75126BA8; Mon, 3 Dec 2007 09:09:49 -0800 (PST) Message-ID: <47543861.8050107@elischer.org> Date: Mon, 03 Dec 2007 09:09:53 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Robert Watson References: <20071202233435.G74097@fledge.watson.org> <20071203032422.GC30756@heff.fud.org.nz> <20071203090800.U74097@fledge.watson.org> <20071203093531.GA31649@heff.fud.org.nz> <20071203102219.N79674@fledge.watson.org> In-Reply-To: <20071203102219.N79674@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@FreeBSD.org, current@FreeBSD.org, Andrew Thompson Subject: Re: procstat(1) committed to CVS HEAD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2007 17:09:54 -0000 Robert Watson wrote: > > On Mon, 3 Dec 2007, Andrew Thompson wrote: > >>>> I would like to give some feedback. I listed the threads of proc 12 >>>> which >>>> is intr, >>>> >>>> # procstat -t 12 >>>> PID TID COMM CPU PRI STATE WCHAN >>>> 12 100003 intr 0 40 wait - >>>> 12 100004 intr 0 52 wait - >>>> 12 100030 intr 0 16 wait - >>>> [...] >>>> 12 100036 intr 0 36 wait - >>>> 12 100037 intr 0 24 wait - >>>> >>>> I had expected it to show the thread name such as 'irq14: ata0', is >>>> this possible (and a good thing to do)? >>> >>> I just print out the 'comm' field returned by the generic sysctl, and >>> I notice that top(1) with -S is now having the same problem as >>> procstat(1). I think this is a kernel bug in how we initialize or >>> otherwise handle thread names, and fairly recent, as it's not present >>> on my 7.0BETA2 box. If I had to guess, it's that these are now 'true >>> threads' under the single 'intr' proc, and that we're not exporting >>> the thread name? >> >> Changing to ki_ocomm gets the desired result for single and >> multithreaded processes. > > I wonder if we should be renaming ki_ocomm to ki_tdcomm or ki_tdname? we probably should now, originally there was still a used fo it somewhere but I think it's probably been fixed by now (that was many years ago). ki_tdname woudl be best. or better still, make a scheme where we actually returned thread info separate from process info. > > Robert N M Watson > Computer Laboratory > University of Cambridge > >> >> >> Andrew >> >> Index: procstat_threads.c >> =================================================================== >> RCS file: /home/ncvs/src/usr.bin/procstat/procstat_threads.c,v >> retrieving revision 1.1 >> diff -u -p -r1.1 procstat_threads.c >> --- procstat_threads.c 2 Dec 2007 23:31:45 -0000 1.1 >> +++ procstat_threads.c 3 Dec 2007 06:06:46 -0000 >> @@ -82,8 +82,8 @@ procstat_threads(pid_t pid, struct kinfo >> kipp = &kip[i]; >> printf("%5d ", pid); >> printf("%6d ", kipp->ki_tid); >> - printf("%-20s ", strlen(kipp->ki_comm) ? >> - kipp->ki_comm : "-"); >> + printf("%-20s ", strlen(kipp->ki_ocomm) ? >> + kipp->ki_ocomm : "-"); >> if (kipp->ki_oncpu != 255) >> printf("%3d ", kipp->ki_oncpu); >> else if (kipp->ki_lastcpu != 255) >> >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 3 18:32:38 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 448FC16A41A for ; Mon, 3 Dec 2007 18:32:38 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.freebsd.org (Postfix) with ESMTP id 2E63C13C465 for ; Mon, 3 Dec 2007 18:32:38 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 15997 invoked from network); 3 Dec 2007 18:32:37 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 3 Dec 2007 18:32:37 -0000 Message-ID: <47544B5A.9080903@chuckr.org> Date: Mon, 03 Dec 2007 13:30:50 -0500 From: Chuck Robey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: Alexander Leidinger References: <1196470143.4750af7f6accf@webmail.rawbw.com> <4752F825.8020505@chuckr.org> <20071203144159.irjelm2c0c8o8csw@webmail.leidinger.net> In-Reply-To: <20071203144159.irjelm2c0c8o8csw@webmail.leidinger.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Yuri , freebsd-hackers@freebsd.org Subject: Re: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2007 18:32:38 -0000 Alexander Leidinger wrote: > Quoting Chuck Robey (from Sun, 02 Dec 2007 13:23:33 > -0500): > >> You've gotten some good suggestions, but I might add one more, I don't >> think it's been mentioned. I have foound, myself in the last 2 weeks, >> some FreeBSD ports putting in Linux tools, installing stuff in the >> wrong places, like sticking in SYSV libraries in /usr/local/lib instead >> of /compat/linux/usr/lib. I verified in that case that the Linux > > If they put the libs directly in /usr/local/lib instead of > /usr/local/lib/, then it is a big error. > But if it is in a subdirectory where no FreeBSD lib resides, it is ok > (the linux browser sets LD_LIBRARY_PATH in the start script to the right > path). > > Have a look how the native browser works, the private libs are not in > ldconfig either and the browser start script sets the library path for > the browser binary. At least it did this the last time I checked... > Does that mean that all programs needing those libs must have wrapper shells, so as ot implement the LD_LIBRARY_PATH? I know of programs that bomb if that's even set at all, and I think it can be a security tool, and I just think that there is no good reason for installing Linux libs outside of the compat tree. There isn't any good reason not to use the compat tree, is there? You know, there's a local there too, so you don't even need to be ignoring LOCALBASE, which is something I don't care for ports to do at all. I just don't see any reason for such a obviously pathological thing to occur. Just because it's possible to fix it, program by program, by implementing wrapper scripts, you aren't going to tell me that's some sort of elegant fix, so the fact that doing such a thing is justified? From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 3 19:41:48 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2A0216A475 for ; Mon, 3 Dec 2007 19:41:47 +0000 (UTC) (envelope-from lgj@usenix.org) Received: from usenix.org (voyager.usenix.org [131.106.3.1]) by mx1.freebsd.org (Postfix) with ESMTP id D35B113C458 for ; Mon, 3 Dec 2007 19:41:47 +0000 (UTC) (envelope-from lgj@usenix.org) Received: from merope.usenix.org (merope.usenix.org [131.106.3.129]) by usenix.org (8.13.6/8.13.6) with ESMTP id lB3JB2PK018025 for ; Mon, 3 Dec 2007 11:11:03 -0800 (PST) Message-ID: <475454C6.4070900@usenix.org> Date: Mon, 03 Dec 2007 11:11:02 -0800 From: Lionel Garth Jones User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Usenix-Metrics: voyager; whitelist X-Mailman-Approved-At: Mon, 03 Dec 2007 20:39:23 +0000 Subject: USENIX '08 Call For Papers Submissions Deadline: January 7, 2008 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2007 19:41:48 -0000 --------------------------------------- Call for Papers 2008 USENIX Annual Technical Conference June 22-27, 2008, Boston, MA Paper Submissions Deadline: January 7, 2008, 11:59 p.m. PST http://www.usenix.org/usenix08/cfpb/ --------------------------------------- Dear Colleague, On behalf of the 2008 USENIX Annual Technical Conference program committee, we request your ideas, proposals, and papers for tutorials, refereed papers, and posters. Authors are invited to submit original and innovative papers to the Refereed Papers Track of the 2008 USENIX Annual Technical Conference. Papers can be either full papers of at most 14 pages or short papers of at most 6 pages. Authors are required to submit papers by 11:59 p.m. PST, Monday, January 7, 2008. In full papers, we seek high-quality submissions that further the knowledge and understanding of modern computing systems, with an emphasis on implementations and experimental results. Short papers should describe early ideas, advocate a controversial position, or present interesting results that do not require a full-length paper. We encourage papers that break new ground or present insightful results based on practical experience. The USENIX conference has a broad scope. Specific topics of interest include but are not limited to: * Architectural interaction * Deployment experience * Distributed and parallel systems * Embedded systems * Energy/power management * File and storage systems * Networking and network services * Operating systems * Reliability, availability, and scalability * Security, privacy, and trust * System and network management and troubleshooting * Usage studies and workload characterization * Virtualization * Web technology * Wireless, sensor, and mobile systems More information on these and other submission guidelines is available on our Web site: http://www.usenix.org/usenix08/cfpb/ IMPORTANT DATES: Paper submissions due: Monday, January 7, 2008, 11:59 p.m. PST Notification to authors: Wednesday, March 12, 2008 Final papers due: Tuesday, April 29, 2008 Poster submissions due: Tuesday, May 6, 2008 Please note that January 7 is a hard deadline; no extensions will be given. We look forward to your submissions. On behalf of the USENIX Annual Tech '08 Conference Organizers, Rebecca Isaacs, Microsoft Research Yuanyuan Zhou, University of Illinois at Urbana-Champaign 2008 USENIX Annual Technical Conference Program Co-Chairs usenix08chairs@usenix.org ----------------------------------------------------------------------- About this mailing list: USENIX never shares, sells, rents, or exchanges email addresses of its members or conference attendees. We would like to continue sending you occasional email announcements like this one. However, if you do not wish to receive these announcements, please reply to this message and include the word REMOVE in the body. Please do not alter the subject line, as we need your ID number in order to process your request. Please use usenix08chairs@usenix.org to contact Rebecca Isaacs or Yuanyuan Zhou. Rebecca_Isaacs@usenix.org is for automated list management only. To change your contact information, please visit: http://www.usenix.org/membership/ If you have any questions about the mailing list, please send email to office@usenix.org. We may also be reached via postal mail at: USENIX Association 2560 9th Street, Suite 215 Berkeley CA 94710 (510) 528-8649 From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 4 01:51:18 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0323B16A420; Tue, 4 Dec 2007 01:51:18 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id AF1D113C465; Tue, 4 Dec 2007 01:51:17 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id lB41Zsbi047579; Mon, 3 Dec 2007 19:35:56 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Mon, 3 Dec 2007 19:35:54 -0600 (CST) From: "Sean C. Farley" To: Greg Troxel In-Reply-To: Message-ID: References: <1196470143.4750af7f6accf@webmail.rawbw.com> <20071201162930.5c9fd4dd@deskjail> User-Agent: Alpine 0.99999 (BSF 796 2007-11-08) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on mail.farley.org Cc: emulation@FreeBSD.org, Alexander Leidinger , Yuri , Mike Ragusa , freebsd-hackers@FreeBSD.org Subject: Re: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2007 01:51:18 -0000 On Sat, 1 Dec 2007, Greg Troxel wrote: > I had a Linux shared library problem on NetBSD that I think it might > be helpful to mention. > > thunderbird (and firefox) set LD_LIBRARY_PATH to pick up their own > modules. When acroread is invoked to display a pdf attachment, > LD_LIBRARY_PATH is still set, and this causes acroread to read a BSD > library. My workaround is to use a script for acroread that cleans > the environment. > > I think this is a thunderbird bug; the environment of invoked programs > should match the environment as of thunderbird's invocation. I had to make a change[1] to the Linux UT99 binary during install to stop it from attempting to use FreeBSD's libGL.so due to its hard-coding of LD_LIBRARY_PATH. It may be evil, but it worked. :) Once my system's SATA DVD drive works with RELENG_7, I will try to see if I can fix linux-nwnclient. Skype may have the same "solution". Mike, I Cc'd you to see if you can try using sed like I did in the linux-ut port to "fix" nwmain. Using strings, you can see if /usr/local/lib is hard-coded into the binary and replace it with an equal length string that does not point to anything. Sean 1. http://www.freebsd.org/cgi/cvsweb.cgi/ports/games/linux-ut/Makefile.diff?r1=1.5;r2=1.6 -- scf@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 4 08:03:06 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B9EA16A417 for ; Tue, 4 Dec 2007 08:03:06 +0000 (UTC) (envelope-from walraven@terantula.com) Received: from mx.terantula.com (mx.terantula.com [212.61.39.65]) by mx1.freebsd.org (Postfix) with ESMTP id B140B13C457 for ; Tue, 4 Dec 2007 08:03:05 +0000 (UTC) (envelope-from walraven@terantula.com) Received: from localhost (localhost [127.0.0.1]) by mx.terantula.com (Postfix) with ESMTP id 6EB0E15F02 for ; Tue, 4 Dec 2007 08:43:31 +0100 (CET) X-Virus-Scanned: amavisd-new at terantula.com Received: from mx.terantula.com ([127.0.0.1]) by localhost (cotton.terantula.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id QX4r1fDfPEW5 for ; Tue, 4 Dec 2007 08:43:29 +0100 (CET) Received: by mx.terantula.com (Postfix, from userid 1002) id 4F55615F00; Tue, 4 Dec 2007 08:43:29 +0100 (CET) Date: Tue, 4 Dec 2007 08:43:29 +0100 From: Marco Walraven To: freebsd-hackers@freebsd.org Message-ID: <20071204074328.GR36677@cotton.terantula.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organisation: Terantula Subject: Make release fails on mdconfig X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2007 08:03:06 -0000 Hi All, I have been doing some release builds overhere with success, however lately the builds fail on mdconfig with the following error: + mdconfig -a -t vnode -f /R/stage/mfsroot/mfsroot mdconfig: failed to load geom_md module: No such file or directory + MDDEVICE= *** Error code 1 Looking at the chrooted environment I see that /boot/kernels is not populated whereas in old builds it is. If I install a kernel into the chrooted environment using 'make installkernel DESTDIR=/dir_to_chroot' and run a 'make rerelease' mdconfig happily accepts it and the make release builds successfully. The kernel I run has support for mdconfig; I can use memory disks without problems. Any clue why this fails in the first place ? Script output for release.8 target: touch release.7 cp /R/stage/trees/base/etc/disktab /etc rm -rf /R/stage/mfsfd mkdir /R/stage/mfsfd cd /R/stage/mfsfd && mkdir -p etc/defaults dev mnt stand/etc/defaults stand/help var/empty ( cd /R/stage/mfsfd && for dir in bin sbin ; do ln -sf /stand $dir; done ) cp /R/stage/trees/base/sbin/dhclient-script /R/stage/mfsfd/stand cp /usr/src/release/../etc/usbd.conf /R/stage/mfsfd/etc/usbd.conf cp /usr/src/release/../etc/master.passwd /R/stage/mfsfd/etc/master.passwd cp /R/stage/trees/base/etc/*pwd.db /R/stage/mfsfd/etc/ ( for F in defaults/rc.conf netconfig protocols ; do sed -e '/^#.*$/d' -e 's/[:space:]*#.*$//g' /R/stage/trees/base/etc/$F > /R/stage/mfsfd/stand/etc/$F ; done ) grep -E '^(ftp|nameserver|domain|sunrpc|cmd|nfsd)[^-\w]' /R/stage/trees/base/etc/services | sed -e '/^#.*$/d' -e 's/[:space:]*#.*$//g' > /R/stage/mfsfd/stand/etc/services grep 'operator' /R/stage/trees/base/etc/group > /R/stage/mfsfd/stand/etc/group ln /R/stage/mfsfd/stand/etc/services /R/stage/mfsfd/etc/services ln /R/stage/mfsfd/stand/etc/group /R/stage/mfsfd/etc/group ln /R/stage/mfsfd/stand/etc/netconfig /R/stage/mfsfd/etc/netconfig cp /R/stage/trees/base/COPYRIGHT /R/stage/mfsfd/stand/help/COPYRIGHT.hlp test -f /usr/src/release/install.cfg && cp /usr/src/release/install.cfg /R/stage/mfsfd *** Error code 1 (ignored) sh -e /usr/src/release/scripts/doFS.sh bsdlabel "" /R/stage/mfsroot/mfsroot /R/stage /mnt 4320 /R/stage/mfsfd 8000 minimum3 + export BLOCKSIZE=512 + DISKLABEL=bsdlabel + shift + MACHINE= + shift + FSIMG=/R/stage/mfsroot/mfsroot + shift + RD=/R/stage + shift + MNT=/mnt + shift + FSSIZE=4320 + shift + FSPROTO=/R/stage/mfsfd + shift + FSINODE=8000 + shift + FSLABEL=minimum3 + shift + [ 4320 -eq 0 -a minimum3 = auto ] + rm -f /R/stage/mfsroot/mfsroot + dd of=/R/stage/mfsroot/mfsroot if=/dev/zero count=4320 bs=1k + uname -r + [ -f /R/stage/trees/base/boot/boot ] + BOOT=-B -b /R/stage/trees/base/boot/boot + dofs_md + [ x != x ] + mdconfig -a -t vnode -f /R/stage/mfsroot/mfsroot mdconfig: failed to load geom_md module: No such file or directory + MDDEVICE= *** Error code 1 Stop in /usr/src/release. + umount /dev *** Error code 1 Stop in /data/RELENG_6/release. Regards, Marco Walraven -- Terantula - Industrial Strength Open Source phone:+31 64 3232 400 / www: http://www.terantula.com / pgpkey: E7EE7A46 pgp fingerprint: F2EE 122D 964C DE68 7380 6F95 3710 7719 E7EE 7A46 From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 4 22:48:02 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23D8616A417 for ; Tue, 4 Dec 2007 22:48:02 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id 01D7D13C45D for ; Tue, 4 Dec 2007 22:48:01 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 5241 invoked from network); 4 Dec 2007 22:48:01 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 4 Dec 2007 22:48:01 -0000 Message-ID: <4755D8BC.2060405@chuckr.org> Date: Tue, 04 Dec 2007 17:46:20 -0500 From: Chuck Robey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: FreeBSD-Hackers Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: kernel config for networking X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2007 22:48:02 -0000 I've been having problems trying to get the onboard networking to work with this Asus Striker Extreme ever since I first put FreeBSD-current on it. Right now, I have a cheapy junk-pile card that probes as a dc0 working, but my motherboard has two nfe's (nfe0 & nfe1) that show up on the desmg. If I use ifconfig and activate them, the whole machine comes to a complete halt (complete, neither console nor ssh sessions work, machine is dead to the world apparently) and this starts whenever I use ifconfig to turn up either nfe0 or nfe1. I've complained before, but a new possibility occurred to me, while I was slowly reading the NOTES in /sys/i386/conf, that the networking stuff is very sensitive to order. Is that still true? If I have a dc device and a nfe device, do I need to be aware of anything as regards the config file statement order? Thanks From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 4 23:25:52 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FCBC16A41A for ; Tue, 4 Dec 2007 23:25:52 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 94A2913C44B for ; Tue, 4 Dec 2007 23:25:51 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A58B9.dip.t-dialin.net [84.154.88.185]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id lB4NPl33021046; Tue, 4 Dec 2007 23:25:48 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id lB4NQ6Ka032551; Wed, 5 Dec 2007 00:26:06 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id lB4NQ6pW080576; Wed, 5 Dec 2007 00:26:06 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200712042326.lB4NQ6pW080576@fire.js.berklix.net> To: Chuck Robey In-reply-to: <4755D8BC.2060405@chuckr.org> References: <4755D8BC.2060405@chuckr.org> Comments: In-reply-to Chuck Robey message dated "Tue, 04 Dec 2007 17:46:20 -0500." Date: Wed, 05 Dec 2007 00:26:06 +0100 From: "Julian H. Stacey" Cc: FreeBSD-Hackers Subject: Re: kernel config for networking X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2007 23:25:52 -0000 > it. Right now, I have a cheapy junk-pile card that probes as a dc0 > working, but my motherboard has two nfe's (nfe0 & nfe1) that show up on > the desmg. If I use ifconfig and activate them, the whole machine comes > to a complete halt (complete, neither console nor ssh sessions work, > machine is dead to the world apparently) and this starts whenever I use > ifconfig to turn up either nfe0 or nfe1. > > I've complained before, but a new possibility occurred to me, while I > was slowly reading the NOTES in /sys/i386/conf, that the networking > stuff is very sensitive to order. Is that still true? If I have a dc > device and a nfe device, do I need to be aware of anything as regards > the config file statement order? I always preserve kernel ordering same as GENERIC, costs little time & can save agro/ risk. If that doesnt fix it, maybe try nve for comparison (thoug of course nasty binary), here's an extravt from a mail: -------- Old driver was called NVE, - Ran at 100 Mbit/s but falsely reported running at 10. - Was based on common binary only code common to Microsoft Linux & BSD. For FreeBSD-6.2-RELEASE New NFE driver available some months as a set of source patches, steadily improving. FreeBSD-7.0-RELEASE (out soon) will have NFE & NVE inbuilt. ( FreeBSD-7.0-BETA3 has it already ) FreeBSD-6.3-RELEASE (out soon, same time as 7.0 ) will Not have NFE inbuilt ------- Pyun YongHyeon has posted stuff to stable@ on nfe Message-id: <20071024084934.GF11234@cdnetworks.co.kr> BTW Search engine on www.freebsd.org hsnt been good for Message-IDs for months, google is better (Open & Net use google not own, maybe FreeBSD should) http://docs.FreeBSD.org/cgi/mid.cgi?20071027030921.GC25452 -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch = mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 5 09:26:58 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3F7616A468 for ; Wed, 5 Dec 2007 09:26:58 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from mail.vega.ru (infra.dev.vega.ru [90.156.167.14]) by mx1.freebsd.org (Postfix) with ESMTP id 7656813C45A for ; Wed, 5 Dec 2007 09:26:57 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from msk-ly-gw1.masterhost.ru ([87.242.97.68]:53519 helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Izq8j-000Ext-Oy; Wed, 05 Dec 2007 09:01:57 +0000 Received: from edoofus.dev.vega.ru (localhost [127.0.0.1]) by edoofus.dev.vega.ru (8.14.2/8.14.2) with ESMTP id lB591ojh030176; Wed, 5 Dec 2007 12:01:51 +0300 (MSK) (envelope-from rermilov@team.vega.ru) Received: (from ru@localhost) by edoofus.dev.vega.ru (8.14.2/8.14.2/Submit) id lB591oSF030175; Wed, 5 Dec 2007 12:01:50 +0300 (MSK) (envelope-from rermilov@team.vega.ru) X-Authentication-Warning: edoofus.dev.vega.ru: ru set sender to rermilov@team.vega.ru using -f Date: Wed, 5 Dec 2007 12:01:50 +0300 From: Ruslan Ermilov To: Marco Walraven Message-ID: <20071205090150.GA29912@team.vega.ru> References: <20071204074328.GR36677@cotton.terantula.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071204074328.GR36677@cotton.terantula.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-hackers@freebsd.org Subject: Re: Make release fails on mdconfig X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2007 09:26:58 -0000 On Tue, Dec 04, 2007 at 08:43:29AM +0100, Marco Walraven wrote: > Hi All, > > I have been doing some release builds overhere with success, however lately the builds fail on mdconfig with the following error: > > + mdconfig -a -t vnode -f /R/stage/mfsroot/mfsroot > mdconfig: failed to load geom_md module: No such file or directory > + MDDEVICE= > *** Error code 1 > > Looking at the chrooted environment I see that /boot/kernels > is not populated whereas in old builds it is. No, it has never been populated. > If I install a kernel into the chrooted environment using > 'make installkernel DESTDIR=/dir_to_chroot' and run a > 'make rerelease' mdconfig happily accepts it and the make > release builds successfully. The kernel I run has support > for mdconfig; I can use memory disks without problems. The md(4) driver is loaded if not present in the kernel just before switching to a chroot, by "make release": : # Ensure md.ko is loaded if md(4) is not statically compiled into : # the kernel : -mdconfig 2>/dev/null : env -i /usr/sbin/chroot `dirname ${_MK}` /`basename ${_MK}` > Any clue why this fails in the first place ? It's possible that your host system is running an older version of FreeBSD kernel with version 1 of "struct kld_file_stat", while the release(7) procedure requires that "/usr/obj be populated with the output of a native ``make buildworld'' compiled from sources matching the currently running kernel." ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Please fix that and try again. Following this requirement solved a similar problem for a colleague here. Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 5 12:53:53 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9529D16A417 for ; Wed, 5 Dec 2007 12:53:53 +0000 (UTC) (envelope-from james@mansionfamily.plus.com) Received: from ptb-relay01.plus.net (ptb-relay01.plus.net [212.159.14.212]) by mx1.freebsd.org (Postfix) with ESMTP id 1E90F13C474 for ; Wed, 5 Dec 2007 12:53:52 +0000 (UTC) (envelope-from james@mansionfamily.plus.com) Received: from [80.229.150.39] (helo=mansionfamily.plus.com) by ptb-relay01.plus.net with esmtp (Exim) id 1IztVp-0000J8-Vg for freebsd-hackers@freebsd.org; Wed, 05 Dec 2007 12:38:02 +0000 Received: from [192.168.0.87] ([192.168.0.87]:1087) by mansionfamily.plus.com with [XMail 1.22 ESMTP Server] id for from ; Wed, 5 Dec 2007 12:43:06 -0000 Message-ID: <47569C1B.4060002@mansionfamily.plus.com> Date: Wed, 05 Dec 2007 12:39:55 +0000 From: James Mansion Organization: MsgWare User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: A question about swapping X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2007 12:53:53 -0000 I'm looking for an operating system that I can use to build some diskless workstations. I'd really like to be able to support swapping. Is it feasible to enable swap to any remote file or remote block device with FreeBSD - without risking a deadlock? Linux seems to be prone to deadlock. I don't know about Solaris. I see that 7.0 will have an iSCSI initiator - is there any work underway to support reliable swap against an iSCSI target? James From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 5 11:29:55 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CA5416A417 for ; Wed, 5 Dec 2007 11:29:55 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id C599C13C46B for ; Wed, 5 Dec 2007 11:29:54 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5422C.dip.t-dialin.net [84.165.66.44]) by redbull.bpaserver.net (Postfix) with ESMTP id 5ABB62E113; Wed, 5 Dec 2007 12:21:26 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id D0C1C78C98; Wed, 5 Dec 2007 12:21:23 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1196853683; bh=mo9+SOxQ0TFsoS/5YnsbqSvBge7/SLxg7 KTuDvgyKNg=; h=Message-ID:X-Priority:Date:From:To:Cc:Subject: References:In-Reply-To:MIME-Version:Content-Type: Content-Disposition:Content-Transfer-Encoding:User-Agent; b=LRdqh1 iKTmzm9A4zvouYWWd0k0yGpTwjFR4RjJXlYMfC/tXQw143WmBUab51PahPB5MZwNxhJ 45W3T+Sr3L7a87K7HgCd+9dIF57wmZtkVDSvMmBi0ovPq0WmBtbgaIk2WyiqilYxf7t ycr8g8zmvuHT5DYdfRfbqljvVZcEX7TXO32IjPXSXYPisf8ZI2t3nCEUq4IieCpO9nL Xd9pQbm1fa/nssWPu6bPr9qzeSU2c2SKkaujUY+uOc16Ry+vyMSah/yaq8ST93SNeGQ KdFEZZt5t3ORKW2JJeMicHt2VeUFnntNRcEmZotL5uMDnane0Mz/+ptIIZ27iYv1PMV w== Received: (from www@localhost) by webmail.leidinger.net (8.14.1/8.13.8/Submit) id lB5BLNuQ047644; Wed, 5 Dec 2007 12:21:23 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 05 Dec 2007 12:21:23 +0100 Message-ID: <20071205122123.phwu6uh7jksgcwk8@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 05 Dec 2007 12:21:23 +0100 From: Alexander Leidinger To: Chuck Robey References: <1196470143.4750af7f6accf@webmail.rawbw.com> <4752F825.8020505@chuckr.org> <20071203144159.irjelm2c0c8o8csw@webmail.leidinger.net> <47544B5A.9080903@chuckr.org> In-Reply-To: <47544B5A.9080903@chuckr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Wed, 05 Dec 2007 12:54:03 +0000 Cc: Yuri , freebsd-hackers@freebsd.org Subject: Re: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2007 11:29:55 -0000 Quoting Chuck Robey (from Mon, 03 Dec 2007 =20 13:30:50 -0500): > Alexander Leidinger wrote: >> Quoting Chuck Robey (from Sun, 02 Dec 2007 =20 >> 13:23:33 -0500): >> >>> You've gotten some good suggestions, but I might add one more, I don't >>> think it's been mentioned. I have foound, myself in the last 2 weeks, >>> some FreeBSD ports putting in Linux tools, installing stuff in the >>> wrong places, like sticking in SYSV libraries in /usr/local/lib instead >>> of /compat/linux/usr/lib. I verified in that case that the Linux >> >> If they put the libs directly in /usr/local/lib instead of =20 >> /usr/local/lib/, then it is a big =20 >> error. But if it is in a subdirectory where no FreeBSD lib resides, =20 >> it is ok (the linux browser sets LD_LIBRARY_PATH in the start =20 >> script to the right path). >> >> Have a look how the native browser works, the private libs are not =20 >> in ldconfig either and the browser start script sets the library =20 >> path for the browser binary. At least it did this the last time I =20 >> checked... >> > > Does that mean that all programs needing those libs must have wrapper > shells, so as ot implement the LD_LIBRARY_PATH? I know of programs Yes. For the mozilla stuff it seems to be a design decision of them to =20 put the libs in a non-standard path (this is independent from the OS). =20 Don't shoot FreeBSD, shoot them if you don't like this. > that bomb if that's even set at all, and I think it can be a security > tool, and I just think that there is no good reason for installing > Linux libs outside of the compat tree. There isn't any good reason not You have 2 differet issue here. One issue is that some =20 program(-suites) decide to put their libs into a non-standard =20 directory. The other one is that you should not mix libs from linux =20 and FreeBSD. > to use the compat tree, is there? You know, there's a local there too, > so you don't even need to be ignoring LOCALBASE, which is something I > don't care for ports to do at all. Even if you have them in LINUXBASE, you could pick up the wrong libs =20 depending on the search order of the libs directories and the location =20 of the libs. The big goal is, that an user should not have the need to put =20 /compat/linux/... into his path to start a linux program. We can do =20 this by putting those linux programs into LOCALBASE (easy, if they =20 don't install libs or hide the libs in special dirs), or by putting =20 them into LINUXBASE and add a wrapper script to LOCALBASE (not as =20 easy, as you have to have more knowledge about pkg-plist in the ports =20 to get the port to do the right thing). For pure infrastructure ports (which just have linux libs), I enforce =20 the rule that they have to be in LINUXBASE as soon as I encounter a =20 port which violates this rule. For application programs I go the =20 relaxed way: fix the problem in case there's one and I get aware of it. > I just don't see any reason for such a obviously pathological thing to > occur. Just because it's possible to fix it, program by program, by > implementing wrapper scripts, you aren't going to tell me that's some > sort of elegant fix, so the fact that doing such a thing is justified? I don't think that wrapper scripts are elegant in general, but our =20 linuxulator is a special environment and if you want that other people =20 with "normal" knowledge (read: no ports committer... and even _some_ =20 ports committers would have to learn some new things to get it right) =20 are able to produce a linux port (there are already some special rules =20 to take care about with linux ports, several of them we managed to =20 cover behind some easy knobs), you have to come up with a compromise. Feel free to propose other solutions, but before you propose anything, =20 I suggest you try to write a port which implements your solution to =20 get an idea how complex it is in reality. Bye, Alexander. --=20 I've always made it a solemn practice to never drink anything stronger than tequila before breakfast. =09=09-- R. Nesson http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 6 11:07:49 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B6A816A419 for ; Thu, 6 Dec 2007 11:07:49 +0000 (UTC) (envelope-from walraven@terantula.com) Received: from mx.terantula.com (mx.terantula.com [212.61.39.65]) by mx1.freebsd.org (Postfix) with ESMTP id D07E513C46A for ; Thu, 6 Dec 2007 11:07:48 +0000 (UTC) (envelope-from walraven@terantula.com) Received: from localhost (localhost [127.0.0.1]) by mx.terantula.com (Postfix) with ESMTP id BAD3816CEC for ; Thu, 6 Dec 2007 12:07:47 +0100 (CET) X-Virus-Scanned: amavisd-new at terantula.com Received: from mx.terantula.com ([127.0.0.1]) by localhost (cotton.terantula.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id hJV2FLXuEcFQ for ; Thu, 6 Dec 2007 12:07:37 +0100 (CET) Received: by mx.terantula.com (Postfix, from userid 1002) id 97EF216CE9; Thu, 6 Dec 2007 12:07:37 +0100 (CET) Date: Thu, 6 Dec 2007 12:07:37 +0100 From: Marco Walraven Cc: freebsd-hackers@freebsd.org Message-ID: <20071206110737.GB91234@cotton.terantula.com> References: <20071204074328.GR36677@cotton.terantula.com> <20071205090150.GA29912@team.vega.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071205090150.GA29912@team.vega.ru> User-Agent: Mutt/1.4.2.3i Organisation: Terantula Subject: Re: Make release fails on mdconfig X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2007 11:07:49 -0000 Accidentally replied to Ruslan only instead of the list; indeed the kernel I ran was older so that solved the problem. My follow-up question might be interesting to others who are looking for this. On Thu, Dec 06, 2007 at 10:19:07AM +0100, Marco Walraven wrote: > Out of curiosity. Is there a way to do a cross release build ? > For example release building RELENG_7 on a RELENG_6_3 system. > Yes, it's possible: cd .../releng_7/src/release make release WORLDDIR=/usr/src ... Regards, Marco Walraven -- Terantula - Industrial Strength Open Source phone:+31 64 3232 400 / www: http://www.terantula.com / pgpkey: E7EE7A46 pgp fingerprint: F2EE 122D 964C DE68 7380 6F95 3710 7719 E7EE 7A46 From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 6 11:12:36 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D7F716A419 for ; Thu, 6 Dec 2007 11:12:36 +0000 (UTC) (envelope-from raffaele.delorenzo@libero.it) Received: from grupposervizi.it (mail1.tagetik.com [85.18.71.243]) by mx1.freebsd.org (Postfix) with SMTP id 3E76A13C461 for ; Thu, 6 Dec 2007 11:12:34 +0000 (UTC) (envelope-from raffaele.delorenzo@libero.it) Received: (qmail 9895 invoked by uid 453); 6 Dec 2007 10:45:52 -0000 Received: from [192.9.210.26] (HELO noel.grupposervizi.it) (192.9.210.26) by grupposervizi.it (qpsmtpd/0.31.1) with ESMTP; Thu, 06 Dec 2007 11:45:52 +0100 Message-ID: <4757D2DE.3070305@libero.it> Date: Thu, 06 Dec 2007 11:45:50 +0100 From: Raffaele De Lorenzo User-Agent: Thunderbird 2.0.0.9 (X11/20071204) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "raffaele.delorenzo" Subject: Added native socks support to libc in FreeBSD 7 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2007 11:12:36 -0000 Hi, i added a native (client) Socks V4/V5 support inside FreeBSD libc library. The work is based of my project (see http://csocks.altervista.org) CSOCKS. You can get it here: http://csocks.altervista.org/download/FreeBSD_libc.tar.gz CHANGES: I changed the file: /usr/src/lib/libc/Makefile I added the Directory: /usr/src/lib/libc/socks They contains the files: csocks.c csocks.h csocks.conf.5 csocks.1 Makefile.inc I added the configuration file (csocks.conf in the /etc/ directory) /usr/src/etc/ INSTALL ISTRUCTIONS: copy the Makefile in /usr/src/lib/libc/ copy the directory socks in /usr/src/lib/libc/ touch /etc/csocks.conf recompile the libc and install it (cd /usr/src/lib/libc && make && make install) I Tested it in FreeBSD 7 only on i386 cheers Raffaele From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 6 14:08:57 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A8BC16A420 for ; Thu, 6 Dec 2007 14:08:57 +0000 (UTC) (envelope-from sonja.milicic@fer.hr) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.freebsd.org (Postfix) with ESMTP id CE2F113C468 for ; Thu, 6 Dec 2007 14:08:56 +0000 (UTC) (envelope-from sonja.milicic@fer.hr) Received: from [161.53.72.122] (angelina.cc.fer.hr [161.53.72.122]) (authenticated bits=0) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id lB6BNZGp018228 for ; Thu, 6 Dec 2007 12:23:36 +0100 (MET) Message-ID: <4757D783.5060108@fer.hr> Date: Thu, 06 Dec 2007 12:05:39 +0100 From: Sonja Milicic User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 06 Dec 2007 14:43:54 +0000 Subject: Large array in KVM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2007 14:08:57 -0000 Hi everyone. I'm working on a kernel module that needs to maintain a large structure in memory. As this structure could grow too big to be stored in memory, it would be good to offload parts of it to the disk. What would be the best way to do this? Could using a memory-mapped file help? Thanks in advance, Sonja From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 6 18:12:52 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE9E416A418 for ; Thu, 6 Dec 2007 18:12:52 +0000 (UTC) (envelope-from twickline@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.228]) by mx1.freebsd.org (Postfix) with ESMTP id AB2C513C4D3 for ; Thu, 6 Dec 2007 18:12:52 +0000 (UTC) (envelope-from twickline@gmail.com) Received: by qb-out-0506.google.com with SMTP id a10so4342557qbd for ; Thu, 06 Dec 2007 10:12:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=hHfQHRl+arfN+KZfVBXmppUi6za6WkYG9w93WfnBI5o=; b=EG7pBFL7g08Xxnxpwrz2erx/1JPjWspA5kC6y1IGxY8cfFc3LXjbCSjifHBAbCT43aZ6iHrYc2AVog6HTwZk5CB784VttLEaE8PMeM8fKsrwFtg1FSSkL7ylxG2RRHtgnn/6+eLZlkfrsU3MyQabmKF6nRJXA6WsUmXIIEm1ezQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=w1jI9demtbttudVf+xOAyepAw+b1P4xQDnR3FGqoPhDbz+tWw+kTDab+RA6y7ldcEzvAZlUb7iutVR/oan0sYky12Is5Fp1FaxFUpKaZI4GTykJByEH34hRhzdKYGMy02Z0Q99BeH4AWv/LvdAiVXoqdDGdKildODky5C/uz7Tc= Received: by 10.142.148.7 with SMTP id v7mr1784689wfd.1196963948560; Thu, 06 Dec 2007 09:59:08 -0800 (PST) Received: by 10.143.191.6 with HTTP; Thu, 6 Dec 2007 09:59:08 -0800 (PST) Message-ID: <53e3a9930712060959t6f446534xee6ba49d043dd70a@mail.gmail.com> Date: Thu, 6 Dec 2007 12:59:08 -0500 From: "Tom Wickline" To: freebsd-chat@freebsd.org, freebsd-emulation@freebsd.org, freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, freebsd-user-groups@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Thu, 06 Dec 2007 18:36:49 +0000 Cc: Subject: Wine compatibility and performance on FreeBSD 7 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2007 18:12:53 -0000 Hello Everyone, I have a small blog about running Wine on Unix operating systems and over the last couple days I've been experimenting with Wine on FreeBSD 7 beta 2 (I see beta 4 is out, many thanks!) If anyone here is interested I ran Office 97 and 2000 out of the box on FreeBSD 7beta no registry files or special hacks needed. Ive also run a couple small applications (Qicktime 7.1.6) (IE 5 5.5 6) and then some benchmarks 3DMark 2000v1.1, 3DMark2001SE, GL Excess and PC Mark04. In the future ill see if I can get 3DMark 2003 and 3DMark 2005 to run and produce results as well. I don't know if any of you guys or gals are Gamers.... But just in case I also installed Halo in Wine and it runs about the same on FreeBSD as it does on Linux. With D3D, DDraw and OpenGL working most every game that is running in Wine should run on FreeBSD.. I don't know this as fact as I've only tried one Game and four Benchmarks, but it does look promising. More info can be found here: Wine-Review front Page: http://wine-review.blogspot.com/ Office 97/2000: http://wine-review.blogspot.com/2007/12/microsoft-office-2000-on-freebsd-7-with.html http://wine-review.blogspot.com/2007/12/office-97-on-freebsd-with-wine.html IE, QT etc.. http://wine-review.blogspot.com/2007/12/quicktime-716-on-freebsd-7-with-wine.html http://wine-review.blogspot.com/2007/12/ies-4-freebsd-internet-explorer-50-55.html Benchmark results & Halo: http://wine-review.blogspot.com/2007/12/benchmarking-wine-on-freebsd-7.html http:/http://wine-review.blogspot.com/2007/12/halo-combat-evolved-on-freebsd-with.html Oh yea, were seeking contributors... if your interested in Wine on FreeBSD and believe you can help us out see : http://wine-review.blogspot.com/2007/12/wine-review-is-currently-seeking.html Thanks for your time......... Cheers, Tom Wickline From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 6 19:27:46 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49C7816A469 for ; Thu, 6 Dec 2007 19:27:46 +0000 (UTC) (envelope-from tanarri@geri.cc.fer.hr) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.freebsd.org (Postfix) with ESMTP id C04C013C4EF for ; Thu, 6 Dec 2007 19:27:45 +0000 (UTC) (envelope-from tanarri@geri.cc.fer.hr) Received: from [161.53.72.122] (angelina.cc.fer.hr [161.53.72.122]) (authenticated bits=0) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id lB6DXDGp011786 for ; Thu, 6 Dec 2007 14:33:14 +0100 (MET) Message-ID: <4757F5E4.5030500@geri.cc.fer.hr> Date: Thu, 06 Dec 2007 14:15:16 +0100 From: Sonja Milicic User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Large array in KVM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2007 19:27:46 -0000 Hi everyone. I'm working on a kernel module that needs to maintain a large structure in memory. As this structure could grow too big to be stored in memory, it would be good to offload parts of it to the disk. What would be the best way to do this? Could using a memory-mapped file help? Thanks in advance, Sonja From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 6 23:50:29 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F4E816A41A for ; Thu, 6 Dec 2007 23:50:29 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from ananke.insane.pl (ananke.insane.pl [88.198.47.232]) by mx1.freebsd.org (Postfix) with ESMTP id DAE9513C45B for ; Thu, 6 Dec 2007 23:50:28 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from c146-249.icpnet.pl ([85.221.146.249] helo=enkidu.local ident=Debian-exim) from Debian-exim by ananke.insane.pl with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (envelope-from ) id 1J0QEw-0003Lc-Lz for freebsd-hackers@freebsd.org; Fri, 07 Dec 2007 00:34:46 +0100 Received: from sthalik by enkidu.local with local (Exim 4.68) (envelope-from ) id 1J0QEu-0004CP-1U for freebsd-hackers@freebsd.org; Fri, 07 Dec 2007 00:34:44 +0100 Date: Fri, 7 Dec 2007 00:34:43 +0100 From: Stanislaw Halik To: freebsd-hackers@freebsd.org Message-ID: <20071206233443.GA15969@tehran.lain.pl> Mail-Followup-To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-User: sthalik Subject: AMD64 depenguinator? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2007 23:50:29 -0000 Heya, I'd like to use depenguinator to get rid of Linux on my dedicated servers. This one only works for IA-32 and my machines are mostly AMD64. Could you please share an AMD64 depenguinator so I won't have to either stick with Linux or change my dedicated server provider? TIA, -sh -- /\ / Jabber ID :: sthalik@jabber.autocom.pl \ \/ Unix stuff :: http://tehran.lain.pl \/\ Yet Another RBL :: http://rbl.lain.pl From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 7 00:58:22 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE49F16A418 for ; Fri, 7 Dec 2007 00:58:22 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 72B7C13C459 for ; Fri, 7 Dec 2007 00:58:22 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA07.westchester.pa.mail.comcast.net ([76.96.62.59]) by QMTA09.westchester.pa.mail.comcast.net with comcast id MZxJ1Y00D1GhbT8050HL00; Fri, 07 Dec 2007 00:47:21 +0000 Received: from discordia ([24.60.136.97]) by OMTA07.westchester.pa.mail.comcast.net with comcast id McnM1Y00226FYqY0300000; Fri, 07 Dec 2007 00:47:21 +0000 X-Authority-Analysis: v=1.0 c=1 a=luU8WhE17Qv7J-GBPjAA:9 a=yzHYVSFOmDnV-R3lQHIx5SGZ3aYA:4 a=b8hG5vVbyAkA:10 Received: by discordia (Postfix, from userid 103) id 20CFC16B559; Thu, 6 Dec 2007 19:47:21 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id 053AA16B557 for ; Thu, 6 Dec 2007 19:47:05 -0500 (EST) Message-ID: <475897DB.1010308@FreeBSD.org> Date: Thu, 06 Dec 2007 19:46:19 -0500 From: Coleman Kane Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 0.96a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Overlap in PCI memory ranges X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 00:58:22 -0000 Hello all, I've got a problem with overlapping PCI memory ranges between my SATA controller and my High-Def Audio controller: atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x5040-0x504f irq 16 at device 20.1 on pci0 pcm0: mem 0xd0608000-0xd060bfff irq 16 at device 20.2 on pci0 I am curious if anybody knows of any way to overwrite the boot-up memory range in the PCI configuration. I have tried: pciconf -w pci0:0:20:2 16 0xd0614004 after inpecting that the above PCI reg's value before this is 0xd0608004. It seems that if I try writing the config register to anything between d0608000 and d0614000, the register gets reverted back to 0xd0608004. If I go higher than 0xd0614004, then it gets reverted to that number. I am not very familiar with PCI configuration (or other facilities FreeBSD uses to assign resources to PCI devices), so I'd like to know if anybody can help me sort this problem out which is preventing AHCI and HDA-Audio from working... -- Coleman Kane From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 7 01:01:05 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7C0C16A498 for ; Fri, 7 Dec 2007 01:01:05 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id 80BF113C45A for ; Fri, 7 Dec 2007 01:01:05 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1073408pyb for ; Thu, 06 Dec 2007 17:01:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=6b2TSfEykXu+DxJ0xlW0mQqprqDdhLve9pHPcShuKIs=; b=jC5pEFUp3y5VRayaIpf12kh6yPaYWzm5aQ6QT77U7q3LmeYqTPdK7nZPQZS3gYAXJNrObTgFZDEVDCGd2IMRY7WtEGVoRqARernz72g1H8V4fZLqTt/uzv205XeVQ7wA+e88wCRyfXYMzvxpZkX9PUVKNVZgkr4ZmZUqeGm+yrk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=s2xCUVg5MHqPdgxYQHEfX3hcsCVzBFs/taRxBVb/IGf4zqULvaojAC8l8WUc5PXJKWLlFCsC31vYXRHgDjhrQfcXXAk8Qr4PgbCceZyOaOX5UjmXdhZFvvg7kaI4sNnU0sf02j8PEsFU4Y0QE9FdZU/scBVZpcqzFBOK57I2oj0= Received: by 10.65.155.19 with SMTP id h19mr5300196qbo.1196989264205; Thu, 06 Dec 2007 17:01:04 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e13sm322704qbe.2007.12.06.17.01.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 06 Dec 2007 17:01:03 -0800 (PST) Message-ID: <47589B4E.9010408@gmail.com> Date: Thu, 06 Dec 2007 20:01:02 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071129) MIME-Version: 1.0 To: cokane@FreeBSD.org References: <475897DB.1010308@FreeBSD.org> In-Reply-To: <475897DB.1010308@FreeBSD.org> X-Enigmail-Version: 0.95.5 OpenPGP: url= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Overlap in PCI memory ranges X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 01:01:05 -0000 Coleman Kane wrote: > Hello all, > > I've got a problem with overlapping PCI memory ranges between my SATA > controller and my High-Def Audio controller: > Are you using AMD64 or i386? -- Aryeh M. Friedman FloSoft Systems Developer, not business, friendly http://www.flosoft-systems.com From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 7 00:54:27 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA94C16A41A for ; Fri, 7 Dec 2007 00:54:27 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (mail0.rawbw.com [198.144.192.41]) by mx1.freebsd.org (Postfix) with ESMTP id C78B713C457 for ; Fri, 7 Dec 2007 00:54:27 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (localhost [127.0.0.1]) by mail0.rawbw.com (8.13.8/8.13.8) with ESMTP id lB70sNh3029822; Thu, 6 Dec 2007 16:54:23 -0800 (PST) Received: (from www@localhost) by mail0.rawbw.com (8.13.8/8.13.8/Submit) id lB70sNgS029818; Thu, 6 Dec 2007 16:54:23 -0800 (PST) X-Authentication-Warning: mail0.rawbw.com: www set sender to yuri@rawbw.com using -f Received: from ip224.carlyle.sfo.ygnition.net (ip224.carlyle.sfo.ygnition.net [24.219.144.224]) by webmail.rawbw.com (IMP) with HTTP for ; Thu, 6 Dec 2007 16:54:23 -0800 Message-ID: <1196988863.475899bf4feb0@webmail.rawbw.com> Date: Thu, 6 Dec 2007 16:54:23 -0800 From: Yuri To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 24.219.144.224 X-Mailman-Approved-At: Fri, 07 Dec 2007 01:23:27 +0000 Subject: Port recompomile causes recursive cycle in make process X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 00:54:27 -0000 I have 7.0 BETA3 machine upgraded from 6.2 with no ports installed. When I (cd /usr/ports/x11/kde3 && make) after a while I get an error: <...skipped...> config.status: creating Makefile config.status: creating inputproto.rc make: Max recursion level (500) exceded.: Resource temporarily unavailable *** Error code 2 Stop in /usr/ports/x11/inputproto. *** Error code 1 Stop in /usr/ports/x11/libX11. *** Error code 1 Stop in /usr/ports/x11/xorg-libraries. *** Error code 1 Stop in /usr/ports/x11-toolkits/qt33. *** Error code 1 Stop in /usr/ports/x11-toolkits/qt33. *** Error code 1 Stop in /usr/ports/x11/kde3. When I look at the log above the place of failure I see that x11/inputproto-1.4.2.1 fails to find automake: automake-1.8: not found. and also same thing about autoconf that's not found. And after complaining make keeps calling inputproto build again. I believe autoconf and automake are supposed to only be called when the source tgz is generated. And when the port is compiled only configure script is supposed to be run. It's supposed to read in Makefile.in files an to write out Makefile files. And that's it, no automake/autoconf during port compile. Am I right? Is this a bug in port make files? Or in this port itself? Seems to me the bug is in FreeBSD port makefile since in case of failure make shouldn't relaunch that same port again. Yuri From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 7 01:34:52 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0414916A418 for ; Fri, 7 Dec 2007 01:34:52 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9D0DC13C43E for ; Fri, 7 Dec 2007 01:34:51 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA05.westchester.pa.mail.comcast.net ([76.96.62.43]) by QMTA04.westchester.pa.mail.comcast.net with comcast id MdX91Y00A0vyq2s0500J00; Fri, 07 Dec 2007 01:34:50 +0000 Received: from discordia ([24.60.136.97]) by OMTA05.westchester.pa.mail.comcast.net with comcast id Mdaq1Y00H26FYqY0300000; Fri, 07 Dec 2007 01:34:50 +0000 X-Authority-Analysis: v=1.0 c=1 a=f6btia8E6ZndqGQ-LsMA:9 a=JnMhRvXjUGZu2z2Dhx0NEfZPC6cA:4 a=pt045V2O6wwA:10 Received: by discordia (Postfix, from userid 103) id 98FDA16B559; Thu, 6 Dec 2007 20:34:50 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id A3D0116B557; Thu, 6 Dec 2007 20:34:37 -0500 (EST) Message-ID: <4758A303.7060306@FreeBSD.org> Date: Thu, 06 Dec 2007 20:33:55 -0500 From: Coleman Kane Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <475897DB.1010308@FreeBSD.org> <47589B4E.9010408@gmail.com> In-Reply-To: <47589B4E.9010408@gmail.com> X-Enigmail-Version: 0.96a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Overlap in PCI memory ranges X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 01:34:52 -0000 Aryeh M. Friedman wrote: > Coleman Kane wrote: > >> Hello all, >> >> I've got a problem with overlapping PCI memory ranges between my SATA >> controller and my High-Def Audio controller: >> >> > > Are you using AMD64 or i386? > > AMD64, FreeBSD 8.0-CURRENT From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 7 03:18:47 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 398D816A46B; Fri, 7 Dec 2007 03:18:47 +0000 (UTC) (envelope-from gcorcoran@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id CC48013C442; Fri, 7 Dec 2007 03:18:46 +0000 (UTC) (envelope-from gcorcoran@rcn.com) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 06 Dec 2007 21:50:15 -0500 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.8.5-GA) with ESMTP id JKO88930; Thu, 6 Dec 2007 21:50:15 -0500 (EST) Received: from 207-172-55-230.c3-0.tlg-ubr5.atw-tlg.pa.cable.rcn.com (HELO [10.56.78.161]) ([207.172.55.230]) by smtp01.lnh.mail.rcn.net with ESMTP; 06 Dec 2007 21:49:11 -0500 Message-ID: <4758B6E8.7030502@rcn.com> Date: Thu, 06 Dec 2007 21:58:48 -0500 From: Gary Corcoran User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: cokane@FreeBSD.org References: <475897DB.1010308@FreeBSD.org> In-Reply-To: <475897DB.1010308@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: freebsd-hackers@freebsd.org Subject: Re: Overlap in PCI memory ranges X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 03:18:47 -0000 Coleman Kane wrote: > Hello all, > > I've got a problem with overlapping PCI memory ranges between my SATA > controller and my High-Def Audio controller: > > atapci1: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x5040-0x504f irq 16 at device 20.1 > on pci0 > pcm0: mem > 0xd0608000-0xd060bfff irq 16 at device 20.2 on pci0 Sorry, I couldn't help you even if I saw the problem, but I can't see any overlap in the above. I see a bunch of relatively low addresses, and one high memory address range. Where's the conflict ?? Gary > I am curious if anybody knows of any way to overwrite the boot-up memory > range in the PCI configuration. I have tried: > pciconf -w pci0:0:20:2 16 0xd0614004 > > after inpecting that the above PCI reg's value before this is > 0xd0608004. It seems that if I try writing the config register to > anything between d0608000 and d0614000, the register gets reverted back > to 0xd0608004. If I go higher than 0xd0614004, then it gets reverted to > that number. > > I am not very familiar with PCI configuration (or other facilities > FreeBSD uses to assign resources to PCI devices), so I'd like to know if > anybody can help me sort this problem out which is preventing AHCI and > HDA-Audio from working... > > -- > Coleman Kane From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 7 03:43:54 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C9C816A421 for ; Fri, 7 Dec 2007 03:43:54 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id 1E93713C457 for ; Fri, 7 Dec 2007 03:43:54 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA13.emeryville.ca.mail.comcast.net ([76.96.30.52]) by QMTA04.emeryville.ca.mail.comcast.net with comcast id MfWJ1Y00417UAYk0A00X00; Fri, 07 Dec 2007 03:32:59 +0000 Received: from discordia ([24.60.136.97]) by OMTA13.emeryville.ca.mail.comcast.net with comcast id MfYy1Y00726FYqY8Z00000; Fri, 07 Dec 2007 03:32:59 +0000 X-Authority-Analysis: v=1.0 c=1 a=M2mL4RdYZATEsIUkzsUA:9 a=orgG75815Q18JwKnf1aHwgZMToQA:4 a=6UxOEEjT9BUA:10 Received: by discordia (Postfix, from userid 103) id 3FF5A16B559; Thu, 6 Dec 2007 22:32:53 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id EC6BE16B557; Thu, 6 Dec 2007 22:32:37 -0500 (EST) Message-ID: <4758BEAB.6020306@FreeBSD.org> Date: Thu, 06 Dec 2007 22:31:55 -0500 From: Coleman Kane Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: Gary Corcoran References: <475897DB.1010308@FreeBSD.org> <4758B6E8.7030502@rcn.com> In-Reply-To: <4758B6E8.7030502@rcn.com> X-Enigmail-Version: 0.96a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Overlap in PCI memory ranges X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 03:43:54 -0000 Gary Corcoran wrote: > Coleman Kane wrote: >> Hello all, >> >> I've got a problem with overlapping PCI memory ranges between my SATA >> controller and my High-Def Audio controller: >> >> atapci1: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x5040-0x504f irq 16 at device 20.1 >> on pci0 >> pcm0: mem >> 0xd0608000-0xd060bfff irq 16 at device 20.2 on pci0 > > Sorry, I couldn't help you even if I saw the problem, but I can't see any > overlap in the above. I see a bunch of relatively low addresses, and one > high memory address range. Where's the conflict ?? > > Gary > >> I am curious if anybody knows of any way to overwrite the boot-up memory >> range in the PCI configuration. I have tried: >> pciconf -w pci0:0:20:2 16 0xd0614004 >> >> after inpecting that the above PCI reg's value before this is >> 0xd0608004. It seems that if I try writing the config register to >> anything between d0608000 and d0614000, the register gets reverted back >> to 0xd0608004. If I go higher than 0xd0614004, then it gets reverted to >> that number. >> >> I am not very familiar with PCI configuration (or other facilities >> FreeBSD uses to assign resources to PCI devices), so I'd like to know if >> anybody can help me sort this problem out which is preventing AHCI and >> HDA-Audio from working... >> >> -- >> Coleman Kane > My apologies. The lines *should* read (mem ranges overlap): atapci0: port 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x5018-0x501b,0x5020-0x502f mem 0xd0609000-0xd06093ff irq 16 at device 18.0 on pci0 ..... pcm0: mem 0xd0608000-0xd060bfff irq 16 at device 20.2 on pci0 -- Coleman Kane From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 7 05:20:44 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45A6916A46B; Fri, 7 Dec 2007 05:20:44 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.200.14]) by mx1.freebsd.org (Postfix) with ESMTP id 465CD13C4CE; Fri, 7 Dec 2007 05:20:43 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:18643 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S8372511AbXLGFI0 (ORCPT + 1 other); Fri, 7 Dec 2007 08:08:26 +0300 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <4758D544.5060405@yandex.ru> Date: Fri, 07 Dec 2007 08:08:20 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: cokane@FreeBSD.org References: <475897DB.1010308@FreeBSD.org> <4758B6E8.7030502@rcn.com> <4758BEAB.6020306@FreeBSD.org> In-Reply-To: <4758BEAB.6020306@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Gary Corcoran Subject: Re: Overlap in PCI memory ranges X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 05:20:44 -0000 Coleman Kane wrote: > My apologies. The lines *should* read (mem ranges overlap): > > atapci0: port > 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x5018-0x501b,0x5020-0x502f > mem 0xd0609000-0xd06093ff irq 16 at device 18.0 on pci0 > ..... > pcm0: mem > 0xd0608000-0xd060bfff irq 16 at device 20.2 on pci0 Why you want to do it? Your SATA controoler doesn't works? Can you show a bit more log messages related to the atapci0? Also can you show `pciconf -l | grep ^atapci`? -- WBR, Andrey V. Elsukov From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 7 10:11:53 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B25F216A418 for ; Fri, 7 Dec 2007 10:11:53 +0000 (UTC) (envelope-from gheinig@marvell.com) Received: from maili.marvell.com (host2.marvell.com [65.219.4.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9E6CD13C455 for ; Fri, 7 Dec 2007 10:11:53 +0000 (UTC) (envelope-from gheinig@marvell.com) Received: from MSI-MTA.marvell.com (msi-mta.marvell.com [10.68.76.91]) by maili.marvell.com (Postfix) with ESMTP id D44432C146; Fri, 7 Dec 2007 01:43:02 -0800 (PST) Received: from SKGExch01.marvell.com ([10.9.116.16]) by MSI-MTA.marvell.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 7 Dec 2007 01:43:02 -0800 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 7 Dec 2007 10:43:00 +0100 Message-ID: <4D634BCFD1A2144ABECC75FF512D7A9001DF60BE@SKGExch01.marvell.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Large array in KVM Thread-Index: Acg4PiSHHFvyYEr+QAax8QDwIyI0FAAdhiMw From: "Gerald Heinig" To: "Sonja Milicic" , X-OriginalArrivalTime: 07 Dec 2007 09:43:02.0662 (UTC) FILETIME=[8F6D9A60:01C838B5] Cc: Subject: RE: Large array in KVM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 10:11:53 -0000 Hi Sonja, > Hi everyone. >=20 > I'm working on a kernel module that needs to maintain a large structure > in memory. As this structure could grow too big to be stored in memory, > it would be good to offload parts of it to the disk. What would be the > best way to do this? Could using a memory-mapped file help? How about implementing your code as a system call, which is called from a process that maps a large file into memory, as you suggested above. I presume you'd have to handle the question of whether or not your pages are in memory yourself, ie. pretty much like any other system call. Interesting question. Cheers, Gerald From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 7 10:44:33 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8029216A419 for ; Fri, 7 Dec 2007 10:44:33 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 37A9B13C4EB for ; Fri, 7 Dec 2007 10:44:32 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1J0ah5-0005BM-1d for freebsd-hackers@freebsd.org; Fri, 07 Dec 2007 10:44:31 +0000 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 ; Fri, 07 Dec 2007 10:44:31 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Dec 2007 10:44:31 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Fri, 07 Dec 2007 11:49:44 +0100 Lines: 28 Message-ID: References: <4D634BCFD1A2144ABECC75FF512D7A9001DF60BE@SKGExch01.marvell.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF58E999CEA279594EB1EE34B" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <4D634BCFD1A2144ABECC75FF512D7A9001DF60BE@SKGExch01.marvell.com> X-Enigmail-Version: 0.95.3 Sender: news Subject: Re: Large array in KVM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 10:44:33 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF58E999CEA279594EB1EE34B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Gerald Heinig wrote: > How about implementing your code as a system call, which is called from= > a process that maps a large file into memory, as you suggested above. What if the code is a device driver? --------------enigF58E999CEA279594EB1EE34B 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.4-svn0 (GNU/Linux) iD8DBQFHWSVZldnAQVacBcgRAnyVAKCNVJmEyHY7GOnO+Z2ztGOMkCHyNACfcSRn 9bBBn1yZoxBpE3EdjMsRxAQ= =44kZ -----END PGP SIGNATURE----- --------------enigF58E999CEA279594EB1EE34B-- From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 7 11:02:24 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B2EB16A41A for ; Fri, 7 Dec 2007 11:02:24 +0000 (UTC) (envelope-from gheinig@marvell.com) Received: from maili.marvell.com (host2.marvell.com [65.219.4.2]) by mx1.freebsd.org (Postfix) with ESMTP id 54E0813C46A for ; Fri, 7 Dec 2007 11:02:24 +0000 (UTC) (envelope-from gheinig@marvell.com) Received: from MSI-MTA.marvell.com (msi-mta.marvell.com [10.68.76.91]) by maili.marvell.com (Postfix) with ESMTP id 350EF1A2FA; Fri, 7 Dec 2007 03:02:24 -0800 (PST) Received: from SKGExch01.marvell.com ([10.9.116.16]) by MSI-MTA.marvell.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 7 Dec 2007 03:02:24 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 7 Dec 2007 12:02:21 +0100 Message-ID: <4D634BCFD1A2144ABECC75FF512D7A9001DF60BF@SKGExch01.marvell.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Large array in KVM Thread-Index: Acg4vjo5plfu5W/lTee0JFw3oAp4CQAAPhWw From: "Gerald Heinig" To: "Ivan Voras" , X-OriginalArrivalTime: 07 Dec 2007 11:02:24.0008 (UTC) FILETIME=[A5695880:01C838C0] Cc: Subject: RE: Large array in KVM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 11:02:24 -0000 > Gerald Heinig wrote: >=20 > > How about implementing your code as a system call, which is called from > > a process that maps a large file into memory, as you suggested above. >=20 > What if the code is a device driver? I'm just assuming it isn't a device driver. Sonja (the original poster) just mentioned 'a kernel module'. It might be worth asking what exactly this module does and why it would need to be implemented as a kernel module if it needs so much memory. If it's a device driver, what is it driving? The only hardware that springs to mind which might need large amounts of memory is a camera driver or some high-speed sampling device. From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 7 11:23:51 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F152A16A417 for ; Fri, 7 Dec 2007 11:23:51 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id E1BE113C458 for ; Fri, 7 Dec 2007 11:23:51 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id BF8371CC079; Fri, 7 Dec 2007 03:23:51 -0800 (PST) Date: Fri, 7 Dec 2007 03:23:51 -0800 From: Jeremy Chadwick To: Gerald Heinig Message-ID: <20071207112351.GA6544@eos.sc1.parodius.com> References: <4D634BCFD1A2144ABECC75FF512D7A9001DF60BE@SKGExch01.marvell.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D634BCFD1A2144ABECC75FF512D7A9001DF60BE@SKGExch01.marvell.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-hackers@freebsd.org, Sonja Milicic Subject: Re: Large array in KVM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 11:23:52 -0000 On Fri, Dec 07, 2007 at 10:43:00AM +0100, Gerald Heinig wrote: > Hi Sonja, > > > Hi everyone. > > > > I'm working on a kernel module that needs to maintain a large > structure > > in memory. As this structure could grow too big to be stored in > memory, > > it would be good to offload parts of it to the disk. What would be the > > best way to do this? Could using a memory-mapped file help? > > How about implementing your code as a system call, which is called from > a process that maps a large file into memory, as you suggested above. > I presume you'd have to handle the question of whether or not your pages > are in memory yourself, ie. pretty much like any other system call. > > Interesting question. Somewhat related question: What purpose does SYSCALL_MODULE(9) serve? I attempted to use this last month while writing a kernel module of my own, and was never able to get it to work for (what understood to be) a couple different reasons: 1) There's a maximum # of syscalls permitted (see SYS_MAXSYSCALL in include/sys/sycall.h), which means a dynamically-allocated syscall via SYSCALL_MODULE(9) cannot be inserted into the syscalls list. 2) The example code in share/examples/kld/syscall/module/syscall.c specifies the sysent offset as NO_SYSCALL (e.g. -1). You can't pick an arbitrary number here (from what I could tell), because the kernel explicitly ensures that the syscall number being called is not larger than SYS_MAXSYSCALL. This forces you to "steal" a syscall number between 1 and SYS_MAXSYSCALL, no? 3) I tried using a syscall number (115, deprecated vtrace), using it as the offset when calling SYSCALL_MODULE, but the userland program calling syscall(2) returned an error. I didn't research this too thoroughly. As this was the first (only?) kernel module I attempted to write, it's safe to say I'm missing some key knowledge, hence my question. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 7 11:23:55 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 513D316A419 for ; Fri, 7 Dec 2007 11:23:55 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id D76F213C459 for ; Fri, 7 Dec 2007 11:23:54 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-148-92.lns11.adl6.internode.on.net [121.45.148.92]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lB7BNput070480 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Dec 2007 21:53:52 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Fri, 7 Dec 2007 21:53:31 +1030 User-Agent: KMail/1.9.7 References: <4D634BCFD1A2144ABECC75FF512D7A9001DF60BE@SKGExch01.marvell.com> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1540118.LgRtsxzrck"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712072153.39649.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Ivan Voras Subject: Re: Large array in KVM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 11:23:55 -0000 --nextPart1540118.LgRtsxzrck Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 7 Dec 2007, Ivan Voras wrote: > Gerald Heinig wrote: > > How about implementing your code as a system call, which is called > > from a process that maps a large file into memory, as you suggested > > above. > > What if the code is a device driver? Then the client process can do some leg work for it? :) If you explain what you are trying to achieve in more detail then people=20 could comment on the best approach.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1540118.LgRtsxzrck Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHWS075ZPcIHs/zowRApQsAKCI1yBLlXXi/TNwJ6YuiW/fZaLMhQCeIYyY hJpiPCRxbSTSvTu+uUIZKao= =z9M4 -----END PGP SIGNATURE----- --nextPart1540118.LgRtsxzrck-- From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 7 11:51:27 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8411B16A419 for ; Fri, 7 Dec 2007 11:51:27 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.232]) by mx1.freebsd.org (Postfix) with ESMTP id 4C70E13C455 for ; Fri, 7 Dec 2007 11:51:27 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by nz-out-0506.google.com with SMTP id l8so187169nzf for ; Fri, 07 Dec 2007 03:51:26 -0800 (PST) Received: by 10.142.201.3 with SMTP id y3mr2080497wff.1197026673007; Fri, 07 Dec 2007 03:24:33 -0800 (PST) Received: by 10.143.12.4 with HTTP; Fri, 7 Dec 2007 03:24:33 -0800 (PST) Message-ID: Date: Fri, 7 Dec 2007 13:24:33 +0200 From: "Vlad GALU" To: "Sonja Milicic" In-Reply-To: <4757F5E4.5030500@geri.cc.fer.hr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4757F5E4.5030500@geri.cc.fer.hr> Cc: freebsd-hackers@freebsd.org Subject: Re: Large array in KVM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 11:51:27 -0000 On 12/6/07, Sonja Milicic wrote: > Hi everyone. > > I'm working on a kernel module that needs to maintain a large structure > in memory. As this structure could grow too big to be stored in memory, > it would be good to offload parts of it to the disk. What would be the > best way to do this? Could using a memory-mapped file help? Take a look at how the md(4) driver allocates swap-backed memory. Perhaps you could do the same for your structure, given that your swap space is big enough to hold it. > > Thanks in advance, > Sonja > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > -- Mahnahmahnah! From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 7 11:52:57 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7D6F16A418 for ; Fri, 7 Dec 2007 11:52:57 +0000 (UTC) (envelope-from gheinig@marvell.com) Received: from maili.marvell.com (host2.marvell.com [65.219.4.2]) by mx1.freebsd.org (Postfix) with ESMTP id AF87413C468 for ; Fri, 7 Dec 2007 11:52:57 +0000 (UTC) (envelope-from gheinig@marvell.com) Received: from MSI-MTA.marvell.com (msi-mta.marvell.com [10.68.76.91]) by maili.marvell.com (Postfix) with ESMTP id 8FC232C08A; Fri, 7 Dec 2007 03:52:57 -0800 (PST) Received: from SKGExch01.marvell.com ([10.9.116.16]) by MSI-MTA.marvell.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 7 Dec 2007 03:52:57 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 7 Dec 2007 12:52:54 +0100 Message-ID: <4D634BCFD1A2144ABECC75FF512D7A9001DF60C0@SKGExch01.marvell.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Large array in KVM Thread-Index: Acg4w6dlxrIdgQ79Ry+UfTbPRFT5sgAAvVOg From: "Gerald Heinig" To: "Jeremy Chadwick" X-OriginalArrivalTime: 07 Dec 2007 11:52:57.0344 (UTC) FILETIME=[B56BB000:01C838C7] Cc: freebsd-hackers@freebsd.org, Sonja Milicic Subject: RE: Large array in KVM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 11:52:57 -0000 > On Fri, Dec 07, 2007 at 10:43:00AM +0100, Gerald Heinig wrote: > > Hi Sonja, > > > > > Hi everyone. > > > > > > I'm working on a kernel module that needs to maintain a large > > structure > > > in memory. As this structure could grow too big to be stored in > > memory, > > > it would be good to offload parts of it to the disk. What would be the > > > best way to do this? Could using a memory-mapped file help? > > > > How about implementing your code as a system call, which is called from > > a process that maps a large file into memory, as you suggested above. > > I presume you'd have to handle the question of whether or not your pages > > are in memory yourself, ie. pretty much like any other system call. > > > > Interesting question. >=20 > Somewhat related question: >=20 > What purpose does SYSCALL_MODULE(9) serve? I attempted to use this last > month while writing a kernel module of my own, and was never able to get > it to work for (what understood to be) a couple different reasons: >=20 > 1) There's a maximum # of syscalls permitted (see SYS_MAXSYSCALL in > include/sys/sycall.h), which means a dynamically-allocated syscall via > SYSCALL_MODULE(9) cannot be inserted into the syscalls list. >=20 > 2) The example code in share/examples/kld/syscall/module/syscall.c > specifies the sysent offset as NO_SYSCALL (e.g. -1). You can't pick an > arbitrary number here (from what I could tell), because the kernel > explicitly ensures that the syscall number being called is not larger > than SYS_MAXSYSCALL. This forces you to "steal" a syscall number > between 1 and SYS_MAXSYSCALL, no? >=20 > 3) I tried using a syscall number (115, deprecated vtrace), using it as > the offset when calling SYSCALL_MODULE, but the userland program calling > syscall(2) returned an error. I didn't research this too thoroughly. >=20 > As this was the first (only?) kernel module I attempted to write, it's > safe to say I'm missing some key knowledge, hence my question. :-) I've only ever written device drivers; I haven't yet implemented a system call so unfortunately I can't answer your questions, sorry. I do know that system calls have to deal with the possibility of pages being non-resident, and this prompted my suggestions above. Cheers, Gerald From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 7 13:36:25 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A62B116A41B for ; Fri, 7 Dec 2007 13:36:25 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 8110313C442 for ; Fri, 7 Dec 2007 13:36:25 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by QMTA02.emeryville.ca.mail.comcast.net with comcast id MmxY1Y0060EPcho0A09800; Fri, 07 Dec 2007 13:36:30 +0000 Received: from discordia ([24.60.136.97]) by OMTA01.emeryville.ca.mail.comcast.net with comcast id MpcU1Y00P26FYqY0800000; Fri, 07 Dec 2007 13:36:30 +0000 X-Authority-Analysis: v=1.0 c=1 a=6_jqQ4TTgSl2EbcZ4eQA:9 a=DyR3shomNN_ODXCgXRUA:7 a=EVuQR1XGrbBUcDgvapBXe2eQRaQA:4 a=kJVaTwQnZmMA:10 a=ytAhK1pYVDElldzvseEA:9 a=GlrMPeyHoEHEeILQLi4A:7 a=_GEH8G1bGzZOLbAlJmRAHSTchIMA:4 a=6bqG61NMjcsA:10 Received: by discordia (Postfix, from userid 103) id 8910E16B559; Fri, 7 Dec 2007 08:36:23 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id 577B016B557; Fri, 7 Dec 2007 08:36:08 -0500 (EST) Message-ID: <47594C1F.8070103@FreeBSD.org> Date: Fri, 07 Dec 2007 08:35:27 -0500 From: Coleman Kane Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <475897DB.1010308@FreeBSD.org> <4758B6E8.7030502@rcn.com> <4758BEAB.6020306@FreeBSD.org> <4758D544.5060405@yandex.ru> In-Reply-To: <4758D544.5060405@yandex.ru> X-Enigmail-Version: 0.96a Content-Type: multipart/mixed; boundary="------------000000060103000106080100" Cc: freebsd-hackers@freebsd.org, Gary Corcoran Subject: Re: Overlap in PCI memory ranges X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 13:36:25 -0000 This is a multi-part message in MIME format. --------------000000060103000106080100 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Andrey V. Elsukov wrote: > Coleman Kane wrote: >> My apologies. The lines *should* read (mem ranges overlap): >> >> atapci0: port >> 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x5018-0x501b,0x5020-0x502f >> mem 0xd0609000-0xd06093ff irq 16 at device 18.0 on pci0 >> ..... >> pcm0: mem >> 0xd0608000-0xd060bfff irq 16 at device 20.2 on pci0 > > Why you want to do it? Your SATA controoler doesn't works? > Can you show a bit more log messages related to the atapci0? > Also can you show `pciconf -l | grep ^atapci`? > pcm0: hdac_mem_alloc: Unable to allocate memory resource (and then attach fails) Also, the mem resources of the SATA controller are used for AHCI (however, PATA compatibility mode is supported using the port ranges, which is what the controller is forced to do). In addition, the device name string on the SATA controller is only there because I've been fooling with ata-chipset.c (to unsuccessfully attempt to get AHCI working). Reading the MMIO registers in AHCI mode seems to produce spurious instances of reading garbage data, followed by reading the data that I want. For instance, in ata-chipset.c line 771 ata_ahci_reset(): if (!(ATA_INL(ctlr->r_res2, ATA_AHCI_PI) & (1 << ch->unit))) { device_printf(dev, "port not implemented\n"); return; } Produces "port not implemented" whenever it is executed (it ends up reading 0x00020070 or a similar unexpected value. However, if I put another ATA_INL(ctlr->r_res2, ATA_AHCI_PI) just above the if() statement, it will read 0x00000001, which is the expected value for my situation (a single port SATA controller on a laptop). This is supposed to read a bitmap of the enabled ports on the SATA controller. Attaching dmesg: You'll notice the "fpudna in kernel mode!" and "ndis0: bssid_list failed" messages. These are related to an NDIS 5.1 wifi driver and don't apply to my problem. -- Coleman Kane --------------000000060103000106080100 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2007 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 8.0-CURRENT #0: Wed Nov 28 17:16:00 EST 2007 root@erwin:/usr/obj/usr/src/sys/ERWIN Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-64 (2194.59-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x60f81 Stepping = 1 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f Cores per package: 2 usable memory = 2001375232 (1908 MB) avail memory = 1931157504 (1841 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI Error (tbfadt-0516): 32/64X address mismatch in "Pm2ControlBlock": [ 8800] [ 0 8100], using 64X [20070320] ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 cryptosoft0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) unknown: I/O range not supported acpi0: reservation of 0, 8000000 (3) failed acpi0: reservation of 100000, fff00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 powernow0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 powernow1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x4000-0x40ff mem 0xc0000000-0xc7ffffff,0xd0400000-0xd040ffff,0xd0500000-0xd05fffff irq 19 at device 5.0 on pci1 pcib2: at device 4.0 on pci0 pci16: on pcib2 pci0:16:0:0: failed to read VPD data. bge0: mem 0xd0000000-0xd000ffff irq 16 at device 0.0 on pci16 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:1a:4b:74:39:96 bge0: [ITHREAD] pcib3: at device 5.0 on pci0 pci32: on pcib3 pcib4: at device 6.0 on pci0 pci48: on pcib4 ndis0: mem 0xc8100000-0xc8103fff,0xc8000000-0xc80fffff irq 18 at device 0.0 on pci48 ndis0: [ITHREAD] ndis0: NDIS API version: 5.1 fpudna in kernel mode! ndis0: using obsoleted if_watchdog interface ndis0: Ethernet address: 00:1a:73:86:02:df atapci0: port 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x5018-0x501b,0x5020-0x502f mem 0xd0609000-0xd06093ff irq 16 at device 18.0 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ohci0: mem 0xd0601000-0xd0601fff irq 23 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xd0602000-0xd0602fff irq 17 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0xd0603000-0xd0603fff irq 17 at device 19.2 on pci0 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb2: OHCI version 1.0, legacy support usb2: on ohci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ohci3: mem 0xd0604000-0xd0604fff irq 17 at device 19.3 on pci0 ohci3: [GIANT-LOCKED] ohci3: [ITHREAD] usb3: OHCI version 1.0, legacy support usb3: on ohci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ohci4: mem 0xd0605000-0xd0605fff irq 17 at device 19.4 on pci0 ohci4: [GIANT-LOCKED] ohci4: [ITHREAD] usb4: OHCI version 1.0, legacy support usb4: on ohci4 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered ehci0: mem 0xd0606000-0xd06060ff irq 23 at device 19.5 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb5: EHCI version 1.0 usb5: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4 usb5: on ehci0 usb5: USB revision 2.0 uhub5: on usb5 uhub5: 10 ports with 10 removable, self powered pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x5040-0x504f irq 16 at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib5: at device 20.4 on pci0 pci2: on pcib5 cbb0: mem 0xd0100000-0xd0100fff irq 20 at device 4.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] pci2: at device 4.1 (no driver attached) battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 orm0: at iomem 0xd0000-0xd0fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0 at vga0 ubt0: on uhub0 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 4) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=64; nframes=5, buffer size=320 ugen0: on uhub2 Timecounters tick every 1.000 msec Fast IPsec: Initialized Security Association Processing. acd0: DVDR at ata0-master PIO4 ad0: DMA limited to UDMA33, device found non-ATA66 cable ad0: 152627MB at ata2-master UDMA33 SMP: AP CPU #1 Launched! GEOM_JOURNAL: Journal 3284468597: ad0s1e contains data. GEOM_JOURNAL: Journal 3284468597: ad0s1e contains journal. GEOM_JOURNAL: Journal ad0s1e clean. Trying to mount root from ufs:/dev/ad0s1a fpudna in kernel mode! acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Setting ESSID to "" ndis0: bssid_list failed ndis0: link state changed to UP pcm0: mem 0xd0608000-0xd060bfff irq 16 at device 20.2 on pci0 pcm0: hdac_mem_alloc: Unable to allocate memory resource device_attach: pcm0 attach returned 6 fpudna in kernel mode! fpudna in kernel mode! fpudna in kernel mode! Setting ESSID to "" ndis0: link state changed to DOWN ndis0: bssid_list failed ndis0: link state changed to UP pcm0: mem 0xd0608000-0xd060bfff irq 16 at device 20.2 on pci0 pcm0: hdac_mem_alloc: Unable to allocate memory resource device_attach: pcm0 attach returned 6 pcm0: mem 0xd0608000-0xd060bfff irq 16 at device 20.2 on pci0 pcm0: hdac_mem_alloc: Unable to allocate memory resource device_attach: pcm0 attach returned 6 pcm0: mem 0xd0608000-0xd060bfff irq 16 at device 20.2 on pci0 pcm0: hdac_mem_alloc: Unable to allocate memory resource device_attach: pcm0 attach returned 6 --------------000000060103000106080100-- From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 7 18:31:58 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF12616A419 for ; Fri, 7 Dec 2007 18:31:58 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id 5C3C513C461 for ; Fri, 7 Dec 2007 18:31:58 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id E879A3EA217 for ; Fri, 7 Dec 2007 19:31:56 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 9A9EC3EA0E8 for ; Fri, 7 Dec 2007 19:31:56 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.0/8.14.0) with ESMTP id lB7IVq6D017538; Fri, 7 Dec 2007 19:31:53 +0100 (CET) From: Thierry Herbelot To: freebsd-hackers@freebsd.org Date: Fri, 7 Dec 2007 19:31:45 +0100 User-Agent: KMail/1.9.7 References: <20071206233443.GA15969@tehran.lain.pl> In-Reply-To: <20071206233443.GA15969@tehran.lain.pl> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200712071931.46565.thierry@herbelot.com> X-Mailman-Approved-At: Fri, 07 Dec 2007 19:16:14 +0000 Cc: Stanislaw Halik Subject: Re: AMD64 depenguinator? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 18:31:58 -0000 Le Friday 07 December 2007, Stanislaw Halik a écrit : > Heya, > > I'd like to use depenguinator > to get rid of Linux on my > dedicated servers. This one only works for IA-32 and my machines are > mostly AMD64. > > Could you please share an AMD64 depenguinator so I won't have to either > stick with Linux or change my dedicated server provider? > > TIA, > -sh Hello, you can always use the ia32 depenguinator to install an AMD64 server by using an intermediate ia32 FreeBSD partition : 1/ install depenguinator in the linux swap 2/ reboot into the ia32 FreeBSD installer 3/ partition your disk with a main and *one more* BIOS partition (around 200MB - see end of post) 4/ install a minimal i386 system in the supplemental partition 5/ reboot into the i386 minimal partition 6/ disklabel the main partition 7/ install the AMD64 binaries into the main partition 8/ reboot and switch to the AMD64 partition there you are ! a full amd64 system is available ;-) TfH PS : disk space needed for a minimal 6.3 i386 installation : Filesystem Size Used Avail Capacity Mounted on /dev/ad0s1a 116M 38M 69M 35% / /dev/ad0s1d 58M 12K 53M 0% /tmp /dev/ad0s1e 58M 368K 53M 1% /var /dev/ad0s1f 646M 103M 491M 17% /usr PS2 : new installation in the main partition (ad0s1) # newfs -U /dev/ad0s1f # newfs -U /dev/ad0s1e # newfs -U /dev/ad0s1d # newfs /dev/ad0s1a # mount /dev/ad0s1a /mnt # mkdir /mnt/var # mkdir /mnt/tmp # mkdir /mnt/usr # mount /dev/ad0s1d /mnt/tmp # mount /dev/ad0s1e /mnt/var # mount /dev/ad0s1f /mnt/usr # cat base/base.?? | tar --unlink -xpzf - -C /mnt # cat kernels/generic.?? | tar --unlink -xpzf - -C /mnt/boot # rmdir /mnt/boot/kernel # mv /mnt/boot/GENERIC/ /mnt/boot/kernel (adjust configuration files and reboot) From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 8 00:10:53 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C947C16A417 for ; Sat, 8 Dec 2007 00:10:53 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 6F54913C461 for ; Sat, 8 Dec 2007 00:10:53 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 438F8EB4CAB; Sat, 8 Dec 2007 08:11:41 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id cGrT92ZUVLfm; Sat, 8 Dec 2007 08:11:35 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 9544AEB3061; Sat, 8 Dec 2007 08:11:34 +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:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=jpjM0QUzKqyRnHt9ZMy4+DSqdXjGhnAkh1TYsmuJxQCZPecg8bCXYiAVCViE8dZYH yMTavGIaVRACKXFd0uIKA== Message-ID: <4759E103.7010504@delphij.net> Date: Fri, 07 Dec 2007 16:10:43 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Raffaele De Lorenzo References: <4757D2DE.3070305@libero.it> In-Reply-To: <4757D2DE.3070305@libero.it> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: Added native socks support to libc in FreeBSD 7 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2007 00:10:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Raffaele De Lorenzo wrote: > Hi, > i added a native (client) Socks V4/V5 support inside FreeBSD libc > library. The work is based of my project (see > http://csocks.altervista.org) CSOCKS. > You can get it here: > > http://csocks.altervista.org/download/FreeBSD_libc.tar.gz Would you mind sending a PR for this? It sounds useful to me and I don't want it to lose... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHWeEDhcUczkLqiksRAinRAJ9kxtecWCxOiXEH4kA7RW3veoYyiACg2KkX EUQGp7FdQIHmqlDFUN3MV88= =9dnN -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 8 11:56:00 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 916C016A418 for ; Sat, 8 Dec 2007 11:56:00 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.giulioferro.it (mail.giulioferro.it [85.18.102.52]) by mx1.freebsd.org (Postfix) with ESMTP id 48A5A13C45B for ; Sat, 8 Dec 2007 11:56:00 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from localhost (localhost [127.0.0.1]) by mail.giulioferro.it (Postfix) with ESMTP id 6B18333C11; Sat, 8 Dec 2007 12:57:03 +0100 (CET) X-Virus-Scanned: amavisd-new at giulioferro.it Received: from mail.giulioferro.it ([127.0.0.1]) by localhost (aurynwork1sv1.giulioferro.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qa0XC2-es5BC; Sat, 8 Dec 2007 12:57:00 +0100 (CET) Received: from aurynmob2.giulioferro.it (mail.zirakzigil.org [82.63.178.63]) (Authenticated sender: gferro@giulioferro.it) by mail.giulioferro.it (Postfix) with ESMTP id D936433C10; Sat, 8 Dec 2007 12:56:59 +0100 (CET) Message-ID: <475A8637.9020507@zirakzigil.org> Date: Sat, 08 Dec 2007 12:55:35 +0100 From: Giulio Ferro User-Agent: Thunderbird 2.0.0.5 (X11/20070724) MIME-Version: 1.0 To: nork@FreeBSD.org, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Synaptics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2007 11:56:00 -0000 Hi, I just wanted to report that the synaptics touchpad driver (/usr/ports/x11-drivers/synaptics) doesn't work in my configuration: freebsd 7 beta4 - amd64 - synaptics-0.14.6_2 I set hw.psm.synaptics_support=1 in /boot/loader.conf, disable moused, change /etc/X11/xorg.conf according to the instructions in pkg-messages. Unfortunately every time I try to start X the following error occurs: -------------- (II) Synaptics touchpad driver version 0.14.6 (1406) Synaptics_Touchpad no synaptics event device found (checked 10 nodes) Synaptics_Touchpad The /dev/input/event* device nodes seem to be missing (EE) xf86OpenSerial: No Device specified. Synaptics driver unable to open device (EE) PreInit failed for input device "Synaptics_Touchpad" (II) UnloadModule: "synaptics" Fatal server error: Caught signal 11. Server aborting -------------- Any idea is appreciated.