From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 15 01:18:45 2008 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 D2CE51065675 for ; Sun, 15 Jun 2008 01:18:45 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id 655118FC18 for ; Sun, 15 Jun 2008 01:18:45 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m5F1Igdn013963 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 15 Jun 2008 11:18:43 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m5F1Igqx089867 for ; Sun, 15 Jun 2008 11:18:42 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m5F1IgAb089866 for freebsd-hackers@freebsd.org; Sun, 15 Jun 2008 11:18:42 +1000 (EST) (envelope-from peter) Date: Sun, 15 Jun 2008 11:18:42 +1000 From: Peter Jeremy To: freebsd-hackers@freebsd.org Message-ID: <20080615011841.GT13734@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kVXhAStRUZ/+rrGn" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Subject: TCP not being proactive about recoving lost packets 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, 15 Jun 2008 01:18:45 -0000 --kVXhAStRUZ/+rrGn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I am trying to ftp mysql-5.1.25-rc.tar.gz from ftp.easynet.be and noticed that progress appeared to have ceased and the ETA increasing. Looking at a tcpdump of the FTP data socket showed: 10:31:17.273106 IP minx.ftp.be.easynet.net.57796 > myhost.mydomain.xxx.yyy.= 56432: . 4054413516:4054414976(1460) ack 635248902 win 92 10:31:17.372968 IP myhost.mydomain.xxx.yyy.56432 > minx.ftp.be.easynet.net.= 57796: . ack 1460 win 28692 10:31:17.709750 IP minx.ftp.be.easynet.net.57796 > myhost.mydomain.xxx.yyy.= 56432: . 118260:119720(1460) ack 1 win 92 10:31:17.709807 IP myhost.mydomain.xxx.yyy.56432 > minx.ftp.be.easynet.net.= 57796: . ack 1460 win 28692 10:31:17.713318 IP minx.ftp.be.easynet.net.57796 > myhost.mydomain.xxx.yyy.= 56432: . 119720:121180(1460) ack 1 win 92 10:31:17.713368 IP myhost.mydomain.xxx.yyy.56432 > minx.ftp.be.easynet.net.= 57796: . ack 1460 win 28692 10:33:17.717063 IP minx.ftp.be.easynet.net.57796 > myhost.mydomain.xxx.yyy.= 56432: . 1460:2920(1460) ack 1 win 92 10:33:17.816684 IP myhost.mydomain.xxx.yyy.56432 > minx.ftp.be.easynet.net.= 57796: . ack 2920 win 28692 10:33:18.126643 IP minx.ftp.be.easynet.net.57796 > myhost.mydomain.xxx.yyy.= 56432: . 121180:122640(1460) ack 1 win 92 10:33:18.126666 IP myhost.mydomain.xxx.yyy.56432 > minx.ftp.be.easynet.net.= 57796: . ack 2920 win 28692 10:33:18.128224 IP minx.ftp.be.easynet.net.57796 > myhost.mydomain.xxx.yyy.= 56432: . 122640:124100(1460) ack 1 win 92 10:33:18.128239 IP myhost.mydomain.xxx.yyy.56432 > minx.ftp.be.easynet.net.= 57796: . ack 2920 win 28692 10:35:18.130354 IP minx.ftp.be.easynet.net.57796 > myhost.mydomain.xxx.yyy.= 56432: . 2920:4380(1460) ack 1 win 92 10:35:18.229382 IP myhost.mydomain.xxx.yyy.56432 > minx.ftp.be.easynet.net.= 57796: . ack 4380 win 28692 10:35:18.549832 IP minx.ftp.be.easynet.net.57796 > myhost.mydomain.xxx.yyy.= 56432: . 124100:125560(1460) ack 1 win 92 10:35:18.549855 IP myhost.mydomain.xxx.yyy.56432 > minx.ftp.be.easynet.net.= 57796: . ack 4380 win 28692 10:35:18.552361 IP minx.ftp.be.easynet.net.57796 > myhost.mydomain.xxx.yyy.= 56432: . 125560:127020(1460) ack 1 win 92 10:35:18.552376 IP myhost.mydomain.xxx.yyy.56432 > minx.ftp.be.easynet.net.= 57796: . ack 4380 win 28692 The FTP server resends an old packet then 2 new packets. FreeBSD ACKs each packet with the next packet it wants. Then there's a 2 minute timeout befo= re the FTP server responds. This ahs been going on for about 45 minutes now. The client is running 7-STABLE from mid-May. Shouldn't it continue to regularly send ACKs where it knows there is outstanding data? --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --kVXhAStRUZ/+rrGn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhUbfEACgkQ/opHv/APuIfdYgCgp7XXYvn4c7gaaCI7GhC17zV2 2HgAn1FUZhMT7AGMi7WnqCtZq42CgO6a =jLEZ -----END PGP SIGNATURE----- --kVXhAStRUZ/+rrGn-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 15 07:19:08 2008 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 DC51B1065671 for ; Sun, 15 Jun 2008 07:19:08 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 6B1A68FC1F for ; Sun, 15 Jun 2008 07:19:08 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 11230 invoked by uid 399); 15 Jun 2008 06:52:28 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 15 Jun 2008 06:52:28 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4854BC29.3060507@FreeBSD.org> Date: Sat, 14 Jun 2008 23:52:25 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.14 (X11/20080606) MIME-Version: 1.0 To: Gabor Kovesdan References: <485453F2.60507@FreeBSD.org> In-Reply-To: <485453F2.60507@FreeBSD.org> X-Enigmail-Version: 0.95.6 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Diomidis Spinellis , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 15 Jun 2008 07:19:08 -0000 I use the following construct in portmaster, where pdb=/var/db/pkg, origin is set to the origin of a given port, and ro_opd is usually empty, but can be another origin directory or the same one. To guarantee that you should get some kind of results you can test with origin=devel/gettext. egrep -l "DEPORIGIN:($origin|$ro_opd)$" $pdb/*/+CONTENTS Obviously this works in portmaster with the gnu grep, but if ro_opd is unset with the bsd grep I get: egrep: empty (sub)expression If I set ro_opd to something, it works. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 15 08:10:01 2008 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 A3395106564A; Sun, 15 Jun 2008 08:10:01 +0000 (UTC) (envelope-from dds@aueb.gr) Received: from mx-out.forthnet.gr (mx-out.forthnet.gr [193.92.150.104]) by mx1.freebsd.org (Postfix) with ESMTP id 02D938FC22; Sun, 15 Jun 2008 08:10:00 +0000 (UTC) (envelope-from dds@aueb.gr) Received: from mx-av-06.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-04.forthnet.gr (8.14.3/8.14.3) with ESMTP id m5F7nAOc015967; Sun, 15 Jun 2008 10:49:10 +0300 Received: from MX-IN-05.forthnet.gr (mx-in-05.forthnet.gr [193.92.150.32]) by mx-av-06.forthnet.gr (8.14.3/8.14.3) with ESMTP id m5F7nA5A026528; Sun, 15 Jun 2008 10:49:10 +0300 Received: from [192.168.136.22] (adsl116-189.kln.forthnet.gr [77.49.235.189]) by MX-IN-05.forthnet.gr (8.14.3/8.14.3) with ESMTP id m5F7n4oY028895; Sun, 15 Jun 2008 10:49:06 +0300 Authentication-Results: MX-IN-05.forthnet.gr smtp.mail=dds@aueb.gr; spf=neutral Authentication-Results: MX-IN-05.forthnet.gr header.from=dds@aueb.gr; sender-id=neutral Message-ID: <4854C96A.1080603@aueb.gr> Date: Sun, 15 Jun 2008 10:48:58 +0300 From: Diomidis Spinellis User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Doug Barton References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> In-Reply-To: <4854BC29.3060507@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 15 Jun 2008 11:17:34 +0000 Cc: Max Khon , hackers@FreeBSD.org, Gabor Kovesdan , "Sean C. Farley" , current@FreeBSD.org Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 15 Jun 2008 08:10:01 -0000 Doug Barton wrote: > I use the following construct in portmaster, where pdb=/var/db/pkg, > origin is set to the origin of a given port, and ro_opd is usually > empty, but can be another origin directory or the same one. To guarantee > that you should get some kind of results you can test with > origin=devel/gettext. > > egrep -l "DEPORIGIN:($origin|$ro_opd)$" $pdb/*/+CONTENTS > > Obviously this works in portmaster with the gnu grep, but if ro_opd is > unset with the bsd grep I get: > > egrep: empty (sub)expression To avoid these problems I had proposed to instrument getopt to write options passed through argv in a file, build all our ports, and look at the options used. From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 15 11:23:20 2008 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 A4CDC106567D for ; Sun, 15 Jun 2008 11:23:20 +0000 (UTC) (envelope-from stef-list@memberwebs.com) Received: from mx.npubs.com (mail.wsfamily.com [209.66.100.224]) by mx1.freebsd.org (Postfix) with ESMTP id 6E86B8FC17 for ; Sun, 15 Jun 2008 11:23:20 +0000 (UTC) (envelope-from stef-list@memberwebs.com) Received: from mx.npubs.com (avhost [209.66.100.194]) by mx.npubs.com (Postfix) with ESMTP id BDB10F18514; Sun, 15 Jun 2008 11:23:19 +0000 (UTC) Received: from northstar-srv2 (unknown [172.27.2.11]) by mx.npubs.com (Postfix) with ESMTP id 146C1F18512; Sun, 15 Jun 2008 11:23:17 +0000 (UTC) From: Stef Walter User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------050805000904020105080208" Message-Id: <20080615112318.146C1F18512@mx.npubs.com> X-Virus-Scanned: ClamAV using ClamSMTP Date: Sun, 15 Jun 2008 11:23:19 +0000 (UTC) Cc: Subject: FreeBSD 6.3 deadlock (vm_map?) with DDB output X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stef@memberwebs.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2008 11:23:20 -0000 This is a multi-part message in MIME format. --------------050805000904020105080208 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I've been trying to track down a deadlock on some newish production servers running FreeBSD 6.3-RELEASE-p2. The deadlock occurs on a specific (although mundane) hardware configuration, and each of several servers running this hardware deadlock about once per week. Although I suspect that this is not hardware related, from a (naive) perusal of the attached stack traces. Forgive me if my interpretation of this is all wrong, but I'm pretty desperate for help. So here's my basic understanding of the deadlock: These processes seem to be waiting on the page queue mutex: sendmail (in vm_mmap > vm_map_find > vm_map_insert > vm_map_pmap_enter) bsnmpd (in malloc, uma_large_malloc > page_alloc > kmem_malloc) httpd (in trap > trap_pfault > vm_fault) [g_up] (in g_vfs_done > bufdone) The page queue mutex is held by rsync process: rsync (in trap > trap_pfault > vm_fault > pmap_enter) Rsync kernel process (in pmap_enter) was interrupted while holding the page queue lock? Giant is enabled in loader.conf due to the needs of the pf firewall when dealing with user credentials lookups. I do not believe that Giant plays into this deadlock. Kernel config attached. Any and all help or info is welcome. Thanks in advance. Stef Walter --------------050805000904020105080208 Content-Type: text/plain; name="vm_map-deadlock-information.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="vm_map-deadlock-information.txt" # -------------------------------------------------------------------- # FREEBSD BUILD FreeBSD m2.npubs.com 6.3-RELEASE-p2 FreeBSD 6.3-RELEASE-p2 #0: Tue Jun 10 02:06:41 UTC 2008 nate@m2.npubs.com:/usr/obj/usr/src/sys/RACK2DBG i386 # -------------------------------------------------------------------- # # -------------------------------------------------------------------- # PROCESS LIST db> ps pid ppid pgrp uid state wmesg wchan cmd 35638 35637 4448 80 LJ *vm page 0xc8d5f780 sendmail 35637 40546 4448 80 SJ wait 0xc9e79218 sh 35620 1801 1801 80 SJ lockf 0xcceb4d00 httpd 35593 1801 1801 80 SJ lockf 0xcce46900 httpd 35566 1801 1801 80 SJ kqread 0xc8f8e000 httpd 35438 15070 15063 70 SJ sbwait 0xd017220c postgres 35401 4527 4527 10219 SJ select 0xc080b7e4 cleanup 35337 4527 4527 10219 SJ select 0xc080b7e4 pickup 35144 4413 4413 80 SJ select 0xc080b7e4 httpd 34797 8611 8611 0 SJ select 0xc080b7e4 virtual 34784 8611 8611 125 SJ select 0xc080b7e4 smtpd 34781 8611 8611 125 SJ select 0xc080b7e4 smtp 34761 8611 8611 125 SJ select 0xc080b7e4 proxymap 34760 8611 8611 125 SJ select 0xc080b7e4 smtpd 34757 8611 8611 125 SJ select 0xc080b7e4 smtp 34750 8611 8611 125 SJ select 0xc080b7e4 cleanup 34087 6435 6435 125 SJ kqread 0xcae9f900 anvil 34075 6435 6435 125 SJ kqread 0xcfb5b600 smtpd 33801 15070 15063 70 SJ sbwait 0xd01a8bc8 postgres 33796 4527 4527 10219 SJ select 0xc080b7e4 bounce 33423 1801 1801 80 SJ select 0xc080b7e4 httpd 33417 15070 15063 70 SJ sbwait 0xd087f638 postgres 33392 1801 1801 80 SJ select 0xc080b7e4 httpd 33207 4527 4527 10219 SJ select 0xc080b7e4 flush 33200 4527 4527 10219 SJ select 0xc080b7e4 bounce 33125 4527 4527 10219 SJ kqread 0xcb2ff900 smtp 33118 4527 4527 10219 SJ select 0xc080b7e4 smtp 33113 4527 4527 10219 SJ select 0xc080b7e4 smtp 33108 4527 4527 10219 SJ select 0xc080b7e4 smtp 33101 4527 4527 10219 SJ select 0xc080b7e4 smtp 33094 4527 4527 10219 SJ select 0xc080b7e4 smtp 33090 4527 4527 10219 SJ select 0xc080b7e4 smtp 33070 33067 33067 0 LJ *Giant 0xcaaf97c0 lynx 33067 33066 33067 0 SsJ wait 0xc9fd9648 sh 33066 4564 4564 0 SJ piperd 0xd0ab7000 cron 33056 4527 4527 10219 SJ select 0xc080b7e4 smtp 33055 4527 4527 10219 SJ lockf 0xc992f480 bounce 32994 15070 15063 70 SJ sbwait 0xc9cdc370 postgres 32976 15070 15063 70 SJ sbwait 0xd0f8e4d4 postgres 32971 4527 4527 10219 SJ select 0xc080b7e4 proxymap 32970 4527 4527 10219 SJ select 0xc080b7e4 smtpd 32869 15070 15063 70 SJ sbwait 0xc8fcc370 postgres 32852 9298 9298 10102 SJ select 0xc080b7e4 cleanup 32837 32836 32836 0 S select 0xc080b7e4 rsync 32836 7802 32836 0 RLs rsync 32774 4527 4527 0 SJ select 0xc080b7e4 local 32754 1801 1801 80 LLJ *vm page 0xc8d5f780 httpd 32753 15070 15063 70 SJ sbwait 0xc9c8ce90 postgres 32747 15070 15063 70 SJ sbwait 0xd01a8370 postgres 32739 15070 15063 70 SJ sbwait 0xccdd3d2c postgres 32710 1 32710 0 Ss biord 0xdcb814d4 jail-measure 32633 1801 1801 80 SJ select 0xc080b7e4 httpd 32623 1801 1801 80 SJ select 0xc080b7e4 httpd 32599 1801 1801 80 SJ select 0xc080b7e4 httpd 32598 1801 1801 80 SJ select 0xc080b7e4 httpd 32597 1801 1801 80 SJ select 0xc080b7e4 httpd 32596 1801 1801 80 SJ lockf 0xcceb43c0 httpd 32595 1801 1801 80 SJ select 0xc080b7e4 httpd 32301 4413 4413 80 SJ lockf 0xcce44680 httpd 32255 4413 4413 80 SJ lockf 0xcce44340 httpd 32206 15070 15063 70 SJ sbwait 0xc9cdf638 postgres 32163 1801 1801 80 SJ select 0xc080b7e4 httpd 32147 4527 4527 10219 SJ select 0xc080b7e4 trivial-rewrite 31910 8611 8611 125 SJ select 0xc080b7e4 smtpd 31740 8611 8611 125 SJ select 0xc080b7e4 trivial-rewrite 30378 4413 4413 80 SJ lockf 0xcd551b40 httpd 30355 4413 4413 80 SJ lockf 0xcceb41c0 httpd 29801 4413 4413 80 SJ lockf 0xcb331340 httpd 29375 9298 9298 10102 SJ select 0xc080b7e4 pickup 28283 4413 4413 80 SJ lockf 0xcb3317c0 httpd 28247 4413 4413 80 SJ kqread 0xcb092200 httpd 28113 9298 9298 10102 SJ select 0xc080b7e4 smtpd 28067 4413 4413 80 SJ lockf 0xd0ff87c0 httpd 26846 4413 4413 80 SJ select 0xc080b7e4 httpd 26581 9298 9298 10102 SJ select 0xc080b7e4 smtpd 26529 26528 8216 125 SJ select 0xc080b7e4 imapd 26528 8216 8216 0 SJ select 0xc080b7e4 couriertls 26424 4413 4413 80 SJ lockf 0xc92fe900 httpd 23902 15070 15063 70 SJ sbwait 0xccdcb0a8 postgres 23891 1801 1801 80 SJ select 0xc080b7e4 httpd 23721 8611 8611 125 SJ select 0xc080b7e4 pickup 22472 6435 6435 125 SJ kqread 0xcfb0cb00 pickup 21951 8958 8958 125 SJ kqread 0xcfb5b200 pickup 19724 3711 3711 125 SJ kqread 0xcfbee800 pickup 17335 9298 9298 10102 SJ select 0xc080b7e4 proxymap 17334 9298 9298 10102 SJ select 0xc080b7e4 trivial-rewrite 11733 40103 40103 80 SJ accept 0xd087d03a httpd 11732 40103 40103 80 SJ accept 0xd087d03a httpd 11731 40103 40103 80 SJ accept 0xd087d03a httpd 11730 40103 40103 80 SJ accept 0xd087d03a httpd 11728 40103 40103 80 SJ accept 0xd087d03a httpd 11727 40103 40103 80 SJ accept 0xd087d03a httpd 11726 40103 40103 80 SJ accept 0xd087d03a httpd 2181 1 2181 181 SsJ (threaded) nagios 100858 S select 0xc080b7e4 nagios 100434 S nanslp 0xc07be46c nagios 87785 7530 7530 80 SJ accept 0xca004b5a httpd 61004 8697 8697 80 SJ accept 0xca96519e httpd 56340 1917 1917 80 SJ lockf 0xcb3311c0 httpd 53973 8611 8611 125 SJ select 0xc080b7e4 anvil 52531 17166 52531 0 R+J CPU 3 ee 45059 7530 7530 80 SJ accept 0xca004b5a httpd 41862 4448 4448 80 SJ accept 0xc9c7d5ca httpd 41181 4448 4448 80 SJ accept 0xc9c7d5ca httpd 41180 4448 4448 80 SJ accept 0xc9c7d5ca httpd 41179 4448 4448 80 SJ accept 0xc9c7d5ca httpd 41178 7530 7530 80 SJ accept 0xca004b5a httpd 41175 4448 4448 80 SJ accept 0xc9c7d5ca httpd 40748 9036 9036 80 SJ accept 0xca965466 httpd 40742 9036 9036 80 SJ accept 0xca965466 httpd 40739 9036 9036 80 SJ accept 0xca965466 httpd 40726 9036 9036 80 SJ accept 0xca965466 httpd 40546 4448 4448 80 SJ wait 0xd024c000 httpd 40444 1917 1917 80 SJ lockf 0xcaa00580 httpd 40443 1917 1917 80 SJ kqread 0xcf271100 httpd 40442 1917 1917 80 SJ lockf 0xcce44500 httpd 40441 1917 1917 80 SJ lockf 0xcd551480 httpd 40440 1917 1917 80 SJ lockf 0xc8dba6c0 httpd 40428 8697 8697 80 SJ accept 0xca96519e httpd 40427 8697 8697 80 SJ accept 0xca96519e httpd 40426 8697 8697 80 SJ accept 0xca96519e httpd 40425 8697 8697 80 SJ accept 0xca96519e httpd 40424 8697 8697 80 SJ accept 0xca96519e httpd 40384 9036 9036 80 SJ accept 0xca965466 httpd 40378 7530 7530 80 SJ accept 0xca004b5a httpd 40377 7530 7530 80 SJ accept 0xca004b5a httpd 40376 7530 7530 80 SJ accept 0xca004b5a httpd 40375 7530 7530 80 SJ accept 0xca004b5a httpd 40374 7530 7530 80 SJ accept 0xca004b5a httpd 40372 9036 9036 80 SJ accept 0xca965466 httpd 40371 9036 9036 80 SJ accept 0xca965466 httpd 40370 9036 9036 80 SJ accept 0xca965466 httpd 40369 9036 9036 80 SJ accept 0xca965466 httpd 40368 9036 9036 80 SJ accept 0xca965466 httpd 40334 40332 4448 0 SJ piperd 0xcca2e198 cronolog 40333 4448 4448 80 SJ accept 0xc9c7d5ca httpd 40332 4448 4448 0 SJ wait 0xcb2cf218 sh 40310 40309 40309 0 SJ piperd 0xc9257cc0 sockin 40309 8742 40309 0 SsJ wait 0xd0171430 sh 40294 40291 40291 0 SJ piperd 0xc8fe7cc0 sockin 40291 6919 40291 0 SsJ wait 0xcdccba78 sh 36263 1 36263 0 SsJ (threaded) rrdbotd 100452 S kserel 0xce155d54 rrdbotd 100188 S select 0xc080b7e4 rrdbotd 100984 S kserel 0xce155d54 rrdbotd 100311 S kserel 0xce155d54 rrdbotd 100271 S select 0xc080b7e4 rrdbotd 100268 S kserel 0xce155d54 rrdbotd 100624 S ksesigwa 0xcaa27780 rrdbotd 17166 17165 17166 0 S+J wait 0xc994d000 bash 17165 17155 17152 0 S+J wait 0xd0d11218 su 17155 17152 17152 0 S+ wait 0xc9ec0a78 sh 17152 1980 17152 0 S+ wait 0xc8a42648 sh 15079 15078 15063 70 S+J select 0xc080b7e4 postgres 15078 15070 15063 70 S+J select 0xc080b7e4 postgres 15077 15070 15063 70 S+J select 0xc080b7e4 postgres 15074 15070 15063 70 S+J select 0xc080b7e4 postgres 15070 1 15063 70 S+J select 0xc080b7e4 postgres 1980 1 1980 0 S+ wait 0xcaa27430 bash 31591 2354 2354 80 SJ lockf 0xc8c8ee80 httpd 31578 2354 2354 80 SJ lockf 0xc8c8e640 httpd 40103 1 40103 0 SsJ nanslp 0xc07be46c httpd 38293 1 38293 0 SsJ nanslp 0xc07be46c cron 38286 1 38286 0 SsJ select 0xc080b7e4 sshd 38224 1 38224 0 SsJ select 0xc080b7e4 syslogd 91887 1 91886 0 SJ select 0xc080b7e4 ruby18 91876 1 91875 0 SJ select 0xc080b7e4 ruby18 61971 61968 8645 65534 SJ piperd 0xcd2d3000 cat 61970 61967 8645 65534 SJ piperd 0xcca51cc0 cat 61968 1 8645 65534 SJ wait 0xce938c90 sh 61967 1 8645 65534 SJ wait 0xc9d2c860 sh 64190 2354 2354 80 SJ kqread 0xcbe8e500 httpd 19433 19430 8645 65534 SJ piperd 0xcffe74c8 cat 19432 19431 8645 65534 SJ piperd 0xcad1d000 cat 19431 1 8645 65534 SJ wait 0xca5b1860 sh 19430 1 8645 65534 SJ wait 0xd0195430 sh 72427 3606 3606 80 SJ select 0xc080b7e4 httpd 95713 3606 3606 80 SJ lockf 0xcd551800 httpd 79740 3606 3606 80 SJ lockf 0xc8c8e7c0 httpd 36833 1 36833 0 SsJ select 0xc080b7e4 ruby 15574 3606 3606 80 SJ lockf 0xcaa00680 httpd 13381 6677 6677 80 SJ accept 0xc9df4466 httpd 11234 9367 9367 80 SJ lockf 0xc8d16a80 httpd 10994 9367 9367 80 SJ lockf 0xd00c2900 httpd 7909 6752 6677 80 SJ select 0xc080b7e4 ruby 73129 6677 6677 80 SJ accept 0xc9df4466 httpd 58056 6752 6677 80 SJ select 0xc080b7e4 ruby 41698 3606 3606 80 SJ lockf 0xc8a53740 httpd 41694 8569 8569 80 SJ accept 0xca965b5a httpd 37070 3266 3266 80 SJ kqread 0xcadb3700 httpd 37069 3266 3266 80 SJ lockf 0xcb7f4280 httpd 37068 3266 3266 80 SJ lockf 0xcec83700 httpd 30486 9367 9367 80 SJ lockf 0xd0ff8800 httpd 30262 9367 9367 80 SJ lockf 0xca6e3d40 httpd 11692 8743 8743 80 SJ lockf 0xcb7f4b80 httpd 11690 8743 8743 80 SJ select 0xc080b7e4 httpd 11599 8743 8743 80 SJ lockf 0xcb331bc0 httpd 11214 8743 8743 80 SJ lockf 0xcb0df340 httpd 11169 8743 8743 80 SJ lockf 0xd0043c00 httpd 9660 6677 6677 80 SJ accept 0xc9df4466 httpd 9659 6752 6677 80 SJ select 0xc080b7e4 ruby 9445 3266 3266 80 SJ lockf 0xcb0df900 httpd 9407 8611 8611 125 SJ select 0xc080b7e4 tlsmgr 9404 2354 2354 80 SJ lockf 0xc95798c0 httpd 9401 9367 9367 80 SJ lockf 0xcb7f4ac0 httpd 9400 9367 9367 80 SJ lockf 0xc95628c0 httpd 9399 9367 9367 80 SJ lockf 0xd05bd080 httpd 9398 9367 9367 80 SJ kqread 0xca619400 httpd 9397 9367 9367 80 SJ lockf 0xc9b5b440 httpd 9382 1 9382 0 SsJ nanslp 0xc07be46c cron 9375 1 9375 0 SsJ select 0xc080b7e4 sshd 9367 1 9367 0 SsJ nanslp 0xc07be46c httpd 9359 3266 3266 80 SJ lockf 0xc957a0c0 httpd 9334 9333 8760 70 SJ select 0xc080b7e4 postgres 9333 8760 8760 70 SJ select 0xc080b7e4 postgres 9332 8760 8760 70 SJ select 0xc080b7e4 postgres 9328 1 9328 0 SsJ nanslp 0xc07be46c cron 9320 1 9320 0 SsJ select 0xc080b7e4 inetd 9315 1 9315 0 SsJ accept 0xcaec119e saslauthd1 9304 9298 9298 10102 SJ select 0xc080b7e4 qmgr 9298 1 9298 0 SsJ select 0xc080b7e4 master 9268 2354 2354 80 SJ lockf 0xcec83ac0 httpd 9241 1 9241 0 SsJ select 0xc080b7e4 bsnmpd 9214 1 9214 0 SsJ nanslp 0xc07be46c cron 9202 1 9202 0 SsJ select 0xc080b7e4 sshd 9139 9107 9090 88 SJ (threaded) mysqld 100427 S kserel 0xc9a0b4b4 mysqld 100308 S kserel 0xc9a0b4b4 mysqld 100276 S kserel 0xc9a0b4b4 mysqld 100582 S kserel 0xc9a0b4b4 mysqld 100572 S select 0xc080b7e4 mysqld 100568 S kserel 0xcadf8394 mysqld 100571 S sigwait 0xeca04c14 mysqld 100564 S ksesigwa 0xc9b7f780 mysqld 9107 1 9090 88 SJ wait 0xcac42a78 sh 9093 1 9093 225 SsJ select 0xc080b7e4 perl5.8.8 9068 1 9068 0 SsJ nanslp 0xc07be46c cron 9058 1 9058 0 SsJ select 0xc080b7e4 sshd 9042 1 41 0 SJ piperd 0xcad1dcc0 logger 9041 1 41 0 SJ fifoor 0xca9e6c58 tail 9036 1 9036 0 SsJ select 0xc080b7e4 httpd 9035 8996 8980 88 SJ (threaded) mysqld 100855 S kserel 0xc8cee394 mysqld 101020 S sbwait 0xc950fd2c mysqld 100994 S select 0xc080b7e4 mysqld 101012 S sbwait 0xcce6320c mysqld 101021 S sbwait 0xd08750a8 mysqld 100393 S kserel 0xc8cee394 mysqld 100999 S sbwait 0xd0eab370 mysqld 101189 S sbwait 0xd0aa1bc8 mysqld 100578 S kserel 0xc8cee394 mysqld 101017 S kserel 0xc8cee394 mysqld 100573 S kserel 0xcadf82d4 mysqld 100558 S sigwait 0xec83bc14 mysqld 100555 S ksesigwa 0xc97f4780 mysqld 8996 1 8980 88 SJ wait 0xca0c4860 sh 8963 8958 8958 125 SJ kqread 0xcabf6400 qmgr 8958 1 8958 0 SsJ kqread 0xc8d71500 master 8893 1 8893 0 SsJ nanslp 0xc07be46c cron 8874 1 8874 0 SsJ select 0xc080b7e4 sshd 8844 1 8844 0 SsJ select 0xc080b7e4 sshd 8811 1 8811 0 SsJ nanslp 0xc07be46c cron 8804 8569 8569 80 SJ accept 0xca965b5a httpd 8802 8569 8569 80 SJ accept 0xca965b5a httpd 8801 8569 8569 80 SJ accept 0xca965b5a httpd 8799 8569 8569 80 SJ accept 0xca965b5a httpd 8798 1 8798 0 SsJ select 0xc080b7e4 sshd 8797 8569 8569 80 SJ accept 0xca965b5a httpd 8791 1 8791 0 SsJ select 0xc080b7e4 proftpd 8769 8743 8743 80 SJ lockf 0xcd6aeb00 httpd 8768 8743 8743 80 SJ lockf 0xcb7f4880 httpd 8767 8743 8743 80 SJ lockf 0xcb06a580 httpd 8766 8743 8743 80 SJ lockf 0xcb0df140 httpd 8765 8743 8743 80 SJ lockf 0xc8fb1700 httpd 8760 1 8760 70 SsJ select 0xc080b7e4 postgres 8743 1 8743 0 SsJ select 0xc080b7e4 httpd 8742 1 8742 0 SsJ select 0xc080b7e4 syslogd 8715 1 8715 0 SsJ nanslp 0xc07be46c cron 8706 1 8706 0 SsJ select 0xc080b7e4 sshd 8697 1 8697 0 SsJ nanslp 0xc07be46c httpd 8645 1 8645 65534 SsJ (threaded) proxsmtpd 100309 S kserel 0xca663154 proxsmtpd 100975 S kserel 0xca663154 proxsmtpd 101018 S kserel 0xca663154 proxsmtpd 100649 S kserel 0xca663154 proxsmtpd 101013 S accept 0xca9655ca proxsmtpd 100581 S ksesigwa 0xcaaf7138 proxsmtpd 8617 8611 8611 125 SJ select 0xc080b7e4 qmgr 8611 1 8611 0 SsJ select 0xc080b7e4 master 8569 1 8569 0 SsJ nanslp 0xc07be46c httpd 8496 1 8496 0 SsJ select 0xc080b7e4 syslogd 8437 1 8437 0 SsJ select 0xc080b7e4 syslogd 8300 8170 8169 0 SJ select 0xc080b7e4 authdaemond 8299 8170 8169 0 SJ select 0xc080b7e4 authdaemond 8298 8170 8169 0 SJ select 0xc080b7e4 authdaemond 8295 1 8295 0 SsJ select 0xc080b7e4 syslogd 8272 8271 8272 0 SJ select 0xc080b7e4 couriertcpd 8271 1 8271 0 SJ piperd 0xca366b28 courierlogger 8253 8252 8253 0 SJ select 0xc080b7e4 couriertcpd 8252 1 8252 0 SJ piperd 0xc904f990 courierlogger 8229 8228 8229 0 SJ select 0xc080b7e4 couriertcpd 8228 1 8228 0 SJ piperd 0xc9e1cb28 courierlogger 8216 8215 8216 0 SJ select 0xc080b7e4 couriertcpd 8215 1 8215 0 SJ piperd 0xca610330 courierlogger 8170 8169 8169 0 SJ select 0xc080b7e4 authdaemond 8169 1 8169 0 SJ piperd 0xc9dc1cc0 courierlogger 8121 1 8121 0 SsJ nanslp 0xc07be46c cron 8105 1 8105 0 SsJ select 0xc080b7e4 sshd 8082 1 8082 0 SsJ select 0xc080b7e4 syslogd 8081 1 8081 0 SsJ select 0xc080b7e4 syslogd 7979 1 7979 0 SsJ nanslp 0xc07be46c cron 7972 1 7972 0 SsJ select 0xc080b7e4 sshd 7848 1 7848 0 Ss+ ttyin 0xc8a6e410 getty 7847 1 7847 0 Ss+ ttyin 0xc8a74810 getty 7846 1 7846 0 Ss+ ttyin 0xc8a73010 getty 7845 1 7845 0 Ss+ ttyin 0xc8a73410 getty 7844 1 7844 0 Ss+ ttyin 0xc8a70c10 getty 7843 1 7843 0 Ss+ ttyin 0xc8a73c10 getty 7842 1 7842 0 Ss+ ttyin 0xc8a76010 getty 7841 1 7841 0 Ss+ ttyin 0xc8a75010 getty 7840 1 7840 0 Ss+ ttyin 0xc8a74410 getty 7829 1 7829 0 Ls *vm page 0xc8d5f780 bsnmpd 7802 1 7802 0 Ss select 0xc080b7e4 inetd 7695 1 7695 0 SsJ select 0xc080b7e4 syslogd 7530 1 7530 0 SsJ nanslp 0xc07be46c httpd 7302 1 7302 0 SsJ select 0xc080b7e4 bsnmpd 6919 1 6919 0 SsJ select 0xc080b7e4 syslogd 6754 6677 6677 80 SJ accept 0xc9df4466 httpd 6753 6677 6677 80 SJ accept 0xc9df4466 httpd 6752 6677 6677 80 SJ select 0xc080b7e4 httpd 6694 1 6694 0 SsJ nanslp 0xc07be46c cron 6687 1 6687 0 SsJ select 0xc080b7e4 sshd 6677 1 6677 0 SsJ nanslp 0xc07be46c httpd 6639 6578 6577 88 S+J piperd 0xca3517f8 logger 6638 6578 6577 88 S+J (threaded) mysqld 100566 S kserel 0xc8e765d4 mysqld 100383 S kserel 0xc8e765d4 mysqld 100988 S kserel 0xc8e765d4 mysqld 101056 S kserel 0xc8e765d4 mysqld 101005 S select 0xc080b7e4 mysqld 100392 S sbwait 0xcceda370 mysqld 100387 S sigwait 0xec6adc14 mysqld 100381 S ksesigwa 0xc9a09568 mysqld 6578 1 6577 88 S+J wait 0xca0c6430 sh 6568 6567 6568 0 S+J select 0xc080b7e4 couriertcpd 6567 1 6567 0 S+J piperd 0xca365660 courierlogger 6509 6508 6509 0 S+J select 0xc080b7e4 couriertcpd 6508 1 6508 0 S+J piperd 0xc99fe990 courierlogger 6505 1 6505 0 SsJ select 0xc080b7e4 syslogd 6454 6435 6435 125 SJ kqread 0xca2a1400 qmgr 6435 1 6435 0 SsJ kqread 0xca122500 master 5653 5529 5521 0 S+J select 0xc080b7e4 authdaemond 5652 5529 5521 0 S+J select 0xc080b7e4 authdaemond 5651 5529 5521 0 S+J select 0xc080b7e4 authdaemond 5650 5529 5521 0 S+J select 0xc080b7e4 authdaemond 5649 5529 5521 0 S+J select 0xc080b7e4 authdaemond 5529 5521 5521 0 S+J select 0xc080b7e4 authdaemond 5521 1 5521 0 S+J piperd 0xc8ee7cc0 courierlogger 5337 1 5337 0 SsJ select 0xc080b7e4 syslogd 5166 1 5166 0 SsJ nanslp 0xc07be46c cron 5153 1 5153 0 SsJ select 0xc080b7e4 sshd 5117 1 5117 0 SsJ (threaded) httpauthd 100563 S kserel 0xc8cee2d4 httpauthd 100652 S kserel 0xc8cee2d4 httpauthd 100468 S kserel 0xc8cee2d4 httpauthd 100444 S kserel 0xc8cee2d4 httpauthd 100183 S sbwait 0xc9df4bc8 httpauthd 100277 S sbwait 0xcb305370 httpauthd 100382 S sbwait 0xcafa0638 httpauthd 100314 S sbwait 0xcb1054d4 httpauthd 100499 S sbwait 0xcae5aa64 httpauthd 100223 S sbwait 0xcae4d4d4 httpauthd 100310 S sbwait 0xcb0bfd2c httpauthd 100973 S sbwait 0xcebd34d4 httpauthd 100388 S sbwait 0xcae4d20c httpauthd 100646 S sbwait 0xd0aa0900 httpauthd 100658 S sbwait 0xc8d3779c httpauthd 100471 S sbwait 0xcae4ca64 httpauthd 100985 S sbwait 0xc9ce420c httpauthd 100175 S sbwait 0xd0cdae90 httpauthd 100317 S sbwait 0xcebce4d4 httpauthd 100580 S sbwait 0xcb105638 httpauthd 100587 S accept 0xc9e0319e httpauthd 100272 S sbwait 0xcb0aa0a8 httpauthd 100556 S sbwait 0xcae59e90 httpauthd 100562 S sbwait 0xcb154e90 httpauthd 100306 S sbwait 0xd0173e90 httpauthd 100221 S sbwait 0xcebc4370 httpauthd 100448 S sbwait 0xd01744d4 httpauthd 100380 S sbwait 0xca004638 httpauthd 100318 S sbwait 0xc9c7da64 httpauthd 100560 S sbwait 0xcaec0370 httpauthd 100205 S sbwait 0xc9dd9e90 httpauthd 100394 S sbwait 0xcb0aaa64 httpauthd 100251 S sbwait 0xcabc120c httpauthd 101072 S sbwait 0xd07560a8 httpauthd 100575 S sbwait 0xccdd7bc8 httpauthd 101207 S sbwait 0xcfd28370 httpauthd 101211 S sbwait 0xd087c370 httpauthd 100469 S sbwait 0xd0177d2c httpauthd 101004 S sbwait 0xc8fa0638 httpauthd 100253 S sbwait 0xc9e04d2c httpauthd 100585 S sbwait 0xca265a64 httpauthd 100270 S sbwait 0xcaf8f20c httpauthd 100313 S sbwait 0xd01780a8 httpauthd 100673 S sbwait 0xcaf8ce90 httpauthd 100651 S sbwait 0xcae6f638 httpauthd 100324 S sbwait 0xcfd27370 httpauthd 100259 S sbwait 0xc9ce0638 httpauthd 100391 S sbwait 0xc9dd9370 httpauthd 100321 S sbwait 0xd01a8900 httpauthd 100476 S sbwait 0xcafa0a64 httpauthd 101190 S sbwait 0xcaf8fbc8 httpauthd 100316 S sbwait 0xc9ce379c httpauthd 100657 S sbwait 0xcb090638 httpauthd 100594 S sbwait 0xd01720a8 httpauthd 100559 S sbwait 0xd01a9638 httpauthd 100583 S sbwait 0xcaf8b900 httpauthd 100574 S sbwait 0xcb154a64 httpauthd 100364 S sbwait 0xc9cd8bc8 httpauthd 100567 S sbwait 0xcf485e90 httpauthd 100971 S sbwait 0xca254900 httpauthd 101016 S sbwait 0xccdf2d2c httpauthd 100977 S sbwait 0xcb0aa638 httpauthd 100447 S sbwait 0xc9cd9d2c httpauthd 100856 S sbwait 0xd0176d2c httpauthd 100586 S sbwait 0xcebcfe90 httpauthd 100249 S sbwait 0xc8d3b370 httpauthd 100972 S sbwait 0xc8d3ba64 httpauthd 100450 S sbwait 0xcaa86370 httpauthd 100384 S sbwait 0xcebcebc8 httpauthd 100981 S sbwait 0xccdcba64 httpauthd 100591 S sbwait 0xd01760a8 httpauthd 100998 S sbwait 0xccdf279c httpauthd 100320 S sbwait 0xcab88d2c httpauthd 101031 S sbwait 0xcdb35a64 httpauthd 100349 S sbwait 0xcf4a7bc8 httpauthd 100589 S sbwait 0xcaf8b79c httpauthd 100386 S sbwait 0xd0cd60a8 httpauthd 100979 S sbwait 0xcae4de90 httpauthd 100590 S sbwait 0xccdcbd2c httpauthd 100569 S sbwait 0xcacd2bc8 httpauthd 101008 S sbwait 0xcebd3638 httpauthd 100672 S sbwait 0xcb153900 httpauthd 100557 S sbwait 0xcb153a64 httpauthd 100541 S sbwait 0xcae59bc8 httpauthd 100389 S sbwait 0xca265900 httpauthd 100415 S sbwait 0xcaf8e0a8 httpauthd 100577 S sbwait 0xce18cbc8 httpauthd 101025 S sbwait 0xcf4a7d2c httpauthd 100561 S sbwait 0xcebd0d2c httpauthd 100385 S sbwait 0xd01774d4 httpauthd 100256 S sbwait 0xcceb74d4 httpauthd 100284 S sbwait 0xcaf8cd2c httpauthd 101040 S sbwait 0xc9cdcbc8 httpauthd 100319 S sbwait 0xd0172d2c httpauthd 100274 S sbwait 0xcb0bfe90 httpauthd 100269 S sbwait 0xd0cd84d4 httpauthd 101011 S sbwait 0xcb3294d4 httpauthd 101069 S sbwait 0xd0cdb79c httpauthd 100449 S sbwait 0xcce6379c httpauthd 100970 S sbwait 0xc8f75a64 httpauthd 101002 S sbwait 0xcb2de0a8 httpauthd 100983 S sbwait 0xc8d3b638 httpauthd 100312 S ksesigwa 0xc97f4bb0 httpauthd 5000 1 5000 389 SsJ (threaded) slapd 100993 S kserel 0xc97f6c34 slapd 100445 S kserel 0xc97f6c34 slapd 100694 S kserel 0xc97f6c34 slapd 100247 S kserel 0xc97f6c34 slapd 100857 S select 0xc080b7e4 slapd 100305 S ksesigwa 0xc9e24138 slapd 4867 1 4867 0 SsJ select 0xc080b7e4 inetd 4847 1 4847 0 SsJ accept 0xc9c7de22 svnserve 4835 1 4834 0 SJ select 0xc080b7e4 ruby18 4796 1 4796 0 SsJ select 0xc080b7e4 syslogd 4712 1 4711 0 SJ select 0xc080b7e4 ruby18 4707 1 4706 0 SJ select 0xc080b7e4 ruby18 4701 1 4700 0 SJ select 0xc080b7e4 ruby18 4648 1 4647 0 SJ select 0xc080b7e4 ruby18 4564 1 4564 0 SsJ nanslp 0xc07be46c cron 4555 1 4555 0 SsJ select 0xc080b7e4 inetd 4550 1 4550 0 SsJ accept 0xc9c7dcbe saslauthd1 4542 1 4541 0 SJ select 0xc080b7e4 ruby18 4535 4527 4527 10219 SJ select 0xc080b7e4 qmgr 4527 1 4527 0 SsJ select 0xc080b7e4 master 4454 1 41 0 S+J piperd 0xc8ee07f8 logger 4453 1 41 0 S+J fifoor 0xc8d04a38 tail 4448 1 4448 0 SsJ select 0xc080b7e4 httpd 4428 1 4428 0 SsJ nanslp 0xc07be46c cron 4421 1 4421 0 SsJ select 0xc080b7e4 sshd 4413 1 4413 0 SsJ nanslp 0xc07be46c httpd 4396 1 4396 0 SsJ select 0xc080b7e4 sshd 4335 1 4335 0 SsJ select 0xc080b7e4 syslogd 4174 4106 4105 88 S+J (threaded) mysqld 100565 S kserel 0xc9a0b394 mysqld 100519 S kserel 0xc9a0b394 mysqld 100976 S kserel 0xc9a0b394 mysqld 100980 S kserel 0xc9a0b394 mysqld 100859 S select 0xc080b7e4 mysqld 101014 S sbwait 0xc950fe90 mysqld 100991 S sbwait 0xd0cd7638 mysqld 101003 S sbwait 0xcdb354d4 mysqld 101001 S sbwait 0xd074820c mysqld 100588 S sbwait 0xccdcb370 mysqld 100454 S sbwait 0xcaf8c79c mysqld 100273 S sigwait 0xec480c14 mysqld 100267 S ksesigwa 0xc9b7fdc8 mysqld 4106 1 4105 88 S+J wait 0xc97f4218 sh 4033 1 4033 0 SsJ select 0xc080b7e4 syslogd 3879 1 3879 0 SsJ select 0xc080b7e4 inetd 3865 1 3865 0 SsJ nanslp 0xc07be46c cron 3858 1 3858 0 SsJ select 0xc080b7e4 sshd 3857 3820 3817 88 S+J (threaded) mysqld 100252 S kserel 0xc8cee4b4 mysqld 100365 S kserel 0xc8cee4b4 mysqld 100245 S select 0xc080b7e4 mysqld 100323 S kserel 0xc8cee4b4 mysqld 100650 S kserel 0xc8cee4b4 mysqld 100250 S kserel 0xc9a0b634 mysqld 100244 S sigwait 0xe9ef5c14 mysqld 100242 S ksesigwa 0xc97f4138 mysqld 3820 1 3817 88 S+J wait 0xc994d430 sh 3818 3606 3606 80 SJ lockf 0xc97e7180 httpd 3816 3606 3606 80 SJ lockf 0xccecb780 httpd 3815 3606 3606 80 SJ lockf 0xc9579c80 httpd 3814 3606 3606 80 SJ lockf 0xcb06a880 httpd 3813 3606 3606 80 SJ lockf 0xc9ec7900 httpd 3729 3711 3711 125 SJ kqread 0xc9920300 qmgr 3711 1 3711 0 SsJ kqread 0xc9914200 master 3613 1 3613 0 SsJ select 0xc080b7e4 proftpd 3606 1 3606 0 SsJ select 0xc080b7e4 httpd 3472 1 3472 0 SsJ select 0xc080b7e4 syslogd 3436 3266 3266 80 SJ lockf 0xd00437c0 httpd 3435 3266 3266 80 SJ lockf 0xcec83d80 httpd 3434 3266 3266 80 SJ lockf 0xc8dba200 httpd 3433 3266 3266 80 SJ lockf 0xd0210540 httpd 3432 3266 3266 80 SJ lockf 0xc8fd8b80 httpd 3398 1 3398 0 SsJ select 0xc080b7e4 inetd 3379 1 3379 0 SsJ nanslp 0xc07be46c cron 3344 1 3344 0 SsJ select 0xc080b7e4 sshd 3288 3279 3266 0 SJ piperd 0xc927ab28 cronolog 3287 3276 3266 0 SJ piperd 0xc8d54330 cronolog 3284 3275 3266 0 SJ piperd 0xc927a990 cronolog 3283 3272 3266 0 SJ piperd 0xc8d55330 cronolog 3279 3266 3266 0 SJ wait 0xc90c7430 sh 3276 3266 3266 0 SJ wait 0xc95a5c90 sh 3275 3266 3266 0 SJ wait 0xc97ef000 sh 3272 3266 3266 0 SJ wait 0xc97ef218 sh 3266 1 3266 0 SsJ nanslp 0xc07be46c httpd 3128 3073 3072 88 S+J (threaded) mysqld 100198 S kserel 0xc8950e74 mysqld 100204 S kserel 0xc8950e74 mysqld 100206 S kserel 0xc8950e74 mysqld 100202 S select 0xc080b7e4 mysqld 100203 S kserel 0xc8950e74 mysqld 100200 S sigwait 0xec3dac14 mysqld 100197 S ksesigwa 0xc8cc0780 mysqld 3073 1 3072 88 S+J wait 0xc90c6a78 sh 3022 1 3022 0 SsJ select 0xc080b7e4 syslogd 2545 2354 2354 80 SJ lockf 0xc8c8e700 httpd 2542 2354 2354 80 SJ lockf 0xc8c8e340 httpd 2541 2354 2354 80 SJ lockf 0xccebf4c0 httpd 2539 2354 2354 80 SJ lockf 0xc8c8e740 httpd 2538 2354 2354 80 SJ lockf 0xc8c8eb40 httpd 2369 1 2369 0 SsJ nanslp 0xc07be46c cron 2362 1 2362 0 SsJ select 0xc080b7e4 sshd 2354 1 2354 0 SsJ nanslp 0xc07be46c httpd 2259 2258 2255 70 SJ select 0xc080b7e4 postgres 2258 2255 2255 70 SJ select 0xc080b7e4 postgres 2257 2255 2255 70 SJ select 0xc080b7e4 postgres 2255 1 2255 70 SsJ select 0xc080b7e4 postgres 2199 1 2199 0 SsJ select 0xc080b7e4 syslogd 1917 1 1917 0 SsJ nanslp 0xc07be46c httpd 1892 1 1892 0 SsJ nanslp 0xc07be46c cron 1885 1 1885 0 SsJ select 0xc080b7e4 sshd 1842 1 1842 0 SsJ nanslp 0xc07be46c cron 1833 1 1833 0 SsJ select 0xc080b7e4 sshd 1801 1 1801 0 SsJ nanslp 0xc07be46c httpd 1800 1 1800 0 SsJ select 0xc080b7e4 syslogd 1476 1 1476 0 SsJ select 0xc080b7e4 syslogd 1161 1 41 0 S+J piperd 0xc9257660 logger 1160 1 41 0 S+J fifoor 0xc8c9ca58 tail 1152 1 1152 0 SsJ nanslp 0xc07be46c cron 1090 1 1090 0 SsJ select 0xc080b7e4 syslogd 680 1 680 0 Ss nanslp 0xc07be46c cron 673 1 673 0 Ss select 0xc080b7e4 sshd 644 1 643 0 S nanslp 0xc07be46c python 613 1 613 0 Ss select 0xc080b7e4 ntpd 524 1 524 0 Ss select 0xc080b7e4 syslogd 469 1 469 0 Ss select 0xc080b7e4 devd 40 0 0 0 SL - 0xec126d04 [schedcpu] 39 0 0 0 SL sdflush 0xc081caf4 [softdepflush] 38 0 0 0 SL syncer 0xc07be1dc [syncer] 37 0 0 0 SL vlruwt 0xc8a58000 [vnlru] 36 0 0 0 SL psleep 0xc080bd60 [bufdaemon] 35 0 0 0 SL pgzero 0xc081dac4 [pagezero] 34 0 0 0 SL psleep 0xc081d5cc [vmdaemon] 33 0 0 0 SL psleep 0xc081d588 [pagedaemon] 32 0 0 0 WL [swi0: sio] 31 0 0 0 WL [irq1: atkbd0] 30 0 0 0 WL [irq19: atapci1] 29 0 0 0 WL [irq15: ata1] 28 0 0 0 WL [irq14: ata0] 27 0 0 0 LL *Giant 0xcaaf97c0 [irq17: em1] 26 0 0 0 LL *Giant 0xcaaf97c0 [irq16: em0] 25 0 0 0 WL [irq9: acpi0] 24 0 0 0 SL - 0xc89a3c80 [acpi_task_2] 23 0 0 0 SL - 0xc89a3c80 [acpi_task_1] 22 0 0 0 SL - 0xc89a3c80 [acpi_task_0] 21 0 0 0 WL [swi2: cambio] 9 0 0 0 SL ccb_scan 0xc07b8b84 [xpt_thrd] 8 0 0 0 SL - 0xc89a3e00 [kqueue taskq] 20 0 0 0 WL [swi5: +] 7 0 0 0 SL - 0xc89d7080 [thread taskq] 19 0 0 0 WL [swi6: Giant taskq] 18 0 0 0 WL [swi6: task queue] 17 0 0 0 SL - 0xc07bae00 [yarrow] 6 0 0 0 SL crypto_r 0xc081c7c4 [crypto returns] 5 0 0 0 SL crypto_w 0xc081c784 [crypto] 4 0 0 0 SL - 0xc07bb928 [g_down] 3 0 0 0 LL *vm page 0xc8d5f780 [g_up] 2 0 0 0 SL - 0xc07bb91c [g_event] 16 0 0 0 WL [swi1: net] 15 0 0 0 WL [swi3: vm] 14 0 0 0 LL *Giant 0xcaaf97c0 [swi4: clock sio] 13 0 0 0 RL CPU 0 [idle: cpu0] 12 0 0 0 RL CPU 1 [idle: cpu1] 11 0 0 0 RL CPU 2 [idle: cpu2] 10 0 0 0 RL [idle: cpu3] 1 0 1 0 SLs wait 0xc8951000 [init] 0 0 0 0 WLs [swapper] # -------------------------------------------------------------------- # CPU LISTING db> show pcpu cpuid = 1 curthread = 0xc894c900: pid 12 "idle: cpu1" curpcb = 0xe81f2d90 fpcurthread = none idlethread = 0xc894c900: pid 12 "idle: cpu1" APIC ID = 1 currentldt = 0x50 spin locks held: db> show allpcpu Current CPU: 1 cpuid = 0 curthread = 0xc894ca80: pid 13 "idle: cpu0" curpcb = 0xe81f5d90 fpcurthread = none idlethread = 0xc894ca80: pid 13 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: cpuid = 1 curthread = 0xc894c900: pid 12 "idle: cpu1" curpcb = 0xe81f2d90 fpcurthread = none idlethread = 0xc894c900: pid 12 "idle: cpu1" APIC ID = 1 currentldt = 0x50 spin locks held: cpuid = 2 curthread = 0xc894c780: pid 11 "idle: cpu2" curpcb = 0xe81efd90 fpcurthread = none idlethread = 0xc894c780: pid 11 "idle: cpu2" APIC ID = 2 currentldt = 0x50 spin locks held: cpuid = 3 curthread = 0xca268900: pid 52531 "ee" curpcb = 0xec710d90 fpcurthread = none idlethread = 0xc894c600: pid 10 "idle: cpu3" APIC ID = 3 currentldt = 0x50 spin locks held: # -------------------------------------------------------------------- # LOCK LISTING db> show locks db> show alllocks Process 35638 (sendmail) thread 0xd0530600 (101044) exclusive sleep mutex vm object (standard object) r = 0 (0xc9c01318) locked @ /usr/src/sys/vm/vm_map.c:1472 exclusive sx user map r = 0 (0xc8fb7734) locked @ /usr/src/sys/vm/vm_map.c:1208 Process 32836 (rsync) thread 0xc9ec1900 (100360) exclusive sleep mutex pmap r = 0 (0xca89f560) locked @ /usr/src/sys/i386/i386/pmap.c:2041 exclusive sleep mutex vm page queue mutex r = 0 (0xc081d540) locked @ /usr/src/sys/i386/i386/pmap.c:2040 exclusive sx user map r = 0 (0xca89f4e4) locked @ /usr/src/sys/vm/vm_map.c:3105 Process 32754 (httpd) thread 0xcfcc5600 (101170) exclusive sleep mutex vm object (standard object) r = 0 (0xcc8378c4) locked @ /usr/src/sys/vm/vm_fault.c:297 exclusive sx user map r = 0 (0xc984a4e4) locked @ /usr/src/sys/vm/vm_map.c:3105 Process 7829 (bsnmpd) thread 0xca196180 (100409) exclusive sleep mutex vm object (kmem object) r = 0 (0xc081d440) locked @ /usr/src/sys/vm/vm_kern.c:325 exclusive sleep mutex system map r = 0 (0xc1068144) locked @ /usr/src/sys/vm/vm_kern.c:295 exclusive sx sysctl lock r = 0 (0xc07be240) locked @ /usr/src/sys/kern/kern_sysctl.c:1375 exclusive sleep mutex Giant r = 0 (0xc07bdb80) locked @ /usr/src/sys/kern/kern_sysctl.c:1313 Process 3 (g_up) thread 0xc894ec00 (100015) exclusive sleep mutex vm object (standard object) r = 0 (0xcaf6e8c4) locked @ /usr/src/sys/kern/vfs_bio.c:3120 db> show lockedvnods Locked vnodes 0xcdcce6cc: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xcaf6e8c4 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc97f1000 (pid 32710)#0 0xc054d7f1 at lockmgr+0x4ed #1 0xc06a0f96 at ffs_lock+0x76 #2 0xc07170ab at VOP_LOCK_APV+0x87 #3 0xc05bd370 at vn_lock+0xac #4 0xc05b9f0b at getdirentries+0xff #5 0xc07046b3 at syscall+0x25b #6 0xc06efccf at Xint0x80_syscall+0x1f ino 20398955, on dev ad8s1e # -------------------------------------------------------------------- # PROCESS STACK TRACES # SENDMAIL db> trace 35638 Tracing pid 35638 tid 101044 td 0xd0530600 sched_switch(d0530600,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 turnstile_wait(c081d540,c9ec1900,0,c081d540,2,c07497e6,233) at turnstile_wait+0x35a _mtx_lock_sleep(c081d540,d0530600,0,c0768214,5f8) at _mtx_lock_sleep+0x14c _mtx_lock_flags(c081d540,0,c0768214,5f8) at _mtx_lock_flags+0xa2 vm_map_pmap_enter(c8fb76f0,28095000,5,c9c01318,0,0,a000,10) at vm_map_pmap_enter+0x1df vm_map_insert(c8fb76f0,c9c01318,0,0,28095000,2809f000,5,7,112) at vm_map_insert+0x28c vm_map_find(c8fb76f0,c9c01318,0,0,ed810cc8,a000,1,5,7,112) at vm_map_find+0x86 vm_mmap(c8fb76f0,ed810cc8,a000,5,7,20002,2,c9cd0ae0,0,0) at vm_mmap+0x266 mmap(d0530600,ed810d04) at mmap+0x31f syscall(2807003b,2806003b,bfbf003b,28082060,0,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (198, FreeBSD ELF32, nosys), eip = 0x2806cd63, esp = 0xbfbfea7c, ebp = 0xbfbfeab8 --- # RSYNC db> trace 32836 Tracing pid 32836 tid 100360 td 0xc9ec1900 sched_switch(c9ec1900,0,2) at sched_switch+0x177 mi_switch(2,0,c07bdb40,0,c074c42d,...) at mi_switch+0x270 critical_exit(1,c9ec1900,0,9d6f000,bfc275bc,...) at critical_exit+0x8b intr_execute_handlers(c893f6e4,ec552b6c,13,ec552bd4,c06f0033,...) at intr_execute_handlers+0x129 lapic_handle_intr(35) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc0700897, esp = 0xec552bb0, ebp = 0xec552bd4 --- pmap_enter(ca89f560,9d6f000,c332e380,7,0,ced476b4,0,c0767c8b,383) at pmap_enter+0x1bf vm_fault(ca89f4a0,9d6f000,2,8,c9ec1900,...) at vm_fault+0x10b8 trap_pfault(ec552d38,1,9d6ffb8,9d6ffb8,0,...) at trap_pfault+0xce trap(bfbf003b,3b,bfbf003b,9d6ffb8,0,...) at trap+0x1eb calltrap() at calltrap+0x5 --- trap 0xc, eip = 0x2818527f, esp = 0xbfbf9670, ebp = 0xbfbf9b08 --- # HTTPD db> trace 32754 Tracing pid 32754 tid 101170 td 0xcfcc5600 sched_switch(cfcc5600,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 turnstile_wait(c081d540,c9ec1900,0,c081d540,2,c07497e6,233) at turnstile_wait+0x35a _mtx_lock_sleep(c081d540,cfcc5600,0,c0767c8b,356) at _mtx_lock_sleep+0x14c _mtx_lock_flags(c081d540,0,c0767c8b,356,c07bdb40,...) at _mtx_lock_flags+0xa2 vm_fault(c984a4a0,88d1000,2,8,cfcc5600,...) at vm_fault+0xfa7 trap_pfault(ed840d38,1,88d1d90,88d1d90,0,...) at trap_pfault+0xce trap(80a003b,875003b,bfbf003b,2360,8382000,...) at trap+0x1eb calltrap() at calltrap+0x5 --- trap 0xc, eip = 0x286a34c1, esp = 0xbfbfb860, ebp = 0xbfbfb898 --- # BSNMPD db> trace 7829 Tracing pid 7829 tid 100409 td 0xca196180 sched_switch(ca196180,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 turnstile_wait(c081d540,c9ec1900,0,c081d540,2,c07497e6,233) at turnstile_wait+0x35a _mtx_lock_sleep(c081d540,ca196180,0,c076806c,16f) at _mtx_lock_sleep+0x14c _mtx_lock_flags(c081d540,0,c076806c,16f,10928000,...) at _mtx_lock_flags+0xa2 kmem_malloc(c10680c0,7000,102,ec649b64,c06b330f,...) at kmem_malloc+0x282 page_alloc(0,7000,ec649b57,102) at page_alloc+0x1a uma_large_malloc(7000,102,64f0,c05469d6,ec649bf4,...) at uma_large_malloc+0x3b malloc(64f0,c078fb40,102,c057de5a,ec649bf4,...) at malloc+0xf3 sysctl_jail_list(c078f220,0,0,ec649bf4,c078f220,...) at sysctl_jail_list+0x8e sysctl_root(0,ec649c74,3,ec649bf4) at sysctl_root+0x11b userland_sysctl(ca196180,ec649c74,3,0,bfbfc46c,0,0,0,ec649c70,0,c07bdb80,0,c074b5cd,521) at userland_sysctl+0xf4 __sysctl(ca196180,ec649d04) at __sysctl+0x77 syscall(bfbe003b,2818003b,bfbe003b,3,bfbfc46c,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2814e77b, esp = 0xbfbfc34c, ebp = 0xbfbfc388 --- # G_UP db> trace 3 Tracing pid 3 tid 100015 td 0xc894ec00 sched_switch(c894ec00,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 turnstile_wait(c081d540,c9ec1900,0,c081d540,2,c07497e6,233) at turnstile_wait+0x35a _mtx_lock_sleep(c081d540,c894ec00,0,c0752afd,c43) at _mtx_lock_sleep+0x14c _mtx_lock_flags(c081d540,0,c0752afd,c43,c06b29a0,...) at _mtx_lock_flags+0xa2 bufdone(dcb814d4) at bufdone+0x176 g_vfs_done(cc0806b4) at g_vfs_done+0x8a biodone(cc0806b4) at biodone+0x58 g_io_schedule_up(c894ec00) at g_io_schedule_up+0xcb g_up_procbody(0,e8216d38,0,c0523700,0,...) at g_up_procbody+0x5a fork_exit(c0523700,0,e8216d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe8216d6c, ebp = 0 --- # EE db> trace 52531 Tracing pid 52531 tid 100453 td 0xca268900 sched_switch(3dc,c074f76f,ec710b90,c0550d8e,c080b7c0,...) at sched_switch+0x177 sellock(c055154c,c07497db,a,c055154c,0,...) at sellock (null)(786574,50414d4b,544e4520,75005952,20726573,...) at 0x9 # SWI4: CLOCK SIO db> trace 14 Tracing pid 14 tid 100002 td 0xc894cc00 sched_switch(c894cc00,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 turnstile_wait(c07bdb80,ca196180,0,c07bdb80,2,c07497e6,233) at turnstile_wait+0x35a _mtx_lock_sleep(c07bdb80,c894cc00,0,c074bcf0,102) at _mtx_lock_sleep+0x14c _mtx_lock_flags(c07bdb80,0,c074bcf0,102) at _mtx_lock_flags+0xa2 softclock(0) at softclock+0x18f ithread_execute_handlers(c894b430,c89a2b80) at ithread_execute_handlers+0xe6 ithread_loop(c89288e0,e81f8d38,c89288e0,c05456e0,0,...) at ithread_loop+0x67 fork_exit(c05456e0,c89288e0,e81f8d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe81f8d6c, ebp = 0 --- # EM0 db> trace 27 Tracing pid 27 tid 100017 td 0xc894e900 sched_switch(c894e900,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 turnstile_wait(c07bdb80,ca196180,0,c07bdb80,2,c07497e6,233) at turnstile_wait+0x35a _mtx_lock_sleep(c07bdb80,c894e900,0,c0747942,2a9) at _mtx_lock_sleep+0x14c _mtx_lock_flags(c07bdb80,0,c0747942,2a9) at _mtx_lock_flags+0xa2 ithread_execute_handlers(c89a4648,c89a1480) at ithread_execute_handlers+0xde ithread_loop(c8a438d0,e8210d38,c8a438d0,c05456e0,0,...) at ithread_loop+0x67 fork_exit(c05456e0,c8a438d0,e8210d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe8210d6c, ebp = 0 --- # em1 db> trace 26 Tracing pid 26 tid 100018 td 0xc894e780 sched_switch(c894e780,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 turnstile_wait(c07bdb80,ca196180,0,c07bdb80,2,c07497e6,233) at turnstile_wait+0x35a _mtx_lock_sleep(c07bdb80,c894e780,0,c0747942,2a9) at _mtx_lock_sleep+0x14c _mtx_lock_flags(c07bdb80,0,c0747942,2a9) at _mtx_lock_flags+0xa2 ithread_execute_handlers(c89a4860,c89a1500) at ithread_execute_handlers+0xde ithread_loop(c8a3f6a0,e820dd38,c8a3f6a0,c05456e0,0,...) at ithread_loop+0x67 fork_exit(c05456e0,c8a3f6a0,e820dd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe820dd6c, ebp = 0 --- # LYNX db> trace 33070 Tracing pid 33070 tid 100668 td 0xca02f600 sched_switch(ca02f600,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 turnstile_wait(c07bdb80,ca196180,0,c07bdb80,2,c07497e6,233) at turnstile_wait+0x35a _mtx_lock_sleep(c07bdb80,ca02f600,0,c074fb3c,ec) at _mtx_lock_sleep+0x14c _mtx_lock_flags(c07bdb80,0,c074fb3c,ec) at _mtx_lock_flags+0xa2 soo_poll(d015b000,40,d06e1b80,ca02f600) at soo_poll+0x2a selscan(ca02f600,ec5d5b94,ec5d5b84,14,c080b7c0,0,c074f76f,300) at selscan+0x1a5 kern_select(ca02f600,14,bfbfe304,0,0,...) at kern_select+0x33b select(ca02f600,ec5d5d04) at select+0x44 syscall(3b,bfbf003b,bfbf003b,0,bfbfe304,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (93, FreeBSD ELF32, select), eip = 0x281e6be4, esp = 0xbfbfe2a8, ebp = 0xbfbfe384 --- --------------050805000904020105080208 Content-Type: text/plain; name="RACK2DBG" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="RACK2DBG" # # RACK2 -- M2 config file # machine i386 cpu I686_CPU ident RACK2 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options SMP options FAST_IPSEC options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ options KDB options KDB_TRACE options KDB_UNATTENDED options DDB options INVARIANTS options INVARIANT_SUPPORT options WITNESS options WITNESS_SKIPSPIN options DIAGNOSTIC options BREAK_TO_DEBUGGER options DEBUG_LOCKS options DEBUG_VFS_LOCKS device crypto device apic # I/O APIC # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. device ahd # AHA39320/29320 and onboard AIC79xx devices #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx #device rr232x # Highpoint RocketRAID 232x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit Ethernet #device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device stge # Sundance/Tamarack TC9021 gigabit Ethernet #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards #device wlan # 802.11 support #device wlan_wep # 802.11 WEP support #device wlan_ccmp # 802.11 CCMP support #device wlan_tkip # 802.11 TKIP support #device an # Aironet 4500/4800 802.11 wireless NICs. #device ath # Atheros pci/cardbus NIC's #device ath_hal # Atheros HAL (Hardware Access Layer) #device ath_rate_sample # SampleRate tx rate control for ath #device awi # BayStack 660 and others #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device ehci # EHCI PCI->USB interface (USB 2.0) #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device ural # Ralink Technology RT2500USB wireless NICs #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) --------------050805000904020105080208-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 15 15:27:20 2008 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 D51431065679; Sun, 15 Jun 2008 15:27:20 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id 971A68FC0A; Sun, 15 Jun 2008 15:27:20 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (unknown [89.163.10.141]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 0F6E313DF51; Sun, 15 Jun 2008 19:08:02 +0400 (MSD) Date: Sun, 15 Jun 2008 19:08:10 +0400 From: Lev Serebryakov X-Mailer: The Bat! (v3.99.3) Professional Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1283529703.20080615190810@serebryakov.spb.ru> To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: mtm@freebsd.org Subject: UPS shutdown with `sysutils/nut': where should I place "power off" command to UPS? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2008 15:27:20 -0000 Hello, freebsd-hackers. nut's documentation says[1], that UPS should be switched off from shutdown scripts in point, when FSes are synced and re-mounted as R/O. google shows thread[2], according to which, last line of `/etc/rc.shutdown' is too early, and if power will be switched off at this line, FSes will be dirty on boot. What is proper place for "power off" command on FreeBSD system? Please, note, that it is NOT `shutdown -p', but signal to UPS to switch off EXTERNAL power when battarey is almost dead, and no external power, and `shutdown -p' turns off only computer, not UPS. [1] http://www.networkupstools.org/doc/2.2.0/shutdown.html [2] http://lists.freebsd.org/pipermail/freebsd-questions/2006-May/122764.htm -- // Black Lion AKA Lev Serebryakov From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 15 16:37:59 2008 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 264321065679 for ; Sun, 15 Jun 2008 16:37:59 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id A6E108FC20 for ; Sun, 15 Jun 2008 16:37:58 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:56837 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1K7v0F-0001Ch-3Y for freebsd-hackers@freebsd.org; Sun, 15 Jun 2008 18:22:53 +0200 Received: (qmail 17314 invoked from network); 15 Jun 2008 18:22:47 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 15 Jun 2008 18:22:47 +0200 Received: (qmail 24451 invoked by uid 1001); 15 Jun 2008 18:22:47 +0200 Date: Sun, 15 Jun 2008 18:22:47 +0200 From: Erik Trulsson To: Lev Serebryakov Message-ID: <20080615162247.GA50613@owl.midgard.homeip.net> References: <1283529703.20080615190810@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1283529703.20080615190810@serebryakov.spb.ru> User-Agent: Mutt/1.5.18 (2008-05-17) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1K7v0F-0001Ch-3Y. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1K7v0F-0001Ch-3Y 802ab95020de2b38a5cb612fb8623e74 Cc: freebsd-hackers@freebsd.org, mtm@freebsd.org Subject: Re: UPS shutdown with `sysutils/nut': where should I place "power off" command to UPS? 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, 15 Jun 2008 16:37:59 -0000 On Sun, Jun 15, 2008 at 07:08:10PM +0400, Lev Serebryakov wrote: > Hello, freebsd-hackers. > > nut's documentation says[1], that UPS should be switched off from > shutdown scripts in point, when FSes are synced and re-mounted as R/O. Problem is, on FreeBSD the FSes are not re-mounted as R/O during shutdown. > > google shows thread[2], according to which, last line of > `/etc/rc.shutdown' is too early, and if power will be switched off at > this line, FSes will be dirty on boot. Correct. > > What is proper place for "power off" command on FreeBSD system? There isn't any. On FreeBSD the filesystems are synced and marked as clean by the kernel, *after* all the shutdown scripts have finished. (Unlike Linux where the shutdown scripts are responsible for syncing and umounting/re-mounting the file systems.) > > Please, note, that it is NOT `shutdown -p', but signal to UPS to > switch off EXTERNAL power when battarey is almost dead, and no > external power, and `shutdown -p' turns off only computer, not UPS. You need an UPS that can accept a signal that says 'shut down in 20 seconds time' (the value 20 may have to be adjusted) and send that as the last thing in the shutdown scripts, which should cause the UPS to shutdown shortly after 'shutdown -p' has turned off the computer. > > > [1] http://www.networkupstools.org/doc/2.2.0/shutdown.html > [2] http://lists.freebsd.org/pipermail/freebsd-questions/2006-May/122764.htm > -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 15 17:07:20 2008 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 6A1861065671 for ; Sun, 15 Jun 2008 17:07:20 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2AA658FC32 for ; Sun, 15 Jun 2008 17:07:20 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from desktop.home.serebryakov.spb.ru (unknown [89.163.10.141]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 2F62513DF4A; Sun, 15 Jun 2008 20:47:29 +0400 (MSD) Date: Sun, 15 Jun 2008 20:47:38 +0400 From: Lev Serebryakov X-Mailer: The Bat! (v3.99.3) Professional X-Priority: 3 (Normal) Message-ID: <31567013.20080615204738@serebryakov.spb.ru> To: Erik Trulsson In-Reply-To: <20080615162247.GA50613@owl.midgard.homeip.net> References: <1283529703.20080615190810@serebryakov.spb.ru> <20080615162247.GA50613@owl.midgard.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re[2]: UPS shutdown with `sysutils/nut': where should I place "power off" command to UPS? 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, 15 Jun 2008 17:07:20 -0000 Hello, Erik. You wrote 15 =E8=FE=ED=FF 2008 =E3., 20:22:47: > You need an UPS that can accept a signal that says 'shut down in 20 secon= ds > time' (the value 20 may have to be adjusted) and send that as the last th= ing > in the shutdown scripts, which should cause the UPS to shutdown shortly > after 'shutdown -p' has turned off the computer. It seems, that my Ippon Smart Power Pro/1000 understand such commands: it can turn off load after 2 minutes, and I'll try to change this value. Great. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 15 19:16:23 2008 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 EFA7B1065671; Sun, 15 Jun 2008 19:16:23 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from viefep14-int.chello.at (viefep18-int.chello.at [213.46.255.22]) by mx1.freebsd.org (Postfix) with ESMTP id D63D38FC1C; Sun, 15 Jun 2008 19:16:22 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from [89.134.207.231] by viefep14-int.chello.at (InterMail vM.7.08.02.02 201-2186-121-104-20070414) with ESMTP id <20080615191621.PLDX14514.viefep14-int.chello.at@[89.134.207.231]>; Sun, 15 Jun 2008 21:16:21 +0200 Message-ID: <48556A83.1080208@FreeBSD.org> Date: Sun, 15 Jun 2008 21:16:19 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Doug Barton References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> In-Reply-To: <4854BC29.3060507@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Diomidis Spinellis , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 15 Jun 2008 19:16:24 -0000 Doug Barton escribió: > I use the following construct in portmaster, where pdb=/var/db/pkg, > origin is set to the origin of a given port, and ro_opd is usually > empty, but can be another origin directory or the same one. To > guarantee that you should get some kind of results you can test with > origin=devel/gettext. > > egrep -l "DEPORIGIN:($origin|$ro_opd)$" $pdb/*/+CONTENTS > > Obviously this works in portmaster with the gnu grep, but if ro_opd is > unset with the bsd grep I get: > > egrep: empty (sub)expression > > If I set ro_opd to something, it works. Hello Doug, thanks a lot for you response! I'll look at this issue. Regards, -- Gabor Kovesdan EMAIL: gabor@FreeBSD.org WWW: http://www.kovesdan.org From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 15 19:20:00 2008 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 42292106567A for ; Sun, 15 Jun 2008 19:20:00 +0000 (UTC) (envelope-from stas@ht-systems.ru) Received: from smtp.ht-systems.ru (mr0.ht-systems.ru [78.110.50.55]) by mx1.freebsd.org (Postfix) with ESMTP id E8F638FC21 for ; Sun, 15 Jun 2008 19:19:59 +0000 (UTC) (envelope-from stas@ht-systems.ru) Received: from [78.110.49.49] (helo=quasar.ht-systems.ru) by smtp.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1K7xlc-0000Rm-BI; Sun, 15 Jun 2008 23:19:56 +0400 Received: by quasar.ht-systems.ru (Postfix, from userid 1024) id 440A873004; Sun, 15 Jun 2008 23:19:54 +0400 (MSD) Date: Sun, 15 Jun 2008 23:19:53 +0400 From: Stanislav Sedov To: Patrick =?UTF-8?B?TGFtYWl6acOocmU=?= Message-Id: <20080615231953.35a908e9.stas@FreeBSD.org> In-Reply-To: <20080614190351.4ec7660d@baby-jane-lamaiziere-net.local> References: <20080606234135.46144207@baby-jane-lamaiziere-net.local> <20080614190351.4ec7660d@baby-jane-lamaiziere-net.local> Organization: The FreeBSD Project X-XMPP: ssedov@jabber.ru X-Voice: +7 916 849 20 23 X-PGP-Fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sun__15_Jun_2008_23_19_53_+0400_b/m1HNnWC.kDIJB2" Cc: freebsd-hackers@freebsd.org Subject: Re: AMD Geode LX crypto accelerator (glxsb) 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, 15 Jun 2008 19:20:00 -0000 --Signature=_Sun__15_Jun_2008_23_19_53_+0400_b/m1HNnWC.kDIJB2 Content-Type: text/plain; charset=UTF-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 14 Jun 2008 19:03:51 +0200 Patrick Lamaizi=C3=A8re mentioned: >=20 > Sources (7-STABLE): > http://user.lamaiziere.net/patrick/glxsb-140608.tar.gz=20 >=20 > (Yes this is the good version!) >=20 > If you can test it and provide some review it would be nice. >=20 Small note about the manpage: I think we don't need the netbsd porting information in AUTHORS section, also you missed a dot in the end of last sentence in HISTORY section. --=20 Stanislav Sedov ST4096-RIPE --Signature=_Sun__15_Jun_2008_23_19_53_+0400_b/m1HNnWC.kDIJB2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhVa1kACgkQK/VZk+smlYE8UwCfW+zZGeD4ACWXRJKsFpgYgQro l6YAn1Ax0j30Wx8YiwLew6tDIhK1zNYA =+xEc -----END PGP SIGNATURE----- --Signature=_Sun__15_Jun_2008_23_19_53_+0400_b/m1HNnWC.kDIJB2-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 15 19:30:49 2008 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 8791B106568E; Sun, 15 Jun 2008 19:30:49 +0000 (UTC) (envelope-from gabor@t-hosting.hu) Received: from viefep15-int.chello.at (viefep18-int.chello.at [213.46.255.22]) by mx1.freebsd.org (Postfix) with ESMTP id 1BF398FC12; Sun, 15 Jun 2008 19:30:47 +0000 (UTC) (envelope-from gabor@t-hosting.hu) Received: from [89.134.207.231] by viefep32-int.chello.at (InterMail vM.7.08.02.02 201-2186-121-104-20070414) with ESMTP id <20080615191704.UUPR7471.viefep32-int.chello.at@[89.134.207.231]>; Sun, 15 Jun 2008 21:17:04 +0200 Message-ID: <48556AAD.9010602@t-hosting.hu> Date: Sun, 15 Jun 2008 21:17:01 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Diomidis Spinellis References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <4854C96A.1080603@aueb.gr> In-Reply-To: <4854C96A.1080603@aueb.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Sun, 15 Jun 2008 20:05:39 +0000 Cc: hackers@FreeBSD.org, Doug Barton , current@FreeBSD.org, "Sean C. Farley" , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 15 Jun 2008 19:30:49 -0000 Diomidis Spinellis escribió: > Doug Barton wrote: >> I use the following construct in portmaster, where pdb=/var/db/pkg, >> origin is set to the origin of a given port, and ro_opd is usually >> empty, but can be another origin directory or the same one. To >> guarantee that you should get some kind of results you can test with >> origin=devel/gettext. >> >> egrep -l "DEPORIGIN:($origin|$ro_opd)$" $pdb/*/+CONTENTS >> >> Obviously this works in portmaster with the gnu grep, but if ro_opd >> is unset with the bsd grep I get: >> >> egrep: empty (sub)expression > > To avoid these problems I had proposed to instrument getopt to write > options passed through argv in a file, build all our ports, and look > at the options used. Yes, of course, I haven't forgotten about your suggestion. First, I'd like to process the trivial errors, which come up like this one and make some tests myself. Then I'll think about this idea and ask portmgr to do an exp-run with BSD grep. Regards, -- Gabor Kovesdan EMAIL: gabor@FreeBSD.org WWW: http://www.kovesdan.org From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 15 21:41:53 2008 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 A63641065673; Sun, 15 Jun 2008 21:41:53 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 1CC198FC15; Sun, 15 Jun 2008 21:41:52 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m5FLQEXb097360; Mon, 16 Jun 2008 01:26:14 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1213565174; bh=3U7VswxLCZt7CXAH9Th+xtF5/wyT/hfR0VhnUIS LG5g=; l=548; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=kUzwK0sL+VhmPw75XKd1tSxIe kfEcpg0T3Mo3PysamrHQol4Os84Y7IMzYL+bugYtwWCqhCCkVj5ItSf8TE80KHe2VoO ALKcCEEBsY/nBU9CbO0qyDK4+SwF9UFlouAOV/YckxLGfTgBL49XlVtdRhUqGlyfg+5 0Zn3ARMcBMAI= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m5FLQDjb097359; Mon, 16 Jun 2008 01:26:13 +0400 (MSD) (envelope-from ache) Date: Mon, 16 Jun 2008 01:26:13 +0400 From: Andrey Chernov To: K?vesd?n G?bor Message-ID: <20080615212613.GA97326@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , K?vesd?n G?bor , Diomidis Spinellis , hackers@freebsd.org, Doug Barton , current@freebsd.org, "Sean C. Farley" , Max Khon References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <4854C96A.1080603@aueb.gr> <48556AAD.9010602@t-hosting.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48556AAD.9010602@t-hosting.hu> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Sun, 15 Jun 2008 21:49:51 +0000 Cc: Doug Barton , current@freebsd.org, Diomidis Spinellis , hackers@freebsd.org, "Sean C. Farley" , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 15 Jun 2008 21:41:53 -0000 On Sun, Jun 15, 2008 at 09:17:01PM +0200, K?vesd?n G?bor wrote: > > Yes, of course, I haven't forgotten about your suggestion. First, I'd > like to process the trivial errors, which come up like this one and make > some tests myself. Then I'll think about this idea and ask portmgr to do > an exp-run with BSD grep. Please note that BSD grep is not localized (and can't be per design) and works only with standard C locale. It may not affect ports system processing but shurely affects real texts handling. -- http://ache.pp.ru/ From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 16 04:11:38 2008 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 7DC7A1065670 for ; Mon, 16 Jun 2008 04:11:38 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 00AC08FC17 for ; Mon, 16 Jun 2008 04:11:37 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so3749891fgb.35 for ; Sun, 15 Jun 2008 21:11:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=CSo8aZWZUfCqjJr9kiX4L2Q8+/REm18rnzGboHMjTtI=; b=TUwUqWYct/imDGHauERDpPerhswxhXmTZCKJukWniDsTHaaFYyeZw8dEvBhPhILG5w MTP9ENkAELI3jxUzzlTogtg5Q6xbK2bUSdodSmWoJbkP8ao7LHQsrQYSjEdcwcmHA97s Hnn/syqim4Hk47Ft4CQ1YiULYNi8/5p/Om3+Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=EX5zbBmipo8phD9yoaDWo0fYLFk1vr3DBZZFNVv9KwAVhAohqu2fMAUhQn0yjeTpd6 CRvDntFy4svF+alRSc34b2RPv/+B9BhBWkWDf9YgX2QvtgWcInV3v/zQMiIUPi7A22zZ o05llVKouyN1eBGqbLzvwnxf0O4hzcf+UBgbg= Received: by 10.86.98.14 with SMTP id v14mr7433804fgb.74.1213589496757; Sun, 15 Jun 2008 21:11:36 -0700 (PDT) Received: by 10.86.26.8 with HTTP; Sun, 15 Jun 2008 21:11:36 -0700 (PDT) Message-ID: <7d6fde3d0806152111t3306279dr841b90740141fcfb@mail.gmail.com> Date: Sun, 15 Jun 2008 21:11:36 -0700 From: "Garrett Cooper" To: "Andrey Chernov" , "K?vesd?n G?bor" , "Diomidis Spinellis" , hackers@freebsd.org, "Doug Barton" , current@freebsd.org, "Sean C. Farley" , "Max Khon" In-Reply-To: <20080615212613.GA97326@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <4854C96A.1080603@aueb.gr> <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> Cc: Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 16 Jun 2008 04:11:38 -0000 On Sun, Jun 15, 2008 at 2:26 PM, Andrey Chernov wrote: > On Sun, Jun 15, 2008 at 09:17:01PM +0200, K?vesd?n G?bor wrote: >> >> Yes, of course, I haven't forgotten about your suggestion. First, I'd >> like to process the trivial errors, which come up like this one and make >> some tests myself. Then I'll think about this idea and ask portmgr to do >> an exp-run with BSD grep. > > Please note that BSD grep is not localized (and can't be per design) and > works only with standard C locale. It may not affect ports system > processing but shurely affects real texts handling. Kudos on the hard work Gabor. Now all we need to do is write / import a BSD compatible less(1) into FreeBSD =). -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 16 04:37:23 2008 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 5A75E106567D for ; Mon, 16 Jun 2008 04:37:23 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id F14278FC18 for ; Mon, 16 Jun 2008 04:37:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 14046 invoked by uid 399); 16 Jun 2008 04:37:22 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Jun 2008 04:37:22 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4855EDFE.3010708@FreeBSD.org> Date: Sun, 15 Jun 2008 21:37:18 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.14 (X11/20080606) MIME-Version: 1.0 To: Andrey Chernov , K?vesd?n G?bor , Diomidis Spinellis , hackers@freebsd.org, Doug Barton , current@freebsd.org, "Sean C. Farley" , Max Khon References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <4854C96A.1080603@aueb.gr> <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> In-Reply-To: <20080615212613.GA97326@nagual.pp.ru> X-Enigmail-Version: 0.95.6 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 16 Jun 2008 04:37:23 -0000 Andrey Chernov wrote: > On Sun, Jun 15, 2008 at 09:17:01PM +0200, K?vesd?n G?bor wrote: >> Yes, of course, I haven't forgotten about your suggestion. First, I'd >> like to process the trivial errors, which come up like this one and make >> some tests myself. Then I'll think about this idea and ask portmgr to do >> an exp-run with BSD grep. I think that would be very valuable. > Please note that BSD grep is not localized (and can't be per design) and > works only with standard C locale. It may not affect ports system > processing but shurely affects real texts handling. That is very troubling. In this day and age localization is a requirement. I cannot imagine being supportive of adding something to the base that does not have this capability. I also found another gratuitous difference in behavior tonight, again from portmaster (which uses grep a LOT, which is why I thought to try it out in the first place). I do this type of thing in lots of places: pkg=/var/db/pkg/p5-Net-DNS-0.63 if grep -ql '^@pkgdep ' $pkg/+CONTENTS 2>/dev/null; then fi With gnu grep I get no output, and if there is a match the if statement just runs as I'd expect. With bsd grep I'm getting the name of the file as output. That's 3 strikes and you're out as far as I'm concerned. I think this project needs to come a lot closer to feature compatibility with gnu grep (including the ability to be localized) before it's ready for a wider audience. Of course, that's just my opinion. Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 16 07:44:27 2008 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 25575106568A for ; Mon, 16 Jun 2008 07:44:27 +0000 (UTC) (envelope-from lichave@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id D49848FC18 for ; Mon, 16 Jun 2008 07:44:26 +0000 (UTC) (envelope-from lichave@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so2497390ywe.13 for ; Mon, 16 Jun 2008 00:44:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=SHFbq+mqaYIlMuv5KVwD0MrQ+zvPPA5ko5xJ+i8OpWs=; b=Xi3Rc5C7CG6QHK+Nids0QzDSxeRsTV03ot8oKUgYeAsTKS2vtq5zgmNKr7Midpnsp+ SMP8aUgfF+GSXhQLTHYyvIKbASgfoGP/FvP+9nuRxjpwtdKAuS1UjifVXT8J1hR3fDvm JRhhUZYqI9gABPlfS7QJjqCYoJr6tdh82LlW0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=yDFos5Gd9RiJ+Om+Zzezqj6aJWPBYhCX967Wti48C21Y4B56MArn0ww4k7f8NhaU62 Rz90w0IoqHK0DM9VEV0iqCw40881XT1pGEIaLj/NfooZ4O5PNyZYJAcPSZAtVqfwLHwx GOGbFWLKhOU0RVW7azSgNfSnE1dDKKkUzEWtY= Received: by 10.150.139.15 with SMTP id m15mr10307301ybd.182.1213600656335; Mon, 16 Jun 2008 00:17:36 -0700 (PDT) Received: by 10.150.204.8 with HTTP; Mon, 16 Jun 2008 00:17:36 -0700 (PDT) Message-ID: <716a8d5f0806160017y23a29fd4r20190e8b8a198a6@mail.gmail.com> Date: Mon, 16 Jun 2008 09:17:36 +0200 From: "Konrad Jankowski" To: "Chuck Robey" In-Reply-To: <4854087F.90509@telenix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4852C94B.2090809@telenix.org> <4854087F.90509@telenix.org> Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD hotplugging (Hal) info 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, 16 Jun 2008 07:44:27 -0000 > Replying to my own mail, I realize I've worded this badly ... what I meant is, > does any part of FreeBSD's base make any use of Hal's (the hardware abstraction > layer) API? If it does, and you could tell me where that is (because I can't Base definitely doesn't use it. All you can find in base is devd. From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 16 11:10:35 2008 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 93DBA106564A; Mon, 16 Jun 2008 11:10:35 +0000 (UTC) (envelope-from stef-list@memberwebs.com) Received: from mx.npubs.com (mail.wsfamily.com [209.66.100.224]) by mx1.freebsd.org (Postfix) with ESMTP id 44E468FC1A; Mon, 16 Jun 2008 11:10:35 +0000 (UTC) (envelope-from stef-list@memberwebs.com) Received: from mx.npubs.com (avhost [209.66.100.194]) by mx.npubs.com (Postfix) with ESMTP id 99F74F181D6; Mon, 16 Jun 2008 11:10:34 +0000 (UTC) Received: from northstar-srv2 (unknown [172.27.2.11]) by mx.npubs.com (Postfix) with ESMTP id E194BF181D4; Mon, 16 Jun 2008 11:10:32 +0000 (UTC) From: Stef Walter User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 References: <20080615112318.146C1F18512@mx.npubs.com> Content-Type: multipart/mixed; boundary="------------010905080203030203030807" Message-Id: <20080616111032.E194BF181D4@mx.npubs.com> X-Virus-Scanned: ClamAV using ClamSMTP Date: Mon, 16 Jun 2008 11:10:34 +0000 (UTC) Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.3 deadlock (interrupted pmap_remove_pages) with DDB output X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stef@memberwebs.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jun 2008 11:10:35 -0000 This is a multi-part message in MIME format. --------------010905080203030203030807 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Stef Walter wrote: > I've been trying to track down a deadlock on some newish production > servers running FreeBSD 6.3-RELEASE-p2. The deadlock occurs on a > specific (although mundane) hardware configuration, and each of several > servers running this hardware deadlock about once per week. > > Although I suspect that this is not hardware related, from a (naive) > perusal of the attached stack traces. Here's another similar deadlock that occurred on an similar machine. Last time pmap_enter was preempted by an interrupt, this time pmap_remove_pages was preempted by a timer. I tried changing machdep.cpu_idle_hlt to zero, based on a hint [1], but that didn't seem to make a difference. Again in this case the processes are waiting on the page queue mutex: python (in trap > trap_pfault > vm_fault) rsync (in ... cluster_read > getblk > getnewbuf > vfs_vmio_release) And another rsync process is holding the vm page queue mutex: rsync (in exit1 > vmspace_exit > pmap_remove_pages) The rsync process in pmap_remove_pages was interrupted by a timer while holding the vm page queue lock and then was not scheduled again. Kernel config and full details attched. I may try building the kernel without PREEMPTION to see if it fixes this problem. Again, any and all advice or hints are welcome. I really appreciate any time spent on this. Stef Walter [1] http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2005-02/0508.html --------------010905080203030203030807 Content-Type: text/plain; name="RACK1DBG" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="RACK1DBG" # # RACK1 # machine i386 cpu I686_CPU ident RACK1 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC options SMP options QUOTA options FAST_IPSEC options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_VERBOSE options IPFIREWALL_FORWARD options IPDIVERT options DUMMYNET options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ options KDB options KDB_TRACE options KDB_UNATTENDED options DDB options INVARIANTS options INVARIANT_SUPPORT options WITNESS options WITNESS_SKIPSPIN options DIAGNOSTIC options BREAK_TO_DEBUGGER options DEBUG_LOCKS options DEBUG_VFS_LOCKS device crypto # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #device ahd # AHA39320/29320 and onboard AIC79xx devices #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD #device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx #device rr232x # Highpoint RocketRAID 232x device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit Ethernet #device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device stge # Sundance/Tamarack TC9021 gigabit Ethernet #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards #device wlan # 802.11 support #device wlan_wep # 802.11 WEP support #device wlan_ccmp # 802.11 CCMP support #device wlan_tkip # 802.11 TKIP support #device an # Aironet 4500/4800 802.11 wireless NICs. #device ath # Atheros pci/cardbus NIC's #device ath_hal # Atheros HAL (Hardware Access Layer) #device ath_rate_sample # SampleRate tx rate control for ath #device awi # BayStack 660 and others #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device ehci # EHCI PCI->USB interface (USB 2.0) #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device ural # Ralink Technology RT2500USB wireless NICs #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) --------------010905080203030203030807 Content-Type: text/plain; name="pmap_remove_pages-deadlock-information.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pmap_remove_pages-deadlock-information.txt" # -------------------------------------------------------------------- # FREEBSD BUILD FreeBSD m1.npubs.com 6.3-RELEASE-p2 FreeBSD 6.3-RELEASE-p2 #0: Tue Jun 10 02:07:06 UTC 2008 nate@m1.npubs.com:/usr/obj/usr/src/sys/RACK1DBG i386 # -------------------------------------------------------------------- # PROCESS LIST db> ps pid ppid pgrp uid state wmesg wchan cmd 69677 69671 4145 65534 LLJ *vm page 0xcf2cc140 python 69674 69654 69486 0 RE rsync 69671 69670 4145 65534 SJ piperd 0xca44a660 python 69670 4145 4145 65534 SJ wait 0xcf673430 sh 69669 4684 4684 125 SJ select 0xc07b7ce4 smtpd 69668 69664 69664 0 S select 0xc07b7ce4 rsync 69664 5663 69664 0 Ls *vm page 0xcf2cc140 rsync 69654 69511 69486 0 S wait 0xca033c90 sh 69561 45988 45982 70 SJ sbwait 0xcabb4bc8 postgres 69557 4141 4141 125 SJ select 0xc07b7ce4 smtp 69541 4141 4141 125 SJ select 0xc07b7ce4 cleanup 69540 4141 4141 125 SJ select 0xc07b7ce4 smtpd 69535 4141 4141 125 SJ select 0xc07b7ce4 trivial-rewrite 69533 4141 4141 125 SJ select 0xc07b7ce4 anvil 69523 4141 4141 125 SJ select 0xc07b7ce4 proxymap 69511 69498 69486 0 S wait 0xc92e7430 sh 69510 4141 4141 125 SJ select 0xc07b7ce4 smtpd 69504 69495 69495 0 SJ sbwait 0xcf2b1638 python 69498 69486 69486 0 S wait 0xca67b648 sh 69495 69492 69495 0 SsJ wait 0xcf6aa218 sh 69492 1374 1374 0 SJ piperd 0xc91c8198 cron 69486 69484 69486 0 Ss wait 0xc92e4c90 sh 69484 691 691 0 S piperd 0xc901b990 cron 69455 1 69455 0 Ls *Giant 0xcf52b6c0 jail-measure 69434 1940 1940 125 SJ kqread 0xc9987a00 trivial-rewrite 69415 1940 1940 0 SJ kqread 0xc9b21700 local 69414 1940 1940 125 SJ kqread 0xca77a600 smtpd 69413 1940 1940 125 SJ kqread 0xc988ee00 smtp 69412 1940 1940 125 SJ kqread 0xcf87b900 cleanup 69400 4684 4684 0 SJ select 0xc07b7ce4 virtual 69379 45988 45982 70 SJ sbwait 0xd0b004d4 postgres 69374 45988 45982 70 SJ sbwait 0xc8f7579c postgres 69372 45988 45982 70 SJ sbwait 0xd08a2d2c postgres 69361 2260 2260 80 SJ accept 0xc97fe5ca httpd 69352 1940 1940 125 SJ lockf 0xc94529c0 smtpd 69335 45988 45982 70 SJ sbwait 0xcf2d5900 postgres 69327 1940 1940 125 SJ lockf 0xc9452740 bounce 69326 1940 1940 125 SJ kqread 0xd0080100 bounce 69276 1940 1940 125 SJ lockf 0xcf5158c0 smtp 69274 1940 1940 125 SJ kqread 0xca333800 smtp 69256 45988 45982 70 SJ sbwait 0xc8ce5638 postgres 69245 45988 45982 70 SJ sbwait 0xc9e23bc8 postgres 69240 45988 45982 70 SJ sbwait 0xd0ad379c postgres 69208 4684 4684 125 SJ select 0xc07b7ce4 smtp 69184 4684 4684 125 SJ select 0xc07b7ce4 smtpd 69183 4684 4684 125 SJ select 0xc07b7ce4 smtp 69182 4684 4684 125 SJ select 0xc07b7ce4 cleanup 69175 1940 1940 125 SJ kqread 0xc993ba00 smtpd 69174 4684 4684 125 SJ select 0xc07b7ce4 trivial-rewrite 69141 45988 45982 70 SJ sbwait 0xd0b030a8 postgres 68996 45988 45982 70 SJ sbwait 0xcf2b1e90 postgres 68790 2260 2260 80 SJ accept 0xc97fe5ca httpd 68693 1940 1940 125 SJ kqread 0xcbf11a00 anvil 68338 4557 4557 125 SJ select 0xc07b7ce4 imapd 68262 45988 45982 70 SJ sbwait 0xc9f54900 postgres 68199 4557 4557 125 SJ select 0xc07b7ce4 imapd 68189 45988 45982 70 SJ sbwait 0xd0afd0a8 postgres 67971 4684 4684 125 SJ select 0xc07b7ce4 proxymap 67135 4684 4684 125 SJ select 0xc07b7ce4 pickup 67085 4557 4557 125 SJ select 0xc07b7ce4 imapd 66421 45988 45982 70 SJ sbwait 0xd0ac9900 postgres 64620 1940 1940 125 SJ kqread 0xcbfa9400 pickup 63268 45988 45982 70 SJ sbwait 0xd0af9d2c postgres 62647 45988 45982 70 SJ sbwait 0xc9f23370 postgres 62453 45988 45982 70 SJ sbwait 0xc8d6379c postgres 62324 4141 4141 125 SJ select 0xc07b7ce4 pickup 59910 2260 2260 80 SJ accept 0xc97fe5ca httpd 58656 3815 3815 80 SJ accept 0xc986d892 httpd 58655 3815 3815 80 SJ accept 0xc986d892 httpd 58641 3815 3815 80 SJ accept 0xc986d892 httpd 58523 2260 2260 80 SJ accept 0xc97fe5ca httpd 58520 2260 2260 80 SJ accept 0xc97fe5ca httpd 58398 2260 2260 80 SJ accept 0xc97fe5ca httpd 57936 2260 2260 80 SJ accept 0xc97fe5ca httpd 55518 2260 2260 80 SJ accept 0xc97fe5ca httpd 49914 2260 2260 80 SJ accept 0xc97fe5ca httpd 46007 1 46007 0 SsJ nanslp 0xc076a96c cron 45999 1 45999 0 SsJ select 0xc07b7ce4 inetd 45993 45992 45982 70 S+J select 0xc07b7ce4 postgres 45992 45988 45982 70 S+J select 0xc07b7ce4 postgres 45991 45988 45982 70 S+J select 0xc07b7ce4 postgres 45989 45988 45982 70 S+J select 0xc07b7ce4 postgres 45988 1 45982 70 S+J select 0xc07b7ce4 postgres 45983 45958 45957 88 S+J (threaded) mysqld 100467 S kserel 0xcf638694 mysqld 100473 S kserel 0xcf638694 mysqld 100358 S kserel 0xcf638694 mysqld 100362 S kserel 0xcf638694 mysqld 100355 S select 0xc07b7ce4 mysqld 100948 S kserel 0xd092cc94 mysqld 100949 S sigwait 0xec446c14 mysqld 100938 S ksesigwa 0xcf6aabb0 mysqld 45958 1 45957 88 S+J wait 0xcf644000 sh 45942 1 45942 0 SsJ select 0xc07b7ce4 sshd 45876 1 45876 0 SsJ select 0xc07b7ce4 syslogd 33626 2260 2260 80 SJ accept 0xc97fe5ca httpd 23070 1336 1336 80 SJ lockf 0xd0401e40 httpd 23069 1336 1336 80 SJ kqread 0xca0be100 httpd 23057 1336 1336 80 SJ lockf 0xcf515680 httpd 22000 1336 1336 80 SJ lockf 0xc9c80380 httpd 21992 1336 1336 80 SJ lockf 0xcf515dc0 httpd 20343 1336 1336 80 SJ lockf 0xc91dd200 httpd 20342 1336 1336 80 SJ lockf 0xd0458ac0 httpd 20341 3815 3815 80 SJ accept 0xc986d892 httpd 20340 1336 1336 80 SJ lockf 0xd0401140 httpd 20339 3815 3815 80 SJ accept 0xc986d892 httpd 20337 1336 1336 80 SJ lockf 0xd0458800 httpd 20336 3815 3815 80 SJ accept 0xc986d892 httpd 20335 3815 3815 80 SJ accept 0xc986d892 httpd 20334 1336 1336 80 SJ lockf 0xcf4eb280 httpd 20333 3815 3815 80 SJ accept 0xc986d892 httpd 20324 20323 20323 0 SJ piperd 0xd02164c8 sockin 20323 4456 20323 0 SsJ wait 0xd092e430 sh 78897 0 0 0 SL ipmireq 0xcf93bec0 [ipmi0: kcs] 65042 64222 64222 70 SJ sbwait 0xcf0f14d4 postgres 64780 64222 64222 70 SJ sbwait 0xcabb4900 postgres 64778 64222 64222 70 SJ sbwait 0xd0af10a8 postgres 64777 64222 64222 70 SJ sbwait 0xc8f96370 postgres 64769 64222 64222 70 SJ sbwait 0xca43e20c postgres 64768 64222 64222 70 SJ sbwait 0xc9a26900 postgres 64767 64222 64222 70 SJ sbwait 0xd0afd4d4 postgres 64742 64222 64222 70 SJ sbwait 0xd0afb638 postgres 64666 64222 64222 70 SJ sbwait 0xccb3579c postgres 64665 64222 64222 70 SJ sbwait 0xd0afc20c postgres 64664 64222 64222 70 SJ sbwait 0xc9e4979c postgres 64663 64222 64222 70 SJ sbwait 0xd05c0e90 postgres 64662 64222 64222 70 SJ sbwait 0xd0ad3d2c postgres 64661 64222 64222 70 SJ sbwait 0xca39a79c postgres 64484 64222 64222 70 SJ sbwait 0xc8d6a370 postgres 64414 64222 64222 70 SJ sbwait 0xc9f2379c postgres 64361 64222 64222 70 SJ sbwait 0xd08a1370 postgres 64349 64222 64222 70 SJ sbwait 0xd05c8370 postgres 64348 64222 64222 70 SJ sbwait 0xcc9b70a8 postgres 64332 64222 64222 70 SJ sbwait 0xd0509a64 postgres 64331 64222 64222 70 SJ sbwait 0xc9a2679c postgres 64227 64226 64222 70 SJ select 0xc07b7ce4 postgres 64226 64222 64222 70 SJ select 0xc07b7ce4 postgres 64225 64222 64222 70 SJ select 0xc07b7ce4 postgres 64223 64222 64222 70 SJ select 0xc07b7ce4 postgres 64222 1 64222 70 SsJ select 0xc07b7ce4 postgres 43040 1114 43040 70 SsJ sbwait 0xca50b370 postgres 75907 4167 4167 1003 RJ CPU 0 stunnel 46911 1 46911 0 SsJ nanslp 0xc076a96c cron 46904 1 46904 0 SsJ select 0xc07b7ce4 sshd 46880 1 46880 0 SsJ (threaded) pdns_server 100752 S kserel 0xcf45e0f4 pdns_server 100748 S kserel 0xcf45e0f4 pdns_server 100695 S kserel 0xcf45e0f4 pdns_server 100171 S kserel 0xcf45e0f4 pdns_server 100464 S sbwait 0xcf7be638 pdns_server 100572 S sbwait 0xca872370 pdns_server 100836 S accept 0xcac13e22 pdns_server 100834 S select 0xc07b7ce4 pdns_server 100784 S ksesigwa 0xcf564bb0 pdns_server 46845 1 46845 389 SsJ (threaded) slapd 100729 S kserel 0xcf638454 slapd 100750 S kserel 0xcf638454 slapd 100747 S select 0xc07b7ce4 slapd 100630 S kserel 0xcf638454 slapd 100512 S kserel 0xcf638454 slapd 100733 S ksesigwa 0xcf6ab998 slapd 46825 1 46825 0 SsJ select 0xc07b7ce4 syslogd 68366 5772 5772 70 SJ sbwait 0xcabb379c postgres 57454 5772 5772 70 SJ sbwait 0xca4124d4 postgres 94638 5772 5772 70 SJ sbwait 0xc9f22bc8 postgres 94626 5772 5772 70 SJ sbwait 0xd052ee90 postgres 85402 5800 5800 80 SJ accept 0xc9cf4892 httpd 85398 5772 5772 70 SJ sbwait 0xceb45e90 postgres 85396 5772 5772 70 SJ sbwait 0xca4b4638 postgres 71130 1114 71130 70 SsJ sbwait 0xc9eeaa64 postgres 71129 1114 71129 70 SsJ sbwait 0xcf2b0bc8 postgres 71128 1114 71128 70 SsJ sbwait 0xc9e484d4 postgres 71127 1114 71127 70 SsJ sbwait 0xcf7bd20c postgres 71126 1114 71126 70 SsJ sbwait 0xc8f76900 postgres 71115 1114 71115 70 SsJ sbwait 0xca50ce90 postgres 71081 71080 71080 89 SJ (threaded) java 100360 S kserel 0xcf5dbe74 java 100255 S kserel 0xcf5dbe74 java 100722 S select 0xc07b7ce4 java 100746 S kserel 0xcf5dbe74 java 100505 S kserel 0xcf5dbe74 java 100409 S sbwait 0xceb88bc8 java 100718 S sbwait 0xca609900 java 100163 S sbwait 0xcf7be79c java 100518 S sbwait 0xca6094d4 java 100778 S sbwait 0xca609370 java 100258 S sbwait 0xc93454d4 java 100506 S ksesigwa 0xcf6ad780 java 71080 1 71080 0 SsJ select 0xc07b7ce4 udb-server 18181 2388 2388 80 SJ accept 0xc986d19e httpd 16803 2388 2388 80 SJ accept 0xc986d19e httpd 16802 2388 2388 80 SJ accept 0xc986d19e httpd 16801 2388 2388 80 SJ accept 0xc986d19e httpd 16795 2388 2388 80 SJ accept 0xc986d19e httpd 7788 5772 5772 70 SJ sbwait 0xc9e240a8 postgres 7723 5772 5772 70 SJ sbwait 0xcabb620c postgres 7705 5772 5772 70 SJ sbwait 0xca8dc370 postgres 7703 5800 5800 80 SJ accept 0xc9cf4892 httpd 7700 5800 5800 80 SJ accept 0xc9cf4892 httpd 7699 5772 5772 70 SJ sbwait 0xca39aa64 postgres 7696 5772 5772 70 SJ sbwait 0xc9cf3638 postgres 7694 5800 5800 80 SJ accept 0xc9cf4892 httpd 6376 4141 4141 125 SJ select 0xc07b7ce4 tlsmgr 5969 3438 3438 80 SJ lockf 0xce4036c0 httpd 5968 3438 3438 80 SJ lockf 0xcaf5dcc0 httpd 5966 3438 3438 80 SJ select 0xc07b7ce4 httpd 5962 3438 3438 80 SJ lockf 0xc94524c0 httpd 5854 5772 5772 70 SJ sbwait 0xca314638 postgres 5852 5800 5800 80 SJ accept 0xc9cf4892 httpd 5851 5800 5800 80 SJ accept 0xc9cf4892 httpd 5850 5800 5800 80 SJ accept 0xc9cf4892 httpd 5849 5800 5800 80 SJ accept 0xc9cf4892 httpd 5848 5800 5800 80 SJ accept 0xc9cf4892 httpd 5827 5826 5826 1020 SJ (threaded) java 100390 S kserel 0xc8e0b034 java 100475 S kserel 0xc8e0b034 java 100418 S kserel 0xc8e0b034 java 100389 S select 0xc07b7ce4 java 100180 S kserel 0xc8e0b034 java 100400 S sbwait 0xc9e49a64 java 100812 S sbwait 0xc9f5420c java 100382 S sbwait 0xc9f54e90 java 100394 S sbwait 0xc9cf3900 java 100388 S sbwait 0xca314370 java 100398 S sbwait 0xca02f370 java 100386 S ksesigwa 0xc8e0d138 java 5826 1 5826 0 SsJ select 0xc07b7ce4 udb-server 5819 1 5819 0 SsJ nanslp 0xc076a96c cron 5812 1 5812 0 SsJ select 0xc07b7ce4 sshd 5809 5805 5800 0 SJ piperd 0xc9cfb7f8 cronolog 5808 5803 5800 0 SJ piperd 0xc9e44b28 cronolog 5805 5800 5800 0 SJ wait 0xc969aa78 sh 5803 5800 5800 0 SJ wait 0xca033648 sh 5800 1 5800 0 SsJ nanslp 0xc076a96c httpd 5788 5787 5772 70 SJ select 0xc07b7ce4 postgres 5787 5772 5772 70 SJ select 0xc07b7ce4 postgres 5786 5772 5772 70 SJ select 0xc07b7ce4 postgres 5772 1 5772 70 SsJ select 0xc07b7ce4 postgres 5713 1 5713 0 SsJ select 0xc07b7ce4 syslogd 5704 1 5704 0 Ss+ ttyin 0xc8a61410 getty 5703 1 5703 0 Ss+ ttyin 0xc8a69c10 getty 5702 1 5702 0 Ss+ ttyin 0xc8a6c010 getty 5701 1 5701 0 Ss+ ttyin 0xc8a6b010 getty 5700 1 5700 0 Ss+ ttyin 0xc8a6a410 getty 5699 1 5699 0 Ss+ ttyin 0xc8a6a810 getty 5698 1 5698 0 Ss+ ttyin 0xc8a60810 getty 5697 1 5697 0 Ss+ ttyin 0xc8a6c410 getty 5696 1 5696 0 Ss+ ttyin 0xc8a6b410 getty 5675 1 5675 0 Ss select 0xc07b7ce4 bsnmpd 5663 1 5663 0 Ss select 0xc07b7ce4 inetd 5443 5442 5442 1020 SJ (threaded) java 100223 S kserel 0xc998b874 java 100095 S kserel 0xc998b874 java 100385 S sbwait 0xd0509978 java 100414 S sbwait 0xd089e814 java 100699 S kserel 0xc998b874 java 100187 S kserel 0xc998b874 java 100229 S select 0xc07b7ce4 java 100736 S sbwait 0xd025379c java 100157 S sbwait 0xc9644f08 java 100338 S ksesigwa 0xc998abb0 java 5442 1 5442 0 SsJ select 0xc07b7ce4 udb-server 5435 1 5435 0 SsJ nanslp 0xc076a96c cron 5419 1 5419 0 SsJ select 0xc07b7ce4 sshd 5265 1 5265 0 SsJ select 0xc07b7ce4 syslogd 4960 1 4960 0 SsJ nanslp 0xc076a96c cron 4953 1 4953 0 SsJ select 0xc07b7ce4 sshd 4906 1 4906 53 SsJ select 0xc07b7ce4 named 4891 1 4891 0 SsJ select 0xc07b7ce4 syslogd 4834 4684 4684 125 SJ select 0xc07b7ce4 anvil 4789 4684 4684 125 SJ select 0xc07b7ce4 tlsmgr 4709 1 4709 0 SsJ nanslp 0xc076a96c cron 4699 1 4699 0 SsJ accept 0xc9dfae22 saslauthd1 4691 4684 4684 125 SJ select 0xc07b7ce4 qmgr 4684 1 4684 0 SsJ select 0xc07b7ce4 master 4598 1 4598 0 SsJ select 0xc07b7ce4 rpc.dracd 4585 4584 4585 0 S+J select 0xc07b7ce4 couriertcpd 4584 1 4584 0 S+J piperd 0xc9cb6b28 courierlogger 4581 4532 4531 0 S+J select 0xc07b7ce4 authdaemond 4579 4532 4531 0 S+J select 0xc07b7ce4 authdaemond 4578 4532 4531 0 S+J select 0xc07b7ce4 authdaemond 4577 4532 4531 0 S+J select 0xc07b7ce4 authdaemond 4576 4532 4531 0 S+J select 0xc07b7ce4 authdaemond 4569 4568 4569 0 S+J select 0xc07b7ce4 couriertcpd 4568 1 4568 0 S+J piperd 0xc8e04330 courierlogger 4557 4556 4557 0 S+J select 0xc07b7ce4 couriertcpd 4556 1 4556 0 S+J piperd 0xc8f6e000 courierlogger 4544 4543 4544 0 S+J select 0xc07b7ce4 couriertcpd 4543 1 4543 0 S+J piperd 0xc9cb64c8 courierlogger 4532 4531 4531 0 S+J select 0xc07b7ce4 authdaemond 4531 1 4531 0 S+J piperd 0xc94917f8 courierlogger 4517 1 4517 0 SsJ select 0xc07b7ce4 sshd 4500 1 4500 0 SsJ select 0xc07b7ce4 bsnmpd 4467 1 4467 0 SsJ select 0xc07b7ce4 rpcbind 4456 1 4456 0 SsJ select 0xc07b7ce4 syslogd 4180 1 4180 0 SsJ nanslp 0xc076a96c cron 4172 1 4172 0 SsJ select 0xc07b7ce4 inetd 4167 1 4167 1003 SsJ (threaded) stunnel 100735 S kserel 0xc8e0b454 stunnel 100532 S kserel 0xc8e0b454 stunnel 100189 S kserel 0xc8e0b454 stunnel 100749 S kserel 0xc8e0b454 stunnel 100412 S select 0xc07b7ce4 stunnel 100080 S ksesigwa 0xc8e05780 stunnel 4160 1 4160 0 SsJ accept 0xc986d302 saslauthd1 4149 4141 4141 125 SJ select 0xc07b7ce4 qmgr 4145 1 4145 65534 SsJ (threaded) proxsmtpd 100762 S kserel 0xc8e0b9f4 proxsmtpd 100383 S kserel 0xc8e0b9f4 proxsmtpd 100761 S kserel 0xc8e0b9f4 proxsmtpd 100765 S kserel 0xc8e0b9f4 proxsmtpd 100740 S select 0xc07b7ce4 proxsmtpd 100783 S accept 0xc9a97892 proxsmtpd 100516 S ksesigwa 0xc9b99dc8 proxsmtpd 4141 1 4141 0 SsJ select 0xc07b7ce4 master 4077 1 4077 0 SsJ select 0xc07b7ce4 sshd 4021 1 4021 0 SsJ select 0xc07b7ce4 syslogd 3844 1 3844 0 SsJ select 0xc07b7ce4 inetd 3830 1 3830 0 SsJ nanslp 0xc076a96c cron 3823 1 3823 0 SsJ select 0xc07b7ce4 sshd 3815 1 3815 0 SsJ nanslp 0xc076a96c httpd 3680 1 3680 0 SsJ select 0xc07b7ce4 syslogd 3538 3534 3438 0 SJ piperd 0xc8f69660 cronolog 3537 3531 3438 0 SJ piperd 0xc9311cc0 cronolog 3536 3532 3438 0 SJ piperd 0xc9491b28 cronolog 3535 3438 3438 80 SJ lockf 0xcdedd2c0 httpd 3534 3438 3438 0 SJ wait 0xc8d95a78 sh 3532 3438 3438 0 SJ wait 0xc969a648 sh 3531 3438 3438 0 SJ wait 0xc9828430 sh 3486 3450 3449 88 S+J (threaded) mysqld 100165 S kserel 0xc894d0f4 mysqld 100256 S kserel 0xc894d0f4 mysqld 100176 S kserel 0xc894d0f4 mysqld 100181 S select 0xc07b7ce4 mysqld 100166 S kserel 0xc894d0f4 mysqld 100252 S kserel 0xc894ea54 mysqld 100253 S sigwait 0xec476c14 mysqld 100172 S ksesigwa 0xc8a4d780 mysqld 3479 1 3479 0 SsJ nanslp 0xc076a96c cron 3460 1 3460 0 SsJ select 0xc07b7ce4 inetd 3450 1 3449 88 S+J wait 0xc92e4000 sh 3448 3438 3438 80 SJ select 0xc07b7ce4 httpd 3438 1 3438 0 SsJ select 0xc07b7ce4 httpd 3326 1 3326 0 SsJ select 0xc07b7ce4 sshd 3265 1 3265 0 SsJ select 0xc07b7ce4 syslogd 2983 1 2983 0 SsJ nanslp 0xc076a96c cron 2976 1 2976 0 SsJ select 0xc07b7ce4 sshd 2968 1 2968 0 SsJ (threaded) httpauthd 100179 S kserel 0xc93a0454 httpauthd 100741 S kserel 0xc93a0454 httpauthd 100760 S kserel 0xc93a0454 httpauthd 100730 S kserel 0xc93a0454 httpauthd 100185 S sbwait 0xca02fd2c httpauthd 100593 S sbwait 0xceb5c79c httpauthd 100404 S sbwait 0xd05c8a64 httpauthd 100191 S sbwait 0xca43fd2c httpauthd 100393 S sbwait 0xca8dc20c httpauthd 100417 S sbwait 0xca41c638 httpauthd 100359 S sbwait 0xd05c04d4 httpauthd 100468 S sbwait 0xc9f224d4 httpauthd 100273 S sbwait 0xca50b638 httpauthd 100408 S sbwait 0xca50b0a8 httpauthd 100357 S sbwait 0xcabb7a64 httpauthd 100254 S sbwait 0xcf2b3900 httpauthd 100173 S sbwait 0xcf0f2900 httpauthd 100251 S sbwait 0xca50cbc8 httpauthd 100226 S sbwait 0xd0af00a8 httpauthd 100221 S sbwait 0xc9eeabc8 httpauthd 100391 S sbwait 0xca41c900 httpauthd 100162 S sbwait 0xcca28a64 httpauthd 100352 S sbwait 0xd0b01900 httpauthd 100421 S sbwait 0xc97a64d4 httpauthd 100411 S sbwait 0xd0b0120c httpauthd 100479 S accept 0xc9800892 httpauthd 100169 S sbwait 0xca41c370 httpauthd 100396 S sbwait 0xca4110a8 httpauthd 100265 S sbwait 0xcf2d5d2c httpauthd 100402 S sbwait 0xca411e90 httpauthd 100781 S sbwait 0xcf0f2bc8 httpauthd 100183 S sbwait 0xc95b7bc8 httpauthd 100356 S sbwait 0xd0afc638 httpauthd 100502 S sbwait 0xc9df8370 httpauthd 100751 S sbwait 0xc97ff0a8 httpauthd 100500 S sbwait 0xc900b0a8 httpauthd 100513 S sbwait 0xc9a794d4 httpauthd 100170 S sbwait 0xcabaf20c httpauthd 100476 S sbwait 0xc8d6a900 httpauthd 100851 S sbwait 0xca39b79c httpauthd 100274 S sbwait 0xceb44900 httpauthd 100510 S sbwait 0xca8dc79c httpauthd 100936 S sbwait 0xc986d4d4 httpauthd 100419 S sbwait 0xcabaf900 httpauthd 100711 S sbwait 0xd05aca64 httpauthd 100533 S sbwait 0xcefa7a64 httpauthd 100250 S sbwait 0xd0aef0a8 httpauthd 100422 S sbwait 0xcabb3a64 httpauthd 100405 S sbwait 0xc91dfd2c httpauthd 100514 S sbwait 0xd0ad34d4 httpauthd 100482 S sbwait 0xc9f23bc8 httpauthd 100470 S sbwait 0xc9e4879c httpauthd 100410 S sbwait 0xc96af4d4 httpauthd 100614 S sbwait 0xca50c20c httpauthd 100801 S sbwait 0xc9eea370 httpauthd 100175 S sbwait 0xd0ac9638 httpauthd 100737 S sbwait 0xd089ee90 httpauthd 100403 S ksesigwa 0xc93a1bb0 httpauthd 2920 1 2920 389 SsJ (threaded) slapd 100186 S kserel 0xc8ddedb4 slapd 100497 S kserel 0xc8ddedb4 slapd 100763 S kserel 0xc8ddedb4 slapd 100469 S kserel 0xc8ddedb4 slapd 100471 S select 0xc07b7ce4 slapd 100136 S ksesigwa 0xc8e0d998 slapd 2900 1 2900 0 SsJ select 0xc07b7ce4 syslogd 2668 1 2668 0 SsJ select 0xc07b7ce4 slapd 2661 1 2661 0 SsJ nanslp 0xc076a96c cron 2654 1 2654 0 SsJ select 0xc07b7ce4 sshd 2599 1 2599 0 SsJ select 0xc07b7ce4 syslogd 2547 2388 2388 80 SJ accept 0xc986d19e httpd 2546 2388 2388 80 SJ accept 0xc986d19e httpd 2545 2388 2388 80 SJ accept 0xc986d19e httpd 2544 2388 2388 80 SJ accept 0xc986d19e httpd 2543 2388 2388 80 SJ accept 0xc986d19e httpd 2403 1 2403 0 SsJ nanslp 0xc076a96c cron 2396 1 2396 0 SsJ select 0xc07b7ce4 sshd 2388 1 2388 0 SsJ nanslp 0xc076a96c httpd 2289 1 2289 0 SsJ select 0xc07b7ce4 inetd 2275 1 2275 0 SsJ nanslp 0xc076a96c cron 2268 1 2268 0 SsJ select 0xc07b7ce4 sshd 2260 1 2260 0 SsJ nanslp 0xc076a96c httpd 2206 1 2206 0 SsJ select 0xc07b7ce4 syslogd 2006 1951 1950 88 S+J (threaded) mysqld 100161 S kserel 0xc93a0514 mysqld 100038 S kserel 0xc93a0514 mysqld 100167 S kserel 0xc93a0514 mysqld 100225 S select 0xc07b7ce4 mysqld 100091 S kserel 0xc93a0514 mysqld 100222 S sigwait 0xec3e1c14 mysqld 100219 S ksesigwa 0xc93a1780 mysqld 1951 1 1950 88 S+J wait 0xc939f430 sh 1949 1940 1940 125 SJ kqread 0xc97a9b00 qmgr 1940 1 1940 0 SsJ kqread 0xc969eb00 master 1800 1795 1800 70 SsJ select 0xc07b7ce4 postgres 1799 1795 1799 70 SsJ nanslp 0xc076a96c postgres 1798 1795 1798 70 SsJ nanslp 0xc076a96c postgres 1797 1795 1797 70 SsJ nanslp 0xc076a96c postgres 1795 1 1791 70 S+J select 0xc07b7ce4 postgres 1765 1760 1760 0 SJ lockf 0xcca4ed00 saslauthd 1763 1760 1760 0 SJ lockf 0xca55b240 saslauthd 1762 1760 1760 0 SJ lockf 0xcf50de40 saslauthd 1761 1760 1760 0 SJ accept 0xc8f76cbe saslauthd 1760 1 1760 0 SsJ lockf 0xcff97c00 saslauthd 1731 1 1731 0 SsJ select 0xc07b7ce4 syslogd 1374 1 1374 0 SsJ nanslp 0xc076a96c cron 1364 1 1364 0 SsJ select 0xc07b7ce4 sshd 1336 1 1336 0 SsJ nanslp 0xc076a96c httpd 1117 1114 1117 70 SsJ select 0xc07b7ce4 postgres 1116 1114 1116 70 SsJ select 0xc07b7ce4 postgres 1114 1 1114 70 SsJ select 0xc07b7ce4 postgres 1057 1 1057 0 SsJ select 0xc07b7ce4 syslogd 691 1 691 0 Ss nanslp 0xc076a96c cron 685 1 685 25 Ss pause 0xc8cf0894 sendmail 681 1 681 0 Ss select 0xc07b7ce4 sendmail 675 1 675 0 Ss select 0xc07b7ce4 sshd 655 1 654 0 S nanslp 0xc076a96c python 615 1 615 0 Ss select 0xc07b7ce4 ntpd 525 1 525 0 Ss select 0xc07b7ce4 syslogd 470 1 470 0 Ss select 0xc07b7ce4 devd 41 0 0 0 SL - 0xe9c77d04 [schedcpu] 40 0 0 0 SL sdflush 0xc07c9294 [softdepflush] 39 0 0 0 SL syncer 0xc076a6dc [syncer] 38 0 0 0 SL vlruwt 0xc8a07c90 [vnlru] 37 0 0 0 SL psleep 0xc07b8260 [bufdaemon] 36 0 0 0 SL pgzero 0xc07ca264 [pagezero] 35 0 0 0 SL psleep 0xc07c9d6c [vmdaemon] 34 0 0 0 SL psleep 0xc07c9d28 [pagedaemon] 33 0 0 0 SL - 0xc8bee580 [dummynet] 32 0 0 0 WL [swi0: sio] 31 0 0 0 WL [irq1: atkbd0] 30 0 0 0 WL [irq19: atapci1] 29 0 0 0 WL [irq15: ata1] 28 0 0 0 WL [irq14: ata0] 27 0 0 0 LL *Giant 0xcf52b6c0 [irq17: em1] 26 0 0 0 LL *Giant 0xcf52b6c0 [irq16: em0] 25 0 0 0 WL [irq9: acpi0] 24 0 0 0 SL - 0xc89a2c00 [thread taskq] 23 0 0 0 SL - 0xc89a2c80 [acpi_task_2] 22 0 0 0 SL - 0xc89a2c80 [acpi_task_1] 9 0 0 0 SL - 0xc89a2c80 [acpi_task_0] 21 0 0 0 WL [swi6: Giant taskq] 20 0 0 0 WL [swi6: task queue] 19 0 0 0 WL [swi2: cambio] 8 0 0 0 SL ccb_scan 0xc0752ae4 [xpt_thrd] 7 0 0 0 SL - 0xc89ef180 [kqueue taskq] 18 0 0 0 WL [swi5: +] 17 0 0 0 SL - 0xc0767320 [yarrow] 6 0 0 0 SL crypto_r 0xc07c8ec4 [crypto returns] 5 0 0 0 SL crypto_w 0xc07c8e84 [crypto] 4 0 0 0 SL - 0xc0767e28 [g_down] 3 0 0 0 SL - 0xc0767e24 [g_up] 2 0 0 0 SL - 0xc0767e1c [g_event] 16 0 0 0 WL [swi3: vm] 15 0 0 0 LL *Giant 0xcf52b6c0 [swi4: clock sio] 14 0 0 0 WL [swi1: net] 13 0 0 0 RL [idle: cpu0] 12 0 0 0 RL CPU 1 [idle: cpu1] 11 0 0 0 RL CPU 2 [idle: cpu2] 10 0 0 0 RL CPU 3 [idle: cpu3] 1 0 1 0 SLs wait 0xc894f000 [init] 0 0 0 0 WLs [swapper] # -------------------------------------------------------------------- # CPU INFO db> show pcpu cpuid = 1 curthread = 0xc894a900: pid 12 "idle: cpu1" curpcb = 0xe81f2d90 fpcurthread = none idlethread = 0xc894a900: pid 12 "idle: cpu1" APIC ID = 1 currentldt = 0x50 spin locks held: db> show allpcpu Current CPU: 1 cpuid = 0 curthread = 0xcf2ba780: pid 75907 "stunnel" curpcb = 0xed1b1d90 fpcurthread = none idlethread = 0xc894aa80: pid 13 "idle: cpu0" APIC ID = 0 currentldt = 0x58 spin locks held: cpuid = 1 curthread = 0xc894a900: pid 12 "idle: cpu1" curpcb = 0xe81f2d90 fpcurthread = none idlethread = 0xc894a900: pid 12 "idle: cpu1" APIC ID = 1 currentldt = 0x50 spin locks held: cpuid = 2 curthread = 0xc894a780: pid 11 "idle: cpu2" curpcb = 0xe81efd90 fpcurthread = none idlethread = 0xc894a780: pid 11 "idle: cpu2" APIC ID = 2 currentldt = 0x50 spin locks held: cpuid = 3 curthread = 0xc894a600: pid 10 "idle: cpu3" curpcb = 0xe81ecd90 fpcurthread = none idlethread = 0xc894a600: pid 10 "idle: cpu3" APIC ID = 3 currentldt = 0x50 spin locks held: # -------------------------------------------------------------------- # LOCK INFO db> show locks db> show alllocks Process 69677 (python) thread 0xca239900 (100432) exclusive sleep mutex vm object (standard object) r = 0 (0xce1f3420) locked @ /usr/src/sys/vm/vm_fault.c:688 exclusive sx user map r = 0 (0xcf67f4e4) locked @ /usr/src/sys/vm/vm_map.c:3105 Process 69674 (rsync) thread 0xc8cf5a80 (100132) exclusive sleep mutex pmap r = 0 (0xcf5b87b0) locked @ /usr/src/sys/i386/i386/pmap.c:2749 exclusive sleep mutex vm page queue mutex r = 0 (0xc07c9ce0) locked @ /usr/src/sys/i386/i386/pmap.c:2748 Process 69664 (rsync) thread 0xca239480 (100485) exclusive sleep mutex vm object (standard object) r = 0 (0xcc3ad528) locked @ /usr/src/sys/kern/vfs_bio.c:1480 exclusive sleep mutex Giant r = 0 (0xc076a080) locked @ /usr/src/sys/kern/vfs_vnops.c:492 db> show lockedvnods Locked vnodes 0xccc2e414: tag ufs, type VREG usecount 1, writecount 0, refcount 5965 mountedhere 0 flags () v_object 0xcc3ad528 ref 0 pages 81936 lock type ufs: SHARED (count 1)#0 0xc04fa690 at lockmgr+0x160 #1 0xc0649d8a at ffs_lock+0x76 #2 0xc06bf8bb at VOP_LOCK_APV+0x87 #3 0xc056a59c at vn_lock+0xac #4 0xc0569c72 at vn_read+0x132 #5 0xc052c741 at dofileread+0x85 #6 0xc052c5da at kern_readv+0x36 #7 0xc052c505 at read+0x45 #8 0xc06acec3 at syscall+0x25b #9 0xc06984df at Xint0x80_syscall+0x1f ino 13262597, on dev ad8s1e # -------------------------------------------------------------------- # PROCESS STACK TRACES # PYTHON db> trace 69677 Tracing pid 69677 tid 100432 td 0xca239900 sched_switch(ca239900,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 turnstile_wait(c07c9ce0,c8cf5a80,0,c07c9ce0,2,c06e8e2b,233) at turnstile_wait+0x35a _mtx_lock_sleep(c07c9ce0,ca239900,0,c07075e5,15a) at _mtx_lock_sleep+0x14c _mtx_lock_flags(c07c9ce0,0,c07075e5,15a,c06eba6d,...) at _mtx_lock_flags+0xa2 vm_fault(cf67f4a0,8147000,2,8,ca239900,...) at vm_fault+0x311 trap_pfault(ec755d38,1,8147f20,8147f20,0,...) at trap_pfault+0xce trap(812003b,811003b,bfbf003b,812511c,8147f20,...) at trap+0x1eb calltrap() at calltrap+0x5 --- trap 0xc, eip = 0x8073f3c, esp = 0xbfbfda00, ebp = 0xbfbfda28 --- # RSYNC db> trace 69664 Tracing pid 69664 tid 100485 td 0xca239480 sched_switch(ca239480,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 turnstile_wait(c07c9ce0,c8cf5a80,0,c07c9ce0,2,c06e8e2b,233) at turnstile_wait+0x35a _mtx_lock_sleep(c07c9ce0,ca239480,0,c06f2142,5c9) at _mtx_lock_sleep+0x14c _mtx_lock_flags(c07c9ce0,0,c06f2142,5c9,cc3ad528,...) at _mtx_lock_flags+0xa2 vfs_vmio_release(dcc09838) at vfs_vmio_release+0x35 getnewbuf(0,0,4000,4000) at getnewbuf+0x276 getblk(ccc2e414,236e,0,4000,0,...) at getblk+0x3b3 cluster_read(ccc2e414,14002000,0,236e,0,...) at cluster_read+0xde ffs_read(ec74cbf4) at ffs_read+0x2d6 VOP_READ_APV(c0741260,ec74cbf4) at VOP_READ_APV+0x9b vn_read(cb7676c0,ec74ccbc,c94d6a00,0,ca239480) at vn_read+0x1fb dofileread(ca239480,5,cb7676c0,ec74ccbc,ffffffff,...) at dofileread+0x85 kern_readv(ca239480,5,ec74ccbc,85063e8,42d10,...) at kern_readv+0x36 read(ca239480,ec74cd04) at read+0x45 syscall(3b,3b,3b,0,430f8,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x28185a63, esp = 0xbfbf987c, ebp = 0xbfbf98c8 --- # RSYNC db> trace 69674 Tracing pid 69674 tid 100132 td 0xc8cf5a80 sched_switch(c8cf5a80,0,2) at sched_switch+0x177 mi_switch(2,0,c076a040,0,c06eba6d,...) at mi_switch+0x270 critical_exit(c5e1bd38,e9f25c30,c0698a70,0,e9f20008,...) at critical_exit+0x8b lapic_handle_timer(0) at lapic_handle_timer+0xe1 Xtimerint(c5e1bd38,cf5b87b0,28120000,e9f25c48) at Xtimerint+0x30 pmap_remove_pages(cf5b87b0,0,bfc00000) at pmap_remove_pages+0x1c2 vmspace_exit(c8cf5a80,c076a240,0,c06e6c7d,125,...) at vmspace_exit+0x97 exit1(c8cf5a80,0,e9f25d30,c06acec3,c8cf5a80,...) at exit1+0x496 exit1(c8cf5a80,e9f25d04) at exit1 syscall(3b,3b,3b,8088eda,407,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x2818520b, esp = 0xbfbfd82c, ebp = 0xbfbfd848 --- # JAIL-MEASURE db> trace 69455 Tracing pid 69455 tid 100839 td 0xc9a5d780 sched_switch(c9a5d780,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 turnstile_wait(c076a080,ca239480,0,c076a080,2,c06e8e2b,233) at turnstile_wait+0x35a _mtx_lock_sleep(c076a080,c9a5d780,0,c06f3435,c1) at _mtx_lock_sleep+0x14c _mtx_lock_flags(c076a080,0,c06f3435,c1) at _mtx_lock_flags+0xa2 namei(ece75ba0) at namei+0x227 kern_lstat(c9a5d780,80637a8,0,ece75c74) at kern_lstat+0x47 lstat(c9a5d780,ece75d04) at lstat+0x1b syscall(805003b,805003b,bfbf003b,8063748,8063700,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (190, FreeBSD ELF32, lstat), eip = 0x28159b47, esp = 0xbfbfeafc, ebp = 0xbfbfeb98 --- # EM1 db> trace 27 Tracing pid 27 tid 100017 td 0xc894c900 sched_switch(c894c900,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 turnstile_wait(c076a080,ca239480,0,c076a080,2,c06e8e2b,233) at turnstile_wait+0x35a _mtx_lock_sleep(c076a080,c894c900,0,c06e6f85,2a9) at _mtx_lock_sleep+0x14c _mtx_lock_flags(c076a080,0,c06e6f85,2a9) at _mtx_lock_flags+0xa2 ithread_execute_handlers(c89a3648,c89a0480) at ithread_execute_handlers+0xde ithread_loop(c8a2cae0,e8210d38,c8a2cae0,c04f290c,0,...) at ithread_loop+0x67 fork_exit(c04f290c,c8a2cae0,e8210d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe8210d6c, ebp = 0 --- # EM0 db> trace 26 Tracing pid 26 tid 100018 td 0xc894c780 sched_switch(c894c780,0,1) at sched_switch+0x177 mi_switch(1,0) at mi_switch+0x270 turnstile_wait(c076a080,ca239480,0,c076a080,2,c06e8e2b,233) at turnstile_wait+0x35a _mtx_lock_sleep(c076a080,c894c780,0,c06e6f85,2a9) at _mtx_lock_sleep+0x14c _mtx_lock_flags(c076a080,0,c06e6f85,2a9) at _mtx_lock_flags+0xa2 ithread_execute_handlers(c89a3860,c89a0500) at ithread_execute_handlers+0xde ithread_loop(c8a2cc40,e820dd38,c8a2cc40,c04f290c,0,...) at ithread_loop+0x67 fork_exit(c04f290c,c8a2cc40,e820dd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe820dd6c, ebp = 0 --- # -------------------------------------------------------------------- # OTHER INFO db> x cpu_idle_hlt cpu_idle_hlt: 0 --------------010905080203030203030807-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 16 10:21:45 2008 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 A3C8E106566B for ; Mon, 16 Jun 2008 10:21:45 +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 520F18FC23 for ; Mon, 16 Jun 2008 10:21:45 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5490F.dip.t-dialin.net [84.165.73.15]) by redbull.bpaserver.net (Postfix) with ESMTP id 392CF2E200; Mon, 16 Jun 2008 12:03:55 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id B06AB12E313; Mon, 16 Jun 2008 12:03:52 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1213610632; bh=KI9yyHegFhB/47L3DIp7BAXHm2lzUCUmO Tj/MHBnfWc=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Lxojub2p49ExeD1WRFh1p2esl7QBCsNTOZLv9GEVUVle/HVd7E7IkyYXRu/eAkWWM 9Sg9yXfjQMDlm5fE8JCyXJWRtu/zjV9ahpV6TyutCjZhKUnT1+Q41MKabSOfGu+fP+T /XSsePua5kXaSoEfWyfMdFzM9BZ3q13kA91wchYdD9tHQ0H4oUg83KTukCPjM+ZaSMM qYkRsQkZwGaFojSg8qN6hS1w6BfSNzioeTm2Ct33YzFDWGB/qWtRiXgof1fXsQgI4Tq Ib67QE0Sz1RFMDiWv/7Rn2uccdeHFsJ/ixwnFQa9qCNWFv6yAWlN4D6Rdw/XhuD1o18 R0vV5Ufyw== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m5GA3qUx060017; Mon, 16 Jun 2008 12:03:52 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Mon, 16 Jun 2008 12:03:52 +0200 Message-ID: <20080616120352.72872r6gafuop5yc@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 16 Jun 2008 12:03:52 +0200 From: Alexander Leidinger To: Fraser Tweedale References: <4852CFE8.8040003@rawbw.com> <20080613235531.GA91339@bacardi> In-Reply-To: <20080613235531.GA91339@bacardi> 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.2-RC2) / FreeBSD-8.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, ORDB-RBL, SpamAssassin (not cached, score=-12.904, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, J_CHICKENPOX_63 0.60, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Mon, 16 Jun 2008 11:25:54 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: How to probe what application does in kernel (with sound device)? 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, 16 Jun 2008 10:21:45 -0000 Quoting Fraser Tweedale (from Sat, 14 Jun 2008 =20 09:55:32 +1000): > ktrace(1) > > From man page: > The ktrace utility enables kernel trace logging for the specified pro= - > cesses. Kernel trace data is logged to the file ktrace.out. The ker= nel > operations that are traced include system calls, namei =20 > translations, sig- > nal processing, and I/O. To work with linux programs, linux_kdump (ports) has to be used. Regarding the problem at hand, have a look at vchans (sysctl -a | grep =20 vchan). Enable them if they aren't already and test again. If there are still problems, I suggest to come over to multimedia@, =20 post the OS version, the content of /dev/sndstat, the output of =20 "sysctl -a | grep linux" and what you tried so far. Bye, Alexander. --=20 Eat drink and be merry! Tomorrow you may be in Utah. 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 Jun 16 12:43:44 2008 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 0E06E106568D for ; Mon, 16 Jun 2008 12:43:44 +0000 (UTC) (envelope-from sigtrm@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id D8A7E8FC2A for ; Mon, 16 Jun 2008 12:43:43 +0000 (UTC) (envelope-from sigtrm@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so5806320rvf.43 for ; Mon, 16 Jun 2008 05:43:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=OqV0cCHdHsEw1qbxlBwIIav/IteYJX141KfzNFBU9eo=; b=FpfvE95ZyJRtRnA3/WRb/Zy4SUzVZsImUfWkwBjbRfrOSzlG/Krci102CKL/LHqkMP DGvFVV9xFwBs7ESnkcjdK8ugMhQ6b4Kxm1c79O8gKGb44y1DKGU0KAKV2h4wUSoCUh9Y YSIcIUQnLQWnkoVPrVv1g7CVkqZzyVb4pgN5Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=gdVIdL9vJbXvdwvMI56zUDkmhAAWvg/XVQ1Ff2qUyz05Ji5ces5UV1ufSdHuCFtKVa E/TBqtm8FHp0eauirLvNzWgTktewX0dDr847km0TEZy/Hyqc3RbxAizt7DOkX7+DPndX mJZwJkY5xxfI9C59NK7UWTF/DULI8zt+5G90M= Received: by 10.141.114.15 with SMTP id r15mr3568779rvm.164.1213618516414; Mon, 16 Jun 2008 05:15:16 -0700 (PDT) Received: by 10.141.76.5 with HTTP; Mon, 16 Jun 2008 05:15:16 -0700 (PDT) Message-ID: Date: Mon, 16 Jun 2008 14:15:16 +0200 From: "Lukasz Jaroszewski" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: KLM - Fatal trap 12 on kldunload mod - sc replace 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, 16 Jun 2008 12:43:44 -0000 Hi, I am trying to master kernel, first thought was to do simple replace of system call(read), tho i have some issues which I cant figure. My read_hack is supposed to log keystrokes, and it does.. tho only login and password typed from console but without 1st char(typed root appears as oot.), next after kldunload and changing tty system does ``fatal trap''. Here is the code i use: ---------------------------cut-------------------------- read_hack(struct thread *td, void *syscall_args) { struct read_args *uap; uap = (struct read_args *)syscall_args; int error; char buf[1]; int done; error = read(td, syscall_args); if (error || (!uap->nbyte) || (uap->nbyte > 1) || (uap->fd != 0)) return(error); copyinstr(uap->buf, buf, 1, &done); log(LOG_INFO, "mex: %c\n", buf[0]); return(error); } ---------------------------cut--------------------- And in load() i do: ---------------------------cut--------------------- load(struct module *module, int cmd, void *arg) { int error = 0; switch (cmd) { case MOD_LOAD: oldsy = sysent[SYS_read].sy_call; sysent[SYS_read].sy_call = (sy_call_t *)read_hack; break; case MOD_UNLOAD: sysent[SYS_read].sy_call = (sy_call_t *)oldsy; break; default: error = EOPNOTSUPP; break; } return(error); } ---------------------------cut------------------- After changing to other tty i get: -------------------------------------------------------------------- # kgdb kernel.debug /var/crash/vmcore.5 [GDB will not be able to debug user-mode threads: /usr/lib/ libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc23f656e fault code = supervisor read, page not present instruction pointer = 0x20:0xc23f656e stack pointer = 0x28:0xcd63bc60 frame pointer = 0x28:0xcd63bc80 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1139 (csh) panic: from debugger cpuid = 0 Uptime: 34m47s Physical memory: 234 MB Dumping 37 MB: 22 6 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) wh ;;------below reformatted text, tr'ed escape chars which made frame around it------- pcpu.h 177 : "=m" (*(struct __s *) (__pcpu_offset(name))) \ 178 : "r" (__s)); \ 179 } else { \ 180 *__PCPU_PTR(name) = __val; \ 181 } \ 182 } 183 184 #define PCPU_GET(member) __PCPU_GET(pc_ ## member) 185 #define PCPU_ADD(member, val) __PCPU_ADD(pc_ ## member, val) 186 #define PCPU_INC(member) __PCPU_INC(pc_ ## member) 187 #define PCPU_PTR(member) __PCPU_PTR(pc_ ## member) 188 #define PCPU_SET(member, val) __PCPU_SET(pc_ ## member, val) 189 190 static __inline struct thread * 191 __curthread(void) 192 { 193 struct thread *td; 194 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); 196 return (td); 197 } 198 #define curthread (__curthread()) 199 200 #else /* !lint || defined(__GNUCLIKE_ASM) && defined(__GNUCLIKE___TYPEOF) */ 201 202 #error "this file needs to be ported to your compiler" 203 204 #endif /* lint, etc. */ 205 206 #endif /* _KERNEL */ 207 208 #endif /* !_MACHINE_PCPU_H_ */ 209 210 211 212 213 214 ;;-----------------------------------end of tr'ed frame--------------------------------- kernel Thread 100076 In: doadump Line: 195 PC: 0xc074f42c Segmentation fault (core dumped) # # uname -a FreeBSD 7.0-BETA3 FreeBSD 7.0-BETA3 #1: Sat Nov 24 11:19:31 UTC 2007 root@:/usr/obj/usr/src/sys/BSDKITCHEN i386 I know its BETA, but i don't think its an issue, i guess i am doing something wrong. I would like to know as much as one can/have will/ time to explain me, where is layer 8 error. :) Best regards LVJ From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 16 12:44:41 2008 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 4B41B1065674 for ; Mon, 16 Jun 2008 12:44:41 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from www.pkgsrc-box.org (www.ostsee-abc.de [62.206.222.50]) by mx1.freebsd.org (Postfix) with ESMTP id 041668FC18 for ; Mon, 16 Jun 2008 12:44:40 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (www.pkgsrc-box.org [127.0.0.1]) by www.pkgsrc-box.org (Postfix) with ESMTP id F0BD8E50089; Mon, 16 Jun 2008 12:44:38 +0000 (UTC) Received: by britannica.bec.de (Postfix, from userid 1000) id 3290216FC6; Mon, 16 Jun 2008 14:34:29 +0200 (CEST) Date: Mon, 16 Jun 2008 14:34:29 +0200 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org, hackers@freebsd.org Message-ID: <20080616123429.GA2189@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org, hackers@freebsd.org References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <4854C96A.1080603@aueb.gr> <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> <7d6fde3d0806152111t3306279dr841b90740141fcfb@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7d6fde3d0806152111t3306279dr841b90740141fcfb@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 16 Jun 2008 12:44:41 -0000 On Sun, Jun 15, 2008 at 09:11:36PM -0700, Garrett Cooper wrote: > Now all we need to do is write / import a BSD compatible less(1) into > FreeBSD =). less is dual licensed. Joerg From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 16 12:51:51 2008 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 EB468106567F; Mon, 16 Jun 2008 12:51:51 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id A79198FC20; Mon, 16 Jun 2008 12:51:51 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id EBF712085; Mon, 16 Jun 2008 14:36:23 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Doug Barton References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <4854C96A.1080603@aueb.gr> <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> <4855EDFE.3010708@FreeBSD.org> Date: Mon, 16 Jun 2008 14:36:23 +0200 In-Reply-To: <4855EDFE.3010708@FreeBSD.org> (Doug Barton's message of "Sun\, 15 Jun 2008 21\:37\:18 -0700") Message-ID: <86bq211rqw.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, Andrey Chernov , Diomidis Spinellis , hackers@freebsd.org, K?vesd?n G?bor , "Sean C. Farley" , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 16 Jun 2008 12:51:52 -0000 Doug Barton writes: > Andrey Chernov writes: > > Please note that BSD grep is not localized (and can't be per design) > > and works only with standard C locale. It may not affect ports > > system processing but shurely affects real texts handling. > That is very troubling. In this day and age localization is a > requirement. I cannot imagine being supportive of adding something to > the base that does not have this capability. We don't have a locale-aware regex implementation. Henry Spencer wrote one for Tcl 8, and it seems to be under an MIT-equivalent license, but I'm not sure how hard it would be to extirpate. It might be easier to lift it from PostgreSQL, which also uses it. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 16 13:09:29 2008 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 BCCC1106568A for ; Mon, 16 Jun 2008 13:09:29 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from www.pkgsrc-box.org (www.ostsee-abc.de [62.206.222.50]) by mx1.freebsd.org (Postfix) with ESMTP id 798AE8FC31 for ; Mon, 16 Jun 2008 13:09:29 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (www.pkgsrc-box.org [127.0.0.1]) by www.pkgsrc-box.org (Postfix) with ESMTP id F0BD8E50089; Mon, 16 Jun 2008 12:44:38 +0000 (UTC) Received: by britannica.bec.de (Postfix, from userid 1000) id 3290216FC6; Mon, 16 Jun 2008 14:34:29 +0200 (CEST) Date: Mon, 16 Jun 2008 14:34:29 +0200 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org, hackers@freebsd.org Message-ID: <20080616123429.GA2189@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org, hackers@freebsd.org References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <4854C96A.1080603@aueb.gr> <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> <7d6fde3d0806152111t3306279dr841b90740141fcfb@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7d6fde3d0806152111t3306279dr841b90740141fcfb@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 16 Jun 2008 13:09:29 -0000 On Sun, Jun 15, 2008 at 09:11:36PM -0700, Garrett Cooper wrote: > Now all we need to do is write / import a BSD compatible less(1) into > FreeBSD =). less is dual licensed. Joerg From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 16 13:33:24 2008 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 8C02F1065670 for ; Mon, 16 Jun 2008 13:33:24 +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 432268FC0C for ; Mon, 16 Jun 2008 13:33:24 +0000 (UTC) (envelope-from walraven@terantula.com) Received: from localhost (localhost [127.0.0.1]) by mx.terantula.com (Postfix) with ESMTP id 7B9591479C; Mon, 16 Jun 2008 15:33:20 +0200 (CEST) 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 27ID-h++ITzy; Mon, 16 Jun 2008 15:33:13 +0200 (CEST) Received: by mx.terantula.com (Postfix, from userid 1002) id D159E14A20; Mon, 16 Jun 2008 15:33:13 +0200 (CEST) Date: Mon, 16 Jun 2008 15:33:13 +0200 From: Marco Walraven To: Jeremy Chadwick Message-ID: <20080616133313.GE27681@cotton.terantula.com> References: <20080613103000.GB27681@cotton.terantula.com> <20080613111249.GA51360@eos.sc1.parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080613111249.GA51360@eos.sc1.parodius.com> User-Agent: Mutt/1.4.2.3i Organisation: Terantula Cc: freebsd-hackers@freebsd.org, Marco Walraven Subject: Re: RELENG_7 pxeboot fails on SuperMicro 6012 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, 16 Jun 2008 13:33:24 -0000 On Fri, Jun 13, 2008 at 04:12:49AM -0700, Jeremy Chadwick wrote: > On Fri, Jun 13, 2008 at 12:30:00PM +0200, Marco Walraven wrote: > > I ran into the following problem trying to pxeboot RELENG_7 on a SuperMicro 6012 system. RELENG_6 just works fine and the same RELENG_7 release pxeboots fine when I use a VMware host. > > > > Can't work out which disk we are booting from. > > Guessed BIOS device 0xffffff not fund by probes, defaulting to disk0: > > > > can't load 'kernel' > > > > None of the setting I have specified in /boot/loader.conf especially vfs.root.mountfrom="ufs:/dev/md0c" pop up when asking for the configured variables. > > > > Any clues ? > > http://jdc.parodius.com/freebsd/pxeboot_serial_install.html > > Be sure to read this, and see Item #10. Thanks for the quick hint Jeremy; booting on that old piece of hardware did indeed succeed using an uncompressed mfsroot. Marco -- 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 Mon Jun 16 13:51:42 2008 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 0898D106566B for ; Mon, 16 Jun 2008 13:51:42 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.3]) by mx1.freebsd.org (Postfix) with ESMTP id D9CDC8FC18 for ; Mon, 16 Jun 2008 13:51:41 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 6071 invoked from network); 16 Jun 2008 13:51:41 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 16 Jun 2008 13:51:40 -0000 Message-ID: <48566D63.3090509@telenix.org> Date: Mon, 16 Jun 2008 09:40:51 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Konrad Jankowski References: <4852C94B.2090809@telenix.org> <4854087F.90509@telenix.org> <716a8d5f0806160017y23a29fd4r20190e8b8a198a6@mail.gmail.com> In-Reply-To: <716a8d5f0806160017y23a29fd4r20190e8b8a198a6@mail.gmail.com> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD hotplugging (Hal) info 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, 16 Jun 2008 13:51:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Konrad Jankowski wrote: >> Replying to my own mail, I realize I've worded this badly ... what I meant is, >> does any part of FreeBSD's base make any use of Hal's (the hardware abstraction >> layer) API? If it does, and you could tell me where that is (because I can't > > Base definitely doesn't use it. > All you can find in base is devd. Well, good news and bad. Dropping the bad news first, I can't grep for hal or dbus anywhere in the devd src dir, which I think might mean it's not a direct user or propagator of hal. OTOH, devd's man page lists devctl, which seems mightily interesting, and could extremely likely be adapted into reporting to hal directly. My immediate worry is something I picked up from the devctl man page, that it is meant for a single reader. Does that mean that I am somehow prevented from sharing it to both devd (or devfs) AND hal, both? Or, do I manually (well, via script) create an extra devctl node? Or, maybe, am I knocking on the door of the wrong mailing list? Please let me know, my stubborn streak has seen me too close to the ending of this driver of mine to consider stopping now, I just MUST answer this last feature worry of mine. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIVm1jz62J6PPcoOkRArQbAJ9G+Ql78K7LWJ1vbKB7TWqAfRtBwgCgjQgw z+AP1pYbvAgmBrdqBXvMRbg= =7eon -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 16 14:13:14 2008 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 662191065679 for ; Mon, 16 Jun 2008 14:13:14 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.231]) by mx1.freebsd.org (Postfix) with ESMTP id ECE958FC0C for ; Mon, 16 Jun 2008 14:13:13 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by hu-out-0506.google.com with SMTP id 34so6975465hue.8 for ; Mon, 16 Jun 2008 07:13:13 -0700 (PDT) Received: by 10.82.156.10 with SMTP id d10mr61187bue.72.1213624690264; Mon, 16 Jun 2008 06:58:10 -0700 (PDT) Received: by 10.82.187.14 with HTTP; Mon, 16 Jun 2008 06:58:10 -0700 (PDT) Message-ID: Date: Mon, 16 Jun 2008 16:58:10 +0300 From: "Vlad GALU" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: kan@freebsd.org Subject: g++ associative containers 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, 16 Jun 2008 14:13:14 -0000 Hello list, I didn't have a clue where else to post this so I figured this place was the right one. I also CCed Alex Kabaev, who did the gcc 4 import. I'd like to use a Patricia container in the new libstdc++. The issue is that /usr/include/c++/4.2/ext/pb_ds/assoc_container.hpp has two erroneous #include directive on lines 52 and 53. Are there any plans to cover that part of the new libstdc++, or is there any workaround? Thanks, Vlad -- ~/.signature: no such file or directory From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 16 14:14:31 2008 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 219BD1065677 for ; Mon, 16 Jun 2008 14:14: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 A69138FC1D for ; Mon, 16 Jun 2008 14:14:30 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5490F.dip.t-dialin.net [84.165.73.15]) by redbull.bpaserver.net (Postfix) with ESMTP id 638232E0BC; Mon, 16 Jun 2008 16:14:24 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id D970413269A; Mon, 16 Jun 2008 16:14:21 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1213625661; bh=CeupF7VLJSLpXcZxESrSBXtsbCNhIm8Ry 5JW6ZFNGtM=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=hUM45JjBZ8IZ0DSgXZqo1yK7MW1PWceMMV+uQij8NMp9ZpSoapxlRIsYVeHXv3h3P uQ+x6+qEPGk2mGV2I4xLjhE8Fre8RMlGg8G+ZPW1SwYNA4MO288hlvRkh0gLSxNsK81 rW3NE0sR7NGQA+NRrLeDIam/Cq+U12qFCyml+e6M5rLohKFbT4iBmrhtYKxTBc3doby FuVfqE76dWUieQuaNujYD2nQ5VT5VpLs6dmmwhKLN2o0JAygj6y4s/bO/yQpgL9LnDe FtOc7t9IrFifuXAt8Neuy3bMxuhrhgc5NDJ8a7PvZxQTLhkgDM23XjngXsPmN69SGdt TKk1P+cnQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m5GEELDN002421; Mon, 16 Jun 2008 16:14:21 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Mon, 16 Jun 2008 16:14:21 +0200 Message-ID: <20080616161421.39263060wa8p0f28@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 16 Jun 2008 16:14:21 +0200 From: Alexander Leidinger To: Chuck Robey References: <4852C94B.2090809@telenix.org> <4854087F.90509@telenix.org> <716a8d5f0806160017y23a29fd4r20190e8b8a198a6@mail.gmail.com> <48566D63.3090509@telenix.org> In-Reply-To: <48566D63.3090509@telenix.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.2-RC2) / FreeBSD-8.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, ORDB-RBL, SpamAssassin (not cached, score=-13.427, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10, TW_VC 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Mon, 16 Jun 2008 14:19:24 +0000 Cc: freebsd-hackers@freebsd.org, Konrad Jankowski Subject: Re: FreeBSD hotplugging (Hal) info 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, 16 Jun 2008 14:14:31 -0000 Quoting Chuck Robey (from Mon, 16 Jun 2008 =20 09:40:51 -0400): > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Konrad Jankowski wrote: >>> Replying to my own mail, I realize I've worded this badly ... what =20 >>> I meant is, >>> does any part of FreeBSD's base make any use of Hal's (the =20 >>> hardware abstraction >>> layer) API? If it does, and you could tell me where that is =20 >>> (because I can't >> >> Base definitely doesn't use it. >> All you can find in base is devd. > > Well, good news and bad. Dropping the bad news first, I can't grep =20 > for hal or > dbus anywhere in the devd src dir, which I think might mean it's not a dir= ect > user or propagator of hal. OTOH, devd's man page lists devctl, which seem= s > mightily interesting, and could extremely likely be adapted into reporting= to > hal directly. devctl is reporting to devd. There's no relationship to HAL. > My immediate worry is something I picked up from the devctl man =20 > page, that it is > meant for a single reader. Does that mean that I am somehow prevented fro= m > sharing it to both devd (or devfs) AND hal, both? Or, do I manually =20 > (well, via > script) create an extra devctl node? Or, maybe, am I knocking on the door= of > the wrong mailing list? You can let devd issue commands in arrival/departure. > Please let me know, my stubborn streak has seen me too close to the ending= of > this driver of mine to consider stopping now, I just MUST answer this last > feature worry of mine. Ask on gnome@ about dbus, and on x11@ about the X11 HAL stuff. Bye, Alexander. --=20 =09"Fantasies are free." =09"NO!! NO!! It's the thought police!!!!" 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 Jun 16 15:29:06 2008 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 3E0BA1065675 for ; Mon, 16 Jun 2008 15:29:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id D0C4E8FC24 for ; Mon, 16 Jun 2008 15:29:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 26363 invoked by uid 399); 16 Jun 2008 15:29:05 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Jun 2008 15:29:05 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <485686BE.6070800@FreeBSD.org> Date: Mon, 16 Jun 2008 08:29:02 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.14 (X11/20080606) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <4854C96A.1080603@aueb.gr> <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> <4855EDFE.3010708@FreeBSD.org> <86bq211rqw.fsf@ds4.des.no> In-Reply-To: <86bq211rqw.fsf@ds4.des.no> X-Enigmail-Version: 0.95.6 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: current@freebsd.org, Andrey Chernov , Diomidis Spinellis , hackers@freebsd.org, K?vesd?n G?bor , "Sean C. Farley" , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 16 Jun 2008 15:29:06 -0000 Dag-Erling Smørgrav wrote: > Doug Barton writes: >> Andrey Chernov writes: >>> Please note that BSD grep is not localized (and can't be per design) >>> and works only with standard C locale. It may not affect ports >>> system processing but shurely affects real texts handling. >> That is very troubling. In this day and age localization is a >> requirement. I cannot imagine being supportive of adding something to >> the base that does not have this capability. > > We don't have a locale-aware regex implementation. Henry Spencer wrote > one for Tcl 8, and it seems to be under an MIT-equivalent license, but > I'm not sure how hard it would be to extirpate. It might be easier to > lift it from PostgreSQL, which also uses it. Ok, that's a slightly different situation, thanks for clarifying that. Sounds like that would be a good project for GSOC next year. :) Meanwhile, for those who didn't notice last night (*cough*) I added the WITHOUT_GNU_GREP knob for src.conf to make it easier for folks to test this in HEAD. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 16 17:13:03 2008 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 BE6FC1065674 for ; Mon, 16 Jun 2008 17:13:03 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.224]) by mx1.freebsd.org (Postfix) with ESMTP id 4F9F78FC1C for ; Mon, 16 Jun 2008 17:13:02 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by hu-out-0506.google.com with SMTP id 34so7043324hue.8 for ; Mon, 16 Jun 2008 10:13:02 -0700 (PDT) Received: by 10.82.191.3 with SMTP id o3mr390280buf.48.1213636381726; Mon, 16 Jun 2008 10:13:01 -0700 (PDT) Received: by 10.82.187.14 with HTTP; Mon, 16 Jun 2008 10:13:01 -0700 (PDT) Message-ID: Date: Mon, 16 Jun 2008 20:13:01 +0300 From: "Vlad GALU" To: "Alexander Kabaev" In-Reply-To: <20080616125738.554db60e@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080616125738.554db60e@kan.dnsalias.net> Cc: kan@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: g++ associative containers 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, 16 Jun 2008 17:13:03 -0000 On 6/16/08, Alexander Kabaev wrote: > On Mon, 16 Jun 2008 16:58:10 +0300 > "Vlad GALU" wrote: > > > Hello list, I didn't have a clue where else to post this so I > > figured this place was the right one. I also CCed Alex Kabaev, who did > > the gcc 4 import. > > I'd like to use a Patricia container in the new libstdc++. The issue > > is that /usr/include/c++/4.2/ext/pb_ds/assoc_container.hpp has two > > erroneous #include directive on lines 52 and 53. Are there any plans > > to cover that part of the new libstdc++, or is there any workaround? > > Thanks, > > Vlad > > > > File a PR plaase and assign it to me. Hi Alexander, I submitted the PR, but I've no clue how to assign it to you. Neither send-pr or the web interface (which I ended up using) seemed to allow me to do that. This is probably a PEBKAC :) > -- > > Alexander Kabaev > > -- ~/.signature: no such file or directory From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 16 17:22:22 2008 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 D7E4E1065677 for ; Mon, 16 Jun 2008 17:22:22 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id 8A4C18FC23 for ; Mon, 16 Jun 2008 17:22:22 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by an-out-0708.google.com with SMTP id b33so1272165ana.13 for ; Mon, 16 Jun 2008 10:22:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=WMVBdG1zMEoCHPxXQT7hnSk3HNjD3UM34Oacdt/rCSo=; b=KQDjsq2mmqB/vnSLonwi4I3tf6WkmTFsoUran9eM+O+buB/NXDqedDvjIAfSu0Lxye h8omzDlPppyznFtvfkcTo3tPRrsqLwAEQWvYgem1QZNuCbqCyjYcHN/XO0AQJw9TJwNo DSVNGSLDmnR6iBnRZEsu02H1C8jZ6jOkIaWSs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=krZl0oFdcW7nGSS6zGiROnJxiZQ0QUUd8HdHtSexP0R7lAy8i+Sgs/TonljHNgGryu 4TslxU0kq9s0Wg+ZfmrhgOtLsTbExb5kojFK59xTLjWuBpqdk17vdmq+BDS1qR6DZGcK cHsjuRzZsipJCoXfomx4/xVV4S/Ecjg8twW+g= Received: by 10.100.202.19 with SMTP id z19mr8982024anf.19.1213636941868; Mon, 16 Jun 2008 10:22:21 -0700 (PDT) Received: from kan.dnsalias.net ( [24.218.183.247]) by mx.google.com with ESMTPS id b7sm10025770ana.35.2008.06.16.10.22.20 (version=SSLv3 cipher=RC4-MD5); Mon, 16 Jun 2008 10:22:21 -0700 (PDT) Date: Mon, 16 Jun 2008 13:22:15 -0400 From: Alexander Kabaev To: "Vlad GALU" Message-ID: <20080616132215.51eb87e6@kan.dnsalias.net> In-Reply-To: References: <20080616125738.554db60e@kan.dnsalias.net> X-Mailer: Claws Mail 3.4.0 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/dS1uawJgenqhS2HwlWV2A/g"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: kan@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: g++ associative containers 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, 16 Jun 2008 17:22:22 -0000 --Sig_/dS1uawJgenqhS2HwlWV2A/g Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 16 Jun 2008 20:13:01 +0300 "Vlad GALU" wrote: > On 6/16/08, Alexander Kabaev wrote: > > On Mon, 16 Jun 2008 16:58:10 +0300 > > "Vlad GALU" wrote: > > > > > Hello list, I didn't have a clue where else to post this so I > > > figured this place was the right one. I also CCed Alex Kabaev, > > > who did the gcc 4 import. > > > I'd like to use a Patricia container in the new libstdc++. The > > > issue is that /usr/include/c++/4.2/ext/pb_ds/assoc_container.hpp > > > has two erroneous #include directive on lines 52 and 53. Are > > > there any plans to cover that part of the new libstdc++, or is > > > there any workaround? Thanks, > > > Vlad > > > > > > > File a PR plaase and assign it to me. >=20 > Hi Alexander, > I submitted the PR, but I've no clue how to assign it to you. > Neither send-pr or the web interface (which I ended up using) seemed > to allow me to do that. This is probably a PEBKAC :) >=20 Never mind then Just mail me the PR number. --=20 Alexander Kabaev --Sig_/dS1uawJgenqhS2HwlWV2A/g Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFIVqFHQ6z1jMm+XZYRAka3AKCNw25/1vh3qXuM2pwMg7ztQ6HOSgCgnOSg PU2WD6mbr2SIiXKEI+/wXds= =r6Qg -----END PGP SIGNATURE----- --Sig_/dS1uawJgenqhS2HwlWV2A/g-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 16 17:26:58 2008 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 7FB4E1065674 for ; Mon, 16 Jun 2008 17:26:58 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 347D08FC1A for ; Mon, 16 Jun 2008 17:26:58 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by an-out-0708.google.com with SMTP id b33so1272677ana.13 for ; Mon, 16 Jun 2008 10:26:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=eUxiVBQb61ImPgmt4gzGoBH0ce0xv98MLHBkcdW3RGQ=; b=hll19v8AwVOjp8MPbdTWKFRh9/dQ1Ul0VR723B6T4j2Q6W2s7o/Aek7wtZQQRm3dwi J9dRBN9ia4mxc7isYhst8ar0Tl9OIyHqHt/WCqdJXK9jGTH3HyBpjcMbbGxtX5AZwBSQ BarFXzYrCSRAUqay4JVldaEBmTWKePR9W87Zw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=PQNuNHNKOHh97dotXI0Khj+qHj1R3kcviP76BYZJUdROvJntAt4irb7X5aORlnAQfi kOHYXLphZZnROtmE08TostgYCGHhsBVD7ZlwOC/YbHreD4CdVtqcbe3BlyIiTkHWmswA 9JIj3vXIs3nN0TayZDSYUCuqGRArToD1K8v3Y= Received: by 10.100.253.5 with SMTP id a5mr8963803ani.5.1213635470098; Mon, 16 Jun 2008 09:57:50 -0700 (PDT) Received: from kan.dnsalias.net ( [24.218.183.247]) by mx.google.com with ESMTPS id b19sm9960683ana.19.2008.06.16.09.57.43 (version=SSLv3 cipher=RC4-MD5); Mon, 16 Jun 2008 09:57:49 -0700 (PDT) Date: Mon, 16 Jun 2008 12:57:38 -0400 From: Alexander Kabaev To: "Vlad GALU" Message-ID: <20080616125738.554db60e@kan.dnsalias.net> In-Reply-To: References: X-Mailer: Claws Mail 3.4.0 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/BwgjRkw.DVdsAKO2nOOXLZK"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: kan@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: g++ associative containers 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, 16 Jun 2008 17:26:58 -0000 --Sig_/BwgjRkw.DVdsAKO2nOOXLZK Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 16 Jun 2008 16:58:10 +0300 "Vlad GALU" wrote: > Hello list, I didn't have a clue where else to post this so I > figured this place was the right one. I also CCed Alex Kabaev, who did > the gcc 4 import. > I'd like to use a Patricia container in the new libstdc++. The issue > is that /usr/include/c++/4.2/ext/pb_ds/assoc_container.hpp has two > erroneous #include directive on lines 52 and 53. Are there any plans > to cover that part of the new libstdc++, or is there any workaround? > Thanks, > Vlad >=20 File a PR plaase and assign it to me. --=20 Alexander Kabaev --Sig_/BwgjRkw.DVdsAKO2nOOXLZK Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFIVpuCQ6z1jMm+XZYRAnCzAJ9i5NB4LHdahMFnaJ4IpaDnEJpjmwCgkBUq Uc8ztrwMtHstr3/OcHAEn+U= =ioPg -----END PGP SIGNATURE----- --Sig_/BwgjRkw.DVdsAKO2nOOXLZK-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 16 18:17:41 2008 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 15DA1106564A for ; Mon, 16 Jun 2008 18:17:41 +0000 (UTC) (envelope-from ravi.murty@intel.com) Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by mx1.freebsd.org (Postfix) with ESMTP id D4AC98FC1E for ; Mon, 16 Jun 2008 18:17:40 +0000 (UTC) (envelope-from ravi.murty@intel.com) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga101.fm.intel.com with ESMTP; 16 Jun 2008 10:46:13 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.27,653,1204531200"; d="scan'208,217";a="578483962" Received: from orsmsx334.amr.corp.intel.com (HELO orsmsx334.jf.intel.com) ([10.22.226.45]) by fmsmga001.fm.intel.com with ESMTP; 16 Jun 2008 10:50:47 -0700 Received: from orsmsx416.amr.corp.intel.com ([10.22.226.46]) by orsmsx334.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 16 Jun 2008 10:49:28 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 16 Jun 2008 10:49:26 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: TD_ON_RUNQ() Thread-Index: AcjP2VGUNQabns4lR+Ku0NfrJSDvPQ== From: "Murty, Ravi" To: X-OriginalArrivalTime: 16 Jun 2008 17:49:28.0939 (UTC) FILETIME=[531E0BB0:01C8CFD9] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: TD_ON_RUNQ() 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, 16 Jun 2008 18:17:41 -0000 Hello Everybody, =20 This is a basic question - I've noticed this code in the kernel and sched_4bsd.c which basically says assert that I am running on that I am not on the runq. For instance, in mi_switch() (kern_sync.c) there is an assert KASSERT(!TD_ON_RUNQ(td), ("mi_switch: called by old code")). I guess if mi_switch is being called for curthread, it must be running which means it can't be on the runq, but I don't understand the assert string. Similarly in sched_4bsd.c in function sched_bind, the assertion says "assert that this thread is running" - and I've seen this assert happen. =20 Thanks Ravi =20 From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 16 18:20:38 2008 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 2F5521065674 for ; Mon, 16 Jun 2008 18:20:38 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id 065768FC14 for ; Mon, 16 Jun 2008 18:20:37 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 18799 invoked from network); 16 Jun 2008 18:20:37 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 16 Jun 2008 18:20:37 -0000 Message-ID: <4856AC6C.3050106@telenix.org> Date: Mon, 16 Jun 2008 14:09:48 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Alexander Leidinger References: <4852C94B.2090809@telenix.org> <4854087F.90509@telenix.org> <716a8d5f0806160017y23a29fd4r20190e8b8a198a6@mail.gmail.com> <48566D63.3090509@telenix.org> <20080616161421.39263060wa8p0f28@webmail.leidinger.net> In-Reply-To: <20080616161421.39263060wa8p0f28@webmail.leidinger.net> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Konrad Jankowski Subject: Re: FreeBSD hotplugging (Hal) info 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, 16 Jun 2008 18:20:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alexander Leidinger wrote: > Quoting Chuck Robey (from Mon, 16 Jun 2008 09:40:51 > -0400): > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Konrad Jankowski wrote: >>>> Replying to my own mail, I realize I've worded this badly ... what I >>>> meant is, >>>> does any part of FreeBSD's base make any use of Hal's (the hardware >>>> abstraction >>>> layer) API? If it does, and you could tell me where that is >>>> (because I can't >>> >>> Base definitely doesn't use it. >>> All you can find in base is devd. >> >> Well, good news and bad. Dropping the bad news first, I can't grep >> for hal or >> dbus anywhere in the devd src dir, which I think might mean it's not a >> direct >> user or propagator of hal. OTOH, devd's man page lists devctl, which >> seems >> mightily interesting, and could extremely likely be adapted into >> reporting to >> hal directly. > > devctl is reporting to devd. There's no relationship to HAL. > >> My immediate worry is something I picked up from the devctl man page, >> that it is >> meant for a single reader. Does that mean that I am somehow prevented >> from >> sharing it to both devd (or devfs) AND hal, both? Or, do I manually >> (well, via >> script) create an extra devctl node? Or, maybe, am I knocking on the >> door of >> the wrong mailing list? > > You can let devd issue commands in arrival/departure. You missed the point, which is, because I am writing an Xorg Xinput driver, I MUST use hal. I *can* use devd or devfs, if and only if I also use the hal interface. I just found out about lshal, so I was able to prove that hal is aware of all the usb devices, I just need some way to prove that hal knows this info in real-time. So far, using a dbus tool, I can't see where hal is broadcasting about new usb devices, even things that show up in /var/log/messages on time. I need to see how hal finds out about it's devices, and either prove to myself that it knows this in realtime, or add it. That's why I was interested in devctl, because it seems like the ideal method to find out about new devices, and use that info to give it to dbus. Maybe I could write some devfs or devd script, maybe one in python (there's a Python interface to dbus) to tell hal about new devices, but that would be doing it secondhand, I'd far rather get it directly from devctl. That's why I asked about the man p[age comment about devctl talking only to devd, I'd like to change that. Maybe I'll find out who wrote that, and grill that guy. > >> Please let me know, my stubborn streak has seen me too close to the >> ending of >> this driver of mine to consider stopping now, I just MUST answer this >> last >> feature worry of mine. > > Ask on gnome@ about dbus, and on x11@ about the X11 HAL stuff. > > Bye, > Alexander. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIVqxsz62J6PPcoOkRAukvAJ9pmTL3Q0rKiCyEC57MclDDEUFVlQCgkfto KJbQORD0H/ZGuipQCm4jdT8= =4hI6 -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 17 00:22:47 2008 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 934B7106566B; Tue, 17 Jun 2008 00:22:47 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id E1A8D8FC14; Tue, 17 Jun 2008 00:22:46 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m5H0MSQh016176; Tue, 17 Jun 2008 04:22:28 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1213662148; bh=iNwAo5NYW2Ed1LD4FbMXiBQlaeLlIH0PfMly82g 6MBI=; l=924; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=EpMfDomP3Nhxdyk/4rsIAfhw0 TAovD3A8ADjAWaXmAp/e1DyAvaozgGwerScCPbSfe1hYG+Q/C/wOXvVUrlxR0GpxDc9 kkZnW4dPAcaTGLaWXIgJtuaSdkialHn9MrVSuIGc1kTqrQtgURz1nBA5QHlytZnpfRX 76ikG/X5Vh1Y= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m5H0MR9x016175; Tue, 17 Jun 2008 04:22:27 +0400 (MSD) (envelope-from ache) Date: Tue, 17 Jun 2008 04:22:25 +0400 From: Andrey Chernov To: Dag-Erling Sm??rgrav Message-ID: <20080617002224.GA16122@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Dag-Erling Sm??rgrav , Doug Barton , K?vesd?n G?bor , Diomidis Spinellis , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <4854C96A.1080603@aueb.gr> <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> <4855EDFE.3010708@FreeBSD.org> <86bq211rqw.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86bq211rqw.fsf@ds4.des.no> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Tue, 17 Jun 2008 01:59:24 +0000 Cc: Doug Barton , current@FreeBSD.org, Diomidis Spinellis , hackers@FreeBSD.org, K?vesd?n G?bor , "Sean C. Farley" , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 17 Jun 2008 00:22:47 -0000 On Mon, Jun 16, 2008 at 02:36:23PM +0200, Dag-Erling Sm??rgrav wrote: > > > Please note that BSD grep is not localized (and can't be per design) > > > and works only with standard C locale. It may not affect ports > > > system processing but shurely affects real texts handling. > > That is very troubling. In this day and age localization is a > > requirement. I cannot imagine being supportive of adding something to > > the base that does not have this capability. > > We don't have a locale-aware regex implementation. Henry Spencer wrote > one for Tcl 8, and it seems to be under an MIT-equivalent license, but > I'm not sure how hard it would be to extirpate. It might be easier to > lift it from PostgreSQL, which also uses it. No, we have it already for many years (libc/regexec). BSD grep problem is different one, they use upper half of 256 char table on their own. -- http://ache.pp.ru/ From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 17 00:28:30 2008 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 F152210656AE; Tue, 17 Jun 2008 00:28:29 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 4BB738FC18; Tue, 17 Jun 2008 00:28:29 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m5H0SBmS016257; Tue, 17 Jun 2008 04:28:11 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1213662491; bh=T2MyJb86+Q+WvBouyq96wpARPkvsla3aTsdo7Ly OeDU=; l=1246; h=Date:From:To:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=A9AySwPqHBtczH96CiQLwFOt2 90tn06obhENeYXeMJy+DjwSEqdVmvY4B/IjK3g6qBnVITFD5wbEnaSIHTH+LrwGgfdZ riCis9OodbYhmRp7yAo1JZFD0hnQIWGK5vTHf8/riYxUpnch/92qDMoHJywWM30+3SS WADLKw9tFTiI= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m5H0SB8R016255; Tue, 17 Jun 2008 04:28:11 +0400 (MSD) (envelope-from ache) Date: Tue, 17 Jun 2008 04:28:10 +0400 From: Andrey Chernov To: Dag-Erling Sm??rgrav , Doug Barton , K?vesd?n G?bor , Diomidis Spinellis , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon Message-ID: <20080617002808.GB16122@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Dag-Erling Sm??rgrav , Doug Barton , K?vesd?n G?bor , Diomidis Spinellis , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <4854C96A.1080603@aueb.gr> <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> <4855EDFE.3010708@FreeBSD.org> <86bq211rqw.fsf@ds4.des.no> <20080617002224.GA16122@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080617002224.GA16122@nagual.pp.ru> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Tue, 17 Jun 2008 01:59:33 +0000 Cc: Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 17 Jun 2008 00:28:30 -0000 On Tue, Jun 17, 2008 at 04:22:25AM +0400, Andrey Chernov wrote: > On Mon, Jun 16, 2008 at 02:36:23PM +0200, Dag-Erling Sm??rgrav wrote: > > > > Please note that BSD grep is not localized (and can't be per design) > > > > and works only with standard C locale. It may not affect ports > > > > system processing but shurely affects real texts handling. > > > That is very troubling. In this day and age localization is a > > > requirement. I cannot imagine being supportive of adding something to > > > the base that does not have this capability. > > > > We don't have a locale-aware regex implementation. Henry Spencer wrote > > one for Tcl 8, and it seems to be under an MIT-equivalent license, but > > I'm not sure how hard it would be to extirpate. It might be easier to > > lift it from PostgreSQL, which also uses it. > > No, we have it already for many years (libc/regexec). > BSD grep problem is different one, they use upper half of 256 char table > on their own. Oops, sorry I am thinking about BSD _sort_ when writing last statement. BSD grep is even not bothering to call setlocale(). I can't say is it can be simple healed by adding that call, some test suite run is needed. -- http://ache.pp.ru/ From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 17 00:47:08 2008 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 52BA11065678; Tue, 17 Jun 2008 00:47:08 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id BA3108FC12; Tue, 17 Jun 2008 00:47:07 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m5H0knNQ016600; Tue, 17 Jun 2008 04:46:49 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1213663609; bh=KqptdnJQ0y7zM7/7WS8z/6f6SNwGy+SkW1zZ60X M1vw=; l=475; h=Date:From:To:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=TcbbhtHBhACUUqi3XSNbu2UkZ OoQVWSjAyvyAOBsg+P7wl8w9/jgJ9h3jt1Epq+p94GwJXhsPYjmRyVvAqnu1iYvVlSy 7mlGkjBCIhGbFg8Rqh6Fut81pvKvx898HMIIiyuQcdYZTTLg2TTpSyTYSx5GTEzj1mp T1WXH2Yjh298= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m5H0kmva016599; Tue, 17 Jun 2008 04:46:48 +0400 (MSD) (envelope-from ache) Date: Tue, 17 Jun 2008 04:46:47 +0400 From: Andrey Chernov To: Dag-Erling Sm??rgrav , Doug Barton , K?vesd?n G?bor , Diomidis Spinellis , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon Message-ID: <20080617004647.GA16546@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Dag-Erling Sm??rgrav , Doug Barton , K?vesd?n G?bor , Diomidis Spinellis , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <4854C96A.1080603@aueb.gr> <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> <4855EDFE.3010708@FreeBSD.org> <86bq211rqw.fsf@ds4.des.no> <20080617002224.GA16122@nagual.pp.ru> <20080617002808.GB16122@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080617002808.GB16122@nagual.pp.ru> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Tue, 17 Jun 2008 01:59:40 +0000 Cc: Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 17 Jun 2008 00:47:08 -0000 On Tue, Jun 17, 2008 at 04:28:10AM +0400, Andrey Chernov wrote: > BSD grep is even not bothering to call setlocale(). I can't say is it can > be simple healed by adding that call, some test suite run is needed. Quick source inspection reveals that BSD grep operates with single bytes only (util.c) so big rewriting with mbrtowc() is needed. Adding setlocale() only will makes it only useable with single byte locales, in success case. -- http://ache.pp.ru/ From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 17 03:28:15 2008 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 7AAA31065677 for ; Tue, 17 Jun 2008 03:28:15 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.230]) by mx1.freebsd.org (Postfix) with ESMTP id 0622D8FC23 for ; Tue, 17 Jun 2008 03:28:14 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by hu-out-0506.google.com with SMTP id 34so7224913hue.8 for ; Mon, 16 Jun 2008 20:28:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=qRELqj9EP1mdzaqnK9Hhg8sL+UkzA1g8CsRW/O3rHL0=; b=k/Q82z/tmJnWJeTVwZw2ohsC1Ex8ymz0e0K8Ds6vLV9bCTuG2Kv5jwL7nNR3s61gcT dUHpEPzsIVH2YBGe+lKANPPSDgVsYlkxSdBtG+PrHMfVMoW+0Fvq6Yr88shkmUI1iuV4 F8TwDuVckw0XO4x9S84+W7HHKSf3x14ehb7ik= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=LBxbaiMj4zBti2g2+AkcDcXKZAfSVeqlZgN/kM5GuJOQxDQUcX45kst2qDx3x2kqgV hqs0ESe9hU8Qn3gFSg7VTYzCsooUYv7TLv4phzUh1gOtbDxNbH0ueLwzGHy9Qeysv2jd xwJFltyKqEOVe69WYZjIEkR8WoKOuKIpqnzsQ= Received: by 10.86.52.6 with SMTP id z6mr8540787fgz.48.1213673293146; Mon, 16 Jun 2008 20:28:13 -0700 (PDT) Received: by 10.86.26.8 with HTTP; Mon, 16 Jun 2008 20:28:08 -0700 (PDT) Message-ID: <7d6fde3d0806162028l74172922t4ea47250e7634130@mail.gmail.com> Date: Mon, 16 Jun 2008 20:28:08 -0700 From: "Garrett Cooper" To: hackers@freebsd.org In-Reply-To: <9C83A8B6-0C73-4A06-A60A-527D7B7BCCE5@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9C83A8B6-0C73-4A06-A60A-527D7B7BCCE5@gmail.com> Cc: Subject: Re: Bug by design in getfsfile(3) / needed sanity check for mountpoints 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, 17 Jun 2008 03:28:15 -0000 On Tue, Jun 10, 2008 at 2:27 AM, Garrett Cooper wrote: > Ok.... it appears I wasn't intelligent enough to post this in the right > place last night. Comments please? > > Hi hackers, > > I have a question, pending a bug found in getfsfile(3) [1]. > > Is there any possibility where a mountpoint be any value other > > than a directory, a symlink, or "none", i.e. a flat file? > > Thanks, > > -Garrett > > References: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/124409 (not fully in PR > > database yet). Going once, going twice... -Garrett From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 17 07:21:57 2008 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 378901065673; Tue, 17 Jun 2008 07:21:57 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from viefep19-int.chello.at (viefep18-int.chello.at [213.46.255.22]) by mx1.freebsd.org (Postfix) with ESMTP id EF70D8FC27; Tue, 17 Jun 2008 07:21:55 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from [89.134.207.231] by viefep19-int.chello.at (InterMail vM.7.08.02.02 201-2186-121-104-20070414) with ESMTP id <20080617072154.UHJP24527.viefep19-int.chello.at@[89.134.207.231]>; Tue, 17 Jun 2008 09:21:54 +0200 Message-ID: <48576610.9080808@FreeBSD.org> Date: Tue, 17 Jun 2008 09:21:52 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Andrey Chernov , Dag-Erling Sm??rgrav , Doug Barton , K?vesd?n G?bor , Diomidis Spinellis , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <4854C96A.1080603@aueb.gr> <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> <4855EDFE.3010708@FreeBSD.org> <86bq211rqw.fsf@ds4.des.no> <20080617002224.GA16122@nagual.pp.ru> <20080617002808.GB16122@nagual.pp.ru> <20080617004647.GA16546@nagual.pp.ru> In-Reply-To: <20080617004647.GA16546@nagual.pp.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 17 Jun 2008 07:21:57 -0000 Andrey Chernov escribió: > On Tue, Jun 17, 2008 at 04:28:10AM +0400, Andrey Chernov wrote: > >> BSD grep is even not bothering to call setlocale(). I can't say is it can >> be simple healed by adding that call, some test suite run is needed. >> > > Quick source inspection reveals that BSD grep operates with single bytes > only (util.c) so big rewriting with mbrtowc() is needed. Adding > setlocale() only will makes it only useable with single byte locales, in > success case. > Sorry for the possibly silly question, but what we mean localization here in the case of grep? As far as I see, it works with wide chars, because the regex library is aware of those. What other aspect needs to be taken into account? In case of sort, I understarnd that it should explicitly handle wide characters due to the different alphabet of the different languages and yes, that seems to be a difficult task... Gábor From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 17 10:08:41 2008 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 B9E401065670; Tue, 17 Jun 2008 10:08:41 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 7333F8FC3C; Tue, 17 Jun 2008 10:08:41 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 582562086; Tue, 17 Jun 2008 12:08:39 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Andrey Chernov References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <4854C96A.1080603@aueb.gr> <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> <4855EDFE.3010708@FreeBSD.org> <86bq211rqw.fsf@ds4.des.no> <20080617002224.GA16122@nagual.pp.ru> Date: Tue, 17 Jun 2008 12:08:38 +0200 In-Reply-To: <20080617002224.GA16122@nagual.pp.ru> (Andrey Chernov's message of "Tue\, 17 Jun 2008 04\:22\:25 +0400") Message-ID: <861w2wgyqh.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , current@FreeBSD.org, Diomidis Spinellis , hackers@FreeBSD.org, K?vesd?n G?bor , "Sean C. Farley" , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 17 Jun 2008 10:08:41 -0000 Andrey Chernov writes: > "Dag-Erling Sm=C3=B8rgrav" writes: > > We don't have a locale-aware regex implementation. Henry Spencer > > wrote one for Tcl 8, and it seems to be under an MIT-equivalent > > license, but I'm not sure how hard it would be to extirpate. It > > might be easier to lift it from PostgreSQL, which also uses it. > No, we have it already for many years (libc/regexec). I hadn't noticed... ISTR it was an issue back when jphoward wrote his BSD-licensed grep. However, it's not the same engine - it's Spencer's old engine with multibyte support added. IIRC, it performs very poorly compared to the GNU regexp engine; it would be interesting to see how well the Tcl engine performs in comparison. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 17 07:46:29 2008 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 404601065672; Tue, 17 Jun 2008 07:46:29 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 9A6708FC18; Tue, 17 Jun 2008 07:46:28 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m5H7k9K8042261; Tue, 17 Jun 2008 11:46:09 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1213688770; bh=Psyf28FqEnPu7ey45XKWU4PifLvrdjWqcC9rUTQ 8hEI=; l=548; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=RXYx8uIUsw/GHcrfbx/dEVpfE rnTVt90IH7MbKFqFlql56NOM0W4PMzue7Ro+zLmfC667HkSa23vfe8GepPsScsZny5k tNFXkocCn8y5YRbRhnS8Ku19jxmjxGt1cvzJc664ddxE6yQoJTKbI2Yff9/3uEQZOVf anyfxK+6+hrw= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m5H7k8V6042260; Tue, 17 Jun 2008 11:46:08 +0400 (MSD) (envelope-from ache) Date: Tue, 17 Jun 2008 11:46:07 +0400 From: Andrey Chernov To: Gabor Kovesdan Message-ID: <20080617074607.GA42047@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Gabor Kovesdan , Dag-Erling Sm??rgrav , Doug Barton , K?vesd?n G?bor , Diomidis Spinellis , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon References: <4854BC29.3060507@FreeBSD.org> <4854C96A.1080603@aueb.gr> <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> <4855EDFE.3010708@FreeBSD.org> <86bq211rqw.fsf@ds4.des.no> <20080617002224.GA16122@nagual.pp.ru> <20080617002808.GB16122@nagual.pp.ru> <20080617004647.GA16546@nagual.pp.ru> <48576610.9080808@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48576610.9080808@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Tue, 17 Jun 2008 11:14:58 +0000 Cc: Doug Barton , current@FreeBSD.org, Diomidis Spinellis , hackers@FreeBSD.org, K?vesd?n G?bor , Dag-Erling Sm??rgrav , "Sean C. Farley" , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 17 Jun 2008 07:46:29 -0000 On Tue, Jun 17, 2008 at 09:21:52AM +0200, Gabor Kovesdan wrote: > Sorry for the possibly silly question, but what we mean localization > here in the case of grep? As far as I see, it works with wide chars, > because the regex library is aware of those. What other aspect needs to > be taken into account? See how word boundary handled in util.c there for example. They treat buffer as single chars only. wctype should be used instead ctype in all places in the code with corresponding mbrtowc conversion. -- http://ache.pp.ru/ From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 17 07:48:25 2008 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 C27111065672; Tue, 17 Jun 2008 07:48:25 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 100CD8FC14; Tue, 17 Jun 2008 07:48:24 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m5H7mM6j042320; Tue, 17 Jun 2008 11:48:22 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1213688902; bh=Db7cG5s/+dIAiaSNxOJBEVZD76w/eQh1GUm/u5V Z+m4=; l=717; h=Date:From:To:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=XPbgQii80JyH4mXN9wQFnt2zA TbdGkXhPt6rHNTJqwJdZGT6z/skh3qSLCMZo+djZr0ze0jeRtLhhTqc08Ulv1Zc9RcW af7bAvEpqSalKnKuu+75UxxPsZS5FodPDVVI3UJHO7Hh0ARvnYBtVQwYnYGKy43bNs0 wUZk076hFPv8= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m5H7mMwN042319; Tue, 17 Jun 2008 11:48:22 +0400 (MSD) (envelope-from ache) Date: Tue, 17 Jun 2008 11:48:21 +0400 From: Andrey Chernov To: Gabor Kovesdan , Dag-Erling Sm??rgrav , Doug Barton , K?vesd?n G?bor , Diomidis Spinellis , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon Message-ID: <20080617074821.GB42047@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Gabor Kovesdan , Dag-Erling Sm??rgrav , Doug Barton , K?vesd?n G?bor , Diomidis Spinellis , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon References: <4854C96A.1080603@aueb.gr> <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> <4855EDFE.3010708@FreeBSD.org> <86bq211rqw.fsf@ds4.des.no> <20080617002224.GA16122@nagual.pp.ru> <20080617002808.GB16122@nagual.pp.ru> <20080617004647.GA16546@nagual.pp.ru> <48576610.9080808@FreeBSD.org> <20080617074607.GA42047@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080617074607.GA42047@nagual.pp.ru> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Tue, 17 Jun 2008 11:23:24 +0000 Cc: Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 17 Jun 2008 07:48:25 -0000 On Tue, Jun 17, 2008 at 11:46:07AM +0400, Andrey Chernov wrote: > On Tue, Jun 17, 2008 at 09:21:52AM +0200, Gabor Kovesdan wrote: > > Sorry for the possibly silly question, but what we mean localization > > here in the case of grep? As far as I see, it works with wide chars, > > because the regex library is aware of those. What other aspect needs to > > be taken into account? > > See how word boundary handled in util.c there for example. They treat > buffer as single chars only. wctype should be used instead ctype in all > places in the code with corresponding mbrtowc conversion. Moreover, ignore case matching there is single byte only too and needs the same. -- http://ache.pp.ru/ From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 17 08:26:12 2008 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 C32CB1065676; Tue, 17 Jun 2008 08:26:12 +0000 (UTC) (envelope-from dds@aueb.gr) Received: from mx-out.forthnet.gr (mx-out.forthnet.gr [193.92.150.104]) by mx1.freebsd.org (Postfix) with ESMTP id 32D588FC27; Tue, 17 Jun 2008 08:26:11 +0000 (UTC) (envelope-from dds@aueb.gr) Received: from mx-av-03.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-06.forthnet.gr (8.14.3/8.14.3) with ESMTP id m5H8Q82j001531; Tue, 17 Jun 2008 11:26:08 +0300 Received: from MX-IN-05.forthnet.gr (mx-in-05.forthnet.gr [193.92.150.32]) by mx-av-03.forthnet.gr (8.14.3/8.14.3) with ESMTP id m5H8Q7Bi027176; Tue, 17 Jun 2008 11:26:07 +0300 Received: from [192.168.136.22] (adsl158-90.kln.forthnet.gr [62.1.61.90]) by MX-IN-05.forthnet.gr (8.14.3/8.14.3) with ESMTP id m5H8Q42M007002; Tue, 17 Jun 2008 11:26:05 +0300 Authentication-Results: MX-IN-05.forthnet.gr smtp.mail=dds@aueb.gr; spf=neutral Authentication-Results: MX-IN-05.forthnet.gr header.from=dds@aueb.gr; sender-id=neutral Message-ID: <48577510.4020007@aueb.gr> Date: Tue, 17 Jun 2008 11:25:52 +0300 From: Diomidis Spinellis User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Gabor Kovesdan References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <4854C96A.1080603@aueb.gr> <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> <4855EDFE.3010708@FreeBSD.org> <86bq211rqw.fsf@ds4.des.no> <20080617002224.GA16122@nagual.pp.ru> <20080617002808.GB16122@nagual.pp.ru> <20080617004647.GA16546@nagual.pp.ru> <48576610.9080808@FreeBSD.org> In-Reply-To: <48576610.9080808@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 17 Jun 2008 11:23:29 +0000 Cc: Doug Barton , current@FreeBSD.ORG, Andrey Chernov , Konrad Jankowski , hackers@FreeBSD.ORG, K?vesd?n G?bor , Dag-Erling Sm??rgrav , "Sean C. Farley" , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 17 Jun 2008 08:26:12 -0000 Gabor Kovesdan wrote: > In case of sort, I understarnd that it should > explicitly handle wide characters due to the different alphabet of the > different languages and yes, that seems to be a difficult task... Note that Konrad Jankowski in another SoC project is adding to our C library support for the Unicode collation algorithm, and importing the corresponding language-specific collation tables. From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 17 09:22:37 2008 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 125C71065671; Tue, 17 Jun 2008 09:22:37 +0000 (UTC) (envelope-from konrad.jankowski@bluemedia.pl) Received: from mta1.blue.pl (mta1.blue.pl [195.182.23.11]) by mx1.freebsd.org (Postfix) with ESMTP id A8F518FC25; Tue, 17 Jun 2008 09:22:36 +0000 (UTC) (envelope-from konrad.jankowski@bluemedia.pl) Received: from localhost (amavis.blue.pl [10.123.123.42]) by mta1.blue.pl (Postfix) with ESMTP id D012B9FE919; Tue, 17 Jun 2008 10:54:54 +0200 (CEST) X-Virus-Scanned: amavisd-new at blue.pl Received: from mta1.blue.pl ([10.123.123.2]) by localhost (amavis.blue.pl [10.123.123.42]) (amavisd-new, port 10024) with LMTP id eJbKbQWgLeSc; Tue, 17 Jun 2008 10:54:54 +0200 (CEST) Received: from mx-1.blue.pl (mx-1.blue.pl [10.123.123.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mta1.blue.pl (Postfix) with ESMTP id 947009FEA43; Tue, 17 Jun 2008 10:54:54 +0200 (CEST) Received: from localhost (amavis.blue.pl [10.123.123.42]) by mx-1.blue.pl (Postfix) with ESMTP id 34BDA234AA; Tue, 17 Jun 2008 10:54:54 +0200 (CEST) X-Virus-Scanned: amavisd-new at blue.pl Received: from mx-1.blue.pl ([10.123.123.67]) by localhost (amavis.blue.pl [10.123.123.42]) (amavisd-new, port 10024) with LMTP id iSqsQubkby-C; Tue, 17 Jun 2008 10:54:47 +0200 (CEST) Received: from noc5.blue.pl (konrad.jankowski.noc.blue.pl [192.168.4.145]) by mx-1.blue.pl (Postfix) with ESMTP id DF61E234F7; Tue, 17 Jun 2008 10:54:46 +0200 (CEST) Message-ID: <48577BD2.4070205@bluemedia.pl> Date: Tue, 17 Jun 2008 10:54:42 +0200 From: Konrad Jankowski User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Diomidis Spinellis References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <4854C96A.1080603@aueb.gr> <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> <4855EDFE.3010708@FreeBSD.org> <86bq211rqw.fsf@ds4.des.no> <20080617002224.GA16122@nagual.pp.ru> <20080617002808.GB16122@nagual.pp.ru> <20080617004647.GA16546@nagual.pp.ru> <48576610.9080808@FreeBSD.org> <48577510.4020007@aueb.gr> In-Reply-To: <48577510.4020007@aueb.gr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 17 Jun 2008 11:23:39 +0000 Cc: Doug Barton , current@FreeBSD.ORG, Andrey Chernov , hackers@FreeBSD.ORG, Gabor Kovesdan , Dag-Erling Sm??rgrav , Max Khon , "Sean C. Farley" , K?vesd?n G?bor Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 17 Jun 2008 09:22:37 -0000 Diomidis Spinellis wrote: > Gabor Kovesdan wrote: >> In case of sort, I understarnd that it should explicitly handle wide >> characters due to the different alphabet of the different languages >> and yes, that seems to be a difficult task... > > Note that Konrad Jankowski in another SoC project is adding to our C > library support for the Unicode collation algorithm, and importing the > corresponding language-specific collation tables. > > Yes, and once this is done, sort will work out of he box, if it uses strcoll. Already tried on a prototype. -- Konrad Jankowski System Network Administrator Blue Media Sp. z o. o. +48 58 5555 312 http://www.bluemedia.pl Niniejsza wiadomość zostaÅ‚a przekazana w imieniu Blue Media sp. z o. o. z siedzibÄ… w Sopocie, ul. Haffnera 6, 81-717 Sopot, zarejestrowana w SÄ…dzie Rejonowym GdaÅ„sk-Północ VIII WydziaÅ‚ Gospodarczy KRS pod nr 0000127636, NIP 585-13-51-185, REGON 191781561. Jeżeli nie jest Pan/Pani zamierzonym i wskazanym adresatem niniejszej wiadomoÅ›ci, nie może Pan/Pani jej ujawniać, kopiować, dystrybuować ani tez w żaden inny sposób udostÄ™pniać lub wykorzystywać. Jeżeli otrzymaÅ‚/a Pan/Pani tÄ™ wiadomość przez pomyÅ‚kÄ™ prosimy o niezwÅ‚oczne poinformowanie nas o tym i o usuniÄ™cie wiadomoÅ›ci. From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 17 10:29:29 2008 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 AC544106567D; Tue, 17 Jun 2008 10:29:29 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id E73058FC13; Tue, 17 Jun 2008 10:29:28 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m5HAT1sT046597; Tue, 17 Jun 2008 14:29:01 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1213698541; bh=yYDa1GSu7tO2lZ67fnH4O8zn8mqsSLhObtc7Jd+ PEd4=; l=812; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=n99TnG9DP882w7Q5c26ooX4d+ H01c2E4M9tD53jXFBLAMTyySX9B3PtWYAmGnjgYxcBSJRpVTlvLqLmuUSKS5wpG1S7V OGbBc6L3kSvF1z/I9L00po+WNk776S/wSJ5yHnNvYeqVdXVKjyb0Fg7C7f/bjye2iXU CwMBOzx7PzmA= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m5HAT1nB046595; Tue, 17 Jun 2008 14:29:01 +0400 (MSD) (envelope-from ache) Date: Tue, 17 Jun 2008 14:29:00 +0400 From: Andrey Chernov To: Konrad Jankowski Message-ID: <20080617102900.GA46479@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Konrad Jankowski , Diomidis Spinellis , Gabor Kovesdan , Dag-Erling Sm??rgrav , Doug Barton , K?vesd?n G?bor , hackers@FreeBSD.ORG, current@FreeBSD.ORG, "Sean C. Farley" , Max Khon References: <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> <4855EDFE.3010708@FreeBSD.org> <86bq211rqw.fsf@ds4.des.no> <20080617002224.GA16122@nagual.pp.ru> <20080617002808.GB16122@nagual.pp.ru> <20080617004647.GA16546@nagual.pp.ru> <48576610.9080808@FreeBSD.org> <48577510.4020007@aueb.gr> <48577BD2.4070205@bluemedia.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48577BD2.4070205@bluemedia.pl> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Tue, 17 Jun 2008 11:23:47 +0000 Cc: Doug Barton , current@FreeBSD.ORG, Diomidis Spinellis , hackers@FreeBSD.ORG, Gabor Kovesdan , Dag-Erling Sm??rgrav , Max Khon , "Sean C. Farley" , K?vesd?n G?bor Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 17 Jun 2008 10:29:29 -0000 On Tue, Jun 17, 2008 at 10:54:42AM +0200, Konrad Jankowski wrote: > Diomidis Spinellis wrote: > > Gabor Kovesdan wrote: > >> In case of sort, I understarnd that it should explicitly handle wide > >> characters due to the different alphabet of the different languages > >> and yes, that seems to be a difficult task... > > > > Note that Konrad Jankowski in another SoC project is adding to our C > > library support for the Unicode collation algorithm, and importing the > > corresponding language-specific collation tables. > > > > > Yes, and once this is done, sort will work out of he box, if it uses > strcoll. Already tried on a prototype. Only GNU sort for multibyte chars. BSD sort is programmed too badly and can't be fixed even for single byte sorting. -- http://ache.pp.ru/ From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 17 10:37:28 2008 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 EA3921065677; Tue, 17 Jun 2008 10:37:28 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 4FA0F8FC17; Tue, 17 Jun 2008 10:37:28 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m5HAbAU8047120; Tue, 17 Jun 2008 14:37:10 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1213699030; bh=Ua+9FF8UbJC2CcLqO67p5VK5hltI8OwvoWsE5Dh vFjg=; l=719; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=oCh2nUfHeDqzTDgBVFfX6+lWe iR3slUtdjKmeBuQU+5MKQfi0Tp4ec5M3fY61u54MlxC7rq1Jp9zWZQlPG4jRurhAWQl zo5Vco7S3K7t9Vmpaw0XJTMmdhFLqVipg8BGQlCWXtsSiEsJH3/YD0CuQQ4zAdD/rrb NbcpFt/GdtV4= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m5HAbAkd047118; Tue, 17 Jun 2008 14:37:10 +0400 (MSD) (envelope-from ache) Date: Tue, 17 Jun 2008 14:37:09 +0400 From: Andrey Chernov To: Dag-Erling Sm??rgrav Message-ID: <20080617103708.GB46479@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Dag-Erling Sm??rgrav , Doug Barton , K?vesd?n G?bor , Diomidis Spinellis , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <4854C96A.1080603@aueb.gr> <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> <4855EDFE.3010708@FreeBSD.org> <86bq211rqw.fsf@ds4.des.no> <20080617002224.GA16122@nagual.pp.ru> <861w2wgyqh.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <861w2wgyqh.fsf@ds4.des.no> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Tue, 17 Jun 2008 11:23:58 +0000 Cc: Doug Barton , current@FreeBSD.org, Diomidis Spinellis , hackers@FreeBSD.org, K?vesd?n G?bor , "Sean C. Farley" , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 17 Jun 2008 10:37:29 -0000 On Tue, Jun 17, 2008 at 12:08:38PM +0200, Dag-Erling Sm??rgrav wrote: > I hadn't noticed... ISTR it was an issue back when jphoward wrote his > BSD-licensed grep. BSD grep have enough (but not fatal, as BSD sort) problems even with single byte locales we support initially in our regex (old pre-multibyte versions), so lack of multibyte support there is too far seeing issue. > However, it's not the same engine - it's Spencer's old engine with > multibyte support added. IIRC, it performs very poorly compared to the > GNU regexp engine; it would be interesting to see how well the Tcl > engine performs in comparison. Yes. Upgrading to most recent engine will be nice. -- http://ache.pp.ru/ From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 17 10:58:16 2008 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 B09EF106567D; Tue, 17 Jun 2008 10:58:16 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from viefep31-int.chello.at (viefep31-int.chello.at [62.179.121.49]) by mx1.freebsd.org (Postfix) with ESMTP id 7B3038FC22; Tue, 17 Jun 2008 10:58:15 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from [89.134.207.231] by viefep31-int.chello.at (InterMail vM.7.08.02.02 201-2186-121-104-20070414) with ESMTP id <20080617105813.BXMU25153.viefep31-int.chello.at@[89.134.207.231]>; Tue, 17 Jun 2008 12:58:13 +0200 Message-ID: <485798C4.2050605@FreeBSD.org> Date: Tue, 17 Jun 2008 12:58:12 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Andrey Chernov , Konrad Jankowski , Diomidis Spinellis , Gabor Kovesdan , Dag-Erling Sm??rgrav , Doug Barton , K?vesd?n G?bor , hackers@FreeBSD.ORG, current@FreeBSD.ORG, "Sean C. Farley" , Max Khon References: <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> <4855EDFE.3010708@FreeBSD.org> <86bq211rqw.fsf@ds4.des.no> <20080617002224.GA16122@nagual.pp.ru> <20080617002808.GB16122@nagual.pp.ru> <20080617004647.GA16546@nagual.pp.ru> <48576610.9080808@FreeBSD.org> <48577510.4020007@aueb.gr> <48577BD2.4070205@bluemedia.pl> <20080617102900.GA46479@nagual.pp.ru> In-Reply-To: <20080617102900.GA46479@nagual.pp.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 17 Jun 2008 11:24:06 +0000 Cc: Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 17 Jun 2008 10:58:16 -0000 Andrey Chernov escribió: > On Tue, Jun 17, 2008 at 10:54:42AM +0200, Konrad Jankowski wrote: > >> Diomidis Spinellis wrote: >> >>> Gabor Kovesdan wrote: >>> >>>> In case of sort, I understarnd that it should explicitly handle wide >>>> characters due to the different alphabet of the different languages >>>> and yes, that seems to be a difficult task... >>>> >>> Note that Konrad Jankowski in another SoC project is adding to our C >>> library support for the Unicode collation algorithm, and importing the >>> corresponding language-specific collation tables. >>> >>> >>> >> Yes, and once this is done, sort will work out of he box, if it uses >> strcoll. Already tried on a prototype. >> > > Only GNU sort for multibyte chars. BSD sort is programmed too badly and > can't be fixed even for single byte sorting. > BSD sort was going to be the next item of my SoC project. As it is so badly constructed would it be reasonable to give more priority to BSD diff and continue with that one? Gábor From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 17 18:52:03 2008 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 65638106568E; Tue, 17 Jun 2008 18:52:03 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from viefep11-int.chello.at (viefep11-int.chello.at [62.179.121.31]) by mx1.freebsd.org (Postfix) with ESMTP id 161678FC14; Tue, 17 Jun 2008 18:52:01 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from [89.134.207.231] by viefep11-int.chello.at (InterMail vM.7.08.02.02 201-2186-121-104-20070414) with ESMTP id <20080617185200.IXOU8896.viefep11-int.chello.at@[89.134.207.231]>; Tue, 17 Jun 2008 20:52:00 +0200 Message-ID: <485807CD.1030601@FreeBSD.org> Date: Tue, 17 Jun 2008 20:51:57 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Doug Barton References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> In-Reply-To: <4854BC29.3060507@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Diomidis Spinellis , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 17 Jun 2008 18:52:03 -0000 Doug Barton escribió: > I use the following construct in portmaster, where pdb=/var/db/pkg, > origin is set to the origin of a given port, and ro_opd is usually > empty, but can be another origin directory or the same one. To > guarantee that you should get some kind of results you can test with > origin=devel/gettext. > > egrep -l "DEPORIGIN:($origin|$ro_opd)$" $pdb/*/+CONTENTS > > Obviously this works in portmaster with the gnu grep, but if ro_opd is > unset with the bsd grep I get: > > egrep: empty (sub)expression > I've looked at this and I have a patch with a workaround: http://kovesdan.org/patches/grep.dougb.diff Could you please try it if you have some time? I suppose that it will fix your case as it has fixed the 77th Spencer test of the GNU regression test suite, which comes with GNU grep. I'm afraid there isn't a better solution as this regression is coming from the different regex interpretations between the GNU regex library and our libc regex library. regex(3) says that the RE standard has some ambiguities and the particular implementation should make a decision how to handle these cases. Regards, Gábor P.S.: Thanks for the WITHOUT_GNU_GREP knob, I hope we will make use of it soon, I'm trying to eliminate the remaining regressions. From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 17 18:52:40 2008 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 C1A051065680; Tue, 17 Jun 2008 18:52:40 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from viefep19-int.chello.at (viefep18-int.chello.at [213.46.255.22]) by mx1.freebsd.org (Postfix) with ESMTP id 6F6BE8FC26; Tue, 17 Jun 2008 18:52:39 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from [89.134.207.231] by viefep19-int.chello.at (InterMail vM.7.08.02.02 201-2186-121-104-20070414) with ESMTP id <20080617185237.TKCC24527.viefep19-int.chello.at@[89.134.207.231]>; Tue, 17 Jun 2008 20:52:37 +0200 Message-ID: <485807F3.5000608@FreeBSD.org> Date: Tue, 17 Jun 2008 20:52:35 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Doug Barton References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> In-Reply-To: <4854BC29.3060507@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Diomidis Spinellis , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 17 Jun 2008 18:52:40 -0000 Doug Barton escribió: > I use the following construct in portmaster, where pdb=/var/db/pkg, > origin is set to the origin of a given port, and ro_opd is usually > empty, but can be another origin directory or the same one. To > guarantee that you should get some kind of results you can test with > origin=devel/gettext. > > egrep -l "DEPORIGIN:($origin|$ro_opd)$" $pdb/*/+CONTENTS > > Obviously this works in portmaster with the gnu grep, but if ro_opd is > unset with the bsd grep I get: > > egrep: empty (sub)expression > I've looked at this and I have a patch with a workaround: http://kovesdan.org/patches/grep.dougb.diff Could you please try it if you have some time? I suppose that it will fix your case as it has fixed the 77th Spencer test of the GNU regression test suite, which comes with GNU grep. I'm afraid there isn't a better solution as this regression is coming from the different regex interpretations between the GNU regex library and our libc regex library. regex(3) says that the RE standard has some ambiguities and the particular implementation should make a decision how to handle these cases. Regards, Gábor P.S.: Thanks for the WITHOUT_GNU_GREP knob, I hope we will make use of it soon, I've already eliminated some more regressions and I'm fighting with the remaining ones. From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 18 05:43:40 2008 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 84A771065673; Wed, 18 Jun 2008 05:43:40 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from emh01.mail.saunalahti.fi (emh01.mail.saunalahti.fi [62.142.5.107]) by mx1.freebsd.org (Postfix) with ESMTP id 2F5ED8FC15; Wed, 18 Jun 2008 05:43:40 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from saunalahti-vams (vs3-11.mail.saunalahti.fi [62.142.5.95]) by emh01-2.mail.saunalahti.fi (Postfix) with SMTP id CAAF51AB06; Wed, 18 Jun 2008 08:23:55 +0300 (EEST) Received: from emh01.mail.saunalahti.fi ([62.142.5.107]) by vs3-11.mail.saunalahti.fi ([62.142.5.95]) with SMTP (gateway) id A01701C7309; Wed, 18 Jun 2008 08:23:55 +0300 Received: from a91-153-120-204.elisa-laajakaista.fi (a91-153-120-204.elisa-laajakaista.fi [91.153.120.204]) by emh01.mail.saunalahti.fi (Postfix) with SMTP id B4DB34BB77; Wed, 18 Jun 2008 08:23:47 +0300 (EEST) Date: Wed, 18 Jun 2008 08:23:47 +0300 From: Jaakko Heinonen To: Gabor Kovesdan Message-ID: <20080618052347.GA1877@a91-153-120-204.elisa-laajakaista.fi> References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <485807CD.1030601@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <485807CD.1030601@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-Antivirus: VAMS Cc: Doug Barton , current@FreeBSD.org, Diomidis Spinellis , hackers@FreeBSD.org, "Sean C. Farley" , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 18 Jun 2008 05:43:40 -0000 On 2008-06-17, Gabor Kovesdan wrote: > > egrep: empty (sub)expression > > > I've looked at this and I have a patch with a workaround: > http://kovesdan.org/patches/grep.dougb.diff Unfortunately this breaks things. For example: $ grep -E '(test||test)' /dev/null grep: parentheses not balanced $ grep -E '(test|\|)' /dev/null grep: parentheses not balanced $ grep -E '\(|test)' /dev/null (should give an error but it hangs) -- Jaakko From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 18 05:59:21 2008 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 1AF19106567C; Wed, 18 Jun 2008 05:59:21 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 5FA6F8FC15; Wed, 18 Jun 2008 05:59:19 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m5I5wqM9085207; Wed, 18 Jun 2008 09:58:52 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1213768733; bh=mwJ2trJncxS+KeoKholKBz10BVa6fl8zX2PUy/E 0qSU=; l=1018; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=F1J3MVIO2CrA4N3OLAIR+k1Qe wWhST2ORyGHXQnwALnlJp5cFKliR9bODTPGb8WnhM1BfuQlHGsePvzCGk8QZZnte81C mHPSE84CZWxF48BXNA38PGdqF2PmGdE8G6rAfKgq9d+zO+imPo5DVsmaWty/Vc+7EiP 48HF7APr7C2E= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m5I5wquO085206; Wed, 18 Jun 2008 09:58:52 +0400 (MSD) (envelope-from ache) Date: Wed, 18 Jun 2008 09:58:51 +0400 From: Andrey Chernov To: Gabor Kovesdan Message-ID: <20080618055851.GA85018@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Gabor Kovesdan , Konrad Jankowski , Diomidis Spinellis , Dag-Erling Sm??rgrav , Doug Barton , K?vesd?n G?bor , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon References: <4855EDFE.3010708@FreeBSD.org> <86bq211rqw.fsf@ds4.des.no> <20080617002224.GA16122@nagual.pp.ru> <20080617002808.GB16122@nagual.pp.ru> <20080617004647.GA16546@nagual.pp.ru> <48576610.9080808@FreeBSD.org> <48577510.4020007@aueb.gr> <48577BD2.4070205@bluemedia.pl> <20080617102900.GA46479@nagual.pp.ru> <485798C4.2050605@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <485798C4.2050605@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Wed, 18 Jun 2008 10:29:43 +0000 Cc: Doug Barton , current@FreeBSD.org, Konrad Jankowski , Diomidis Spinellis , hackers@FreeBSD.org, K?vesd?n G?bor , Dag-Erling Sm??rgrav , "Sean C. Farley" , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 18 Jun 2008 05:59:21 -0000 On Tue, Jun 17, 2008 at 12:58:12PM +0200, Gabor Kovesdan wrote: > >> Yes, and once this is done, sort will work out of he box, if it uses > >> strcoll. Already tried on a prototype. > >> > > > > Only GNU sort for multibyte chars. BSD sort is programmed too badly and > > can't be fixed even for single byte sorting. > > > BSD sort was going to be the next item of my SoC project. As it is so > badly constructed would it be reasonable to give more priority to BSD > diff and continue with that one? "BSD sort" as an idea will be a good project indeed, but "BSD sort" implementation we currently have at hand is totally misleading and should be rewritten from the scratch, I realize it when long time ago I try to localize it for single byte locales. The next nice idea in that area will be updating our regexp engine to most recent public code, both for speed and minor compatibility reasons, as des@ mentions. I don't have an opinion for BSD diff. -- http://ache.pp.ru/ From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 18 08:22:35 2008 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 9C6821065673; Wed, 18 Jun 2008 08:22:35 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 47E2E8FC19; Wed, 18 Jun 2008 08:22:35 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id C36722049; Wed, 18 Jun 2008 10:22:31 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Andrey Chernov References: <4855EDFE.3010708@FreeBSD.org> <86bq211rqw.fsf@ds4.des.no> <20080617002224.GA16122@nagual.pp.ru> <20080617002808.GB16122@nagual.pp.ru> <20080617004647.GA16546@nagual.pp.ru> <48576610.9080808@FreeBSD.org> <48577510.4020007@aueb.gr> <48577BD2.4070205@bluemedia.pl> <20080617102900.GA46479@nagual.pp.ru> <485798C4.2050605@FreeBSD.org> <20080618055851.GA85018@nagual.pp.ru> Date: Wed, 18 Jun 2008 10:22:31 +0200 In-Reply-To: <20080618055851.GA85018@nagual.pp.ru> (Andrey Chernov's message of "Wed\, 18 Jun 2008 09\:58\:51 +0400") Message-ID: <86zlpjduew.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Wed, 18 Jun 2008 10:29:51 +0000 Cc: Doug Barton , current@FreeBSD.org, Konrad Jankowski , Diomidis Spinellis , hackers@FreeBSD.org, Gabor Kovesdan , Max Khon , "Sean C. Farley" , K?vesd?n G?bor Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 18 Jun 2008 08:22:35 -0000 Andrey Chernov writes: > "BSD sort" as an idea will be a good project indeed, but "BSD sort"=20 > implementation we currently have at hand is totally misleading and should= =20 > be rewritten from the scratch, I realize it when long time ago I try to=20 > localize it for single byte locales. I think part of the problem is that there aren't enough people who truly understand localization. I think I understand most of it, but I'm pretty sure I *don't* understand how collation works, or is supposed to work. Amongst other things, I don't understand how (or whether) it handles cases like "aa" and "=C3=A5", which are considered the same letter = in Norwegian. Perhaps you could create a Localization page on wiki.freebsd.org which addresses these issues, or at least points to relevant resources? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 18 08:38:10 2008 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 2BF4F1065678; Wed, 18 Jun 2008 08:38:10 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 659F18FC14; Wed, 18 Jun 2008 08:38:09 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m5I8beil087291; Wed, 18 Jun 2008 12:37:40 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1213778260; bh=8lG5rJOfqnxSuIlRHEGiKozQBrZtnzGostq1iFQ /5Kk=; l=1379; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=hjyiizlsjsXKr3hXZufPLD5DZ Ucuqf4gJUrGyx8kVoVnGfOBHLCiXnO92iXUv1FPPblrdUjVg354xr9uo/P7JtXcCbNn M+wQ4C0yijfFuGu1Z4KtpNsAJvr9X/aszPyMbaUJ1iffBjO+Hl11eMnD+Vw/DDbZQtL +HmU0lorQdVg= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m5I8bejW087290; Wed, 18 Jun 2008 12:37:40 +0400 (MSD) (envelope-from ache) Date: Wed, 18 Jun 2008 12:37:39 +0400 From: Andrey Chernov To: Dag-Erling Sm??rgrav Message-ID: <20080618083739.GA87100@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Dag-Erling Sm??rgrav , Gabor Kovesdan , Konrad Jankowski , Diomidis Spinellis , Doug Barton , K?vesd?n G?bor , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon References: <20080617002224.GA16122@nagual.pp.ru> <20080617002808.GB16122@nagual.pp.ru> <20080617004647.GA16546@nagual.pp.ru> <48576610.9080808@FreeBSD.org> <48577510.4020007@aueb.gr> <48577BD2.4070205@bluemedia.pl> <20080617102900.GA46479@nagual.pp.ru> <485798C4.2050605@FreeBSD.org> <20080618055851.GA85018@nagual.pp.ru> <86zlpjduew.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86zlpjduew.fsf@ds4.des.no> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Wed, 18 Jun 2008 10:29:59 +0000 Cc: Doug Barton , current@FreeBSD.org, Konrad Jankowski , Diomidis Spinellis , hackers@FreeBSD.org, Gabor Kovesdan , Max Khon , "Sean C. Farley" , K?vesd?n G?bor Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 18 Jun 2008 08:38:10 -0000 On Wed, Jun 18, 2008 at 10:22:31AM +0200, Dag-Erling Sm??rgrav wrote: > I think part of the problem is that there aren't enough people who truly > understand localization. I think I understand most of it, but I'm > pretty sure I *don't* understand how collation works, or is supposed to > work. Amongst other things, I don't understand how (or whether) it > handles cases like "aa" and "??", which are considered the same letter in > Norwegian. Single byte locales collation works through strcoll() via chains, i.e. seek all chains starting with given letter. Multibyte locales collation currently is not implemented and can't be properly implemented under existen single byte framework (it will consume resourses badly in that case). I know semi-hacking attempts to implement multibyte collattion via single byte one, but all they are only for small ASCII + national alphabet subset, rest of Unicode left unsorted. > Perhaps you could create a Localization page on wiki.freebsd.org which > addresses these issues, or at least points to relevant resources? IMHO single byte collating will be obsolete soon when Unicode collation will be implemented as SoC project, we needs something like ICU library which performs as described below, i.e. unified sorting for all possible chars: http://unicode.org/reports/tr10/ -- http://ache.pp.ru/ From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 18 09:39:14 2008 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 4FC19106568A; Wed, 18 Jun 2008 09:39:14 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id F2AD18FC22; Wed, 18 Jun 2008 09:39:13 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 4C9292087; Wed, 18 Jun 2008 11:39:11 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Andrey Chernov References: <20080617002224.GA16122@nagual.pp.ru> <20080617002808.GB16122@nagual.pp.ru> <20080617004647.GA16546@nagual.pp.ru> <48576610.9080808@FreeBSD.org> <48577510.4020007@aueb.gr> <48577BD2.4070205@bluemedia.pl> <20080617102900.GA46479@nagual.pp.ru> <485798C4.2050605@FreeBSD.org> <20080618055851.GA85018@nagual.pp.ru> <86zlpjduew.fsf@ds4.des.no> <20080618083739.GA87100@nagual.pp.ru> Date: Wed, 18 Jun 2008 11:39:10 +0200 In-Reply-To: <20080618083739.GA87100@nagual.pp.ru> (Andrey Chernov's message of "Wed\, 18 Jun 2008 12\:37\:39 +0400") Message-ID: <867icndqv5.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Wed, 18 Jun 2008 10:30:05 +0000 Cc: Doug Barton , current@FreeBSD.org, Konrad Jankowski , Diomidis Spinellis , hackers@FreeBSD.org, Gabor Kovesdan , Max Khon , "Sean C. Farley" , K?vesd?n G?bor Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 18 Jun 2008 09:39:14 -0000 Andrey Chernov writes: > Single byte locales collation works through strcoll() via chains, i.e.=20 > seek all chains starting with given letter. Multibyte locales collation=20 > currently is not implemented and can't be properly implemented under=20 > existen single byte framework (it will consume resourses badly in that=20 > case). I know semi-hacking attempts to implement multibyte collattion via= =20 > single byte one, but all they are only for small ASCII + national alphabe= t=20 > subset, rest of Unicode left unsorted. Does that mean our wcsxfrm() doesn't work? IIUC, it should convert wide strings to strings that can be compared directly with strcmp()? In any case, this is a libc issue, right? As long as sort / grep uses the API correctly, they will work fine once libc is fixed? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 18 10:40:27 2008 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 931B8106567D; Wed, 18 Jun 2008 10:40:27 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 41CE58FC12; Wed, 18 Jun 2008 10:40:27 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 28E0E20BB; Wed, 18 Jun 2008 12:40:25 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Konrad Jankowski References: <20080617002224.GA16122@nagual.pp.ru> <20080617002808.GB16122@nagual.pp.ru> <20080617004647.GA16546@nagual.pp.ru> <48576610.9080808@FreeBSD.org> <48577510.4020007@aueb.gr> <48577BD2.4070205@bluemedia.pl> <20080617102900.GA46479@nagual.pp.ru> <485798C4.2050605@FreeBSD.org> <20080618055851.GA85018@nagual.pp.ru> <86zlpjduew.fsf@ds4.des.no> <20080618083739.GA87100@nagual.pp.ru> <867icndqv5.fsf@ds4.des.no> <4858DBF6.5070001@bluemedia.pl> Date: Wed, 18 Jun 2008 12:40:24 +0200 In-Reply-To: <4858DBF6.5070001@bluemedia.pl> (Konrad Jankowski's message of "Wed\, 18 Jun 2008 11\:57\:10 +0200") Message-ID: <86skvbc9gn.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Wed, 18 Jun 2008 10:47:07 +0000 Cc: Doug Barton , current@FreeBSD.org, Andrey Chernov , Diomidis Spinellis , hackers@FreeBSD.org, Gabor Kovesdan , Max Khon , "Sean C. Farley" , K?vesd?n G?bor Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 18 Jun 2008 10:40:27 -0000 Konrad Jankowski writes: > Dag-Erling Sm=C3=B8rgrav writes: > > In any case, this is a libc issue, right? As long as sort / grep > > uses the API correctly, they will work fine once libc is fixed? > Correct. Given sort uses strcoll()/wcscoll()/strxfrm()/wcsxfrm() and > call setlocale(). I don't know about grep. For grep, I believe it should simply be a matter of calling setlocale(), using wide strings, and using a multibyte regex engine (for appropriate values of "simply"). Another thing I'm unsure about is the matter of input and output. Do mbstowcs() / mbtowc() simply trust the input to conform to LC_CTYPE and convert accordingly? When reading UTF, do they recognize and handle BOMs, or simply treat them as zero-width non-breaking space? In the absence of a BOM, do they assume that the input follows the system's native byte order? (IMHO, the API is broken, since there is no way for the same program to simultaneously handle streams with different encodings, but I guess it's too late to fix that) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 18 11:44:59 2008 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 421FF1065670; Wed, 18 Jun 2008 11:44:59 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 861918FC0C; Wed, 18 Jun 2008 11:44:58 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m5IBiUti089601; Wed, 18 Jun 2008 15:44:30 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1213789470; bh=g7eodq+WsWlW6ADC0l/55w5ojXG/8e06wJbXYp2 u0Ns=; l=1008; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=YAs5brQrTzea5TVfKV84+llBn IHzZgKyuhnlLa05KkosL5pFa0XyYkQUBXv+RjTP+V79ChL0Zw48Cmo6imxPkmsq7Flq lDiMMzJATAdonNMHfpsCQ8xP4TruTQ4gnckDBY4qGN60gcTUwJHgsiMFrzUTSBzfJTf 9zqTi7xWh7jo= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m5IBiT4w089600; Wed, 18 Jun 2008 15:44:29 +0400 (MSD) (envelope-from ache) Date: Wed, 18 Jun 2008 15:44:28 +0400 From: Andrey Chernov To: Dag-Erling Sm??rgrav Message-ID: <20080618114428.GA89383@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Dag-Erling Sm??rgrav , Gabor Kovesdan , Konrad Jankowski , Diomidis Spinellis , Doug Barton , K?vesd?n G?bor , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon References: <20080617004647.GA16546@nagual.pp.ru> <48576610.9080808@FreeBSD.org> <48577510.4020007@aueb.gr> <48577BD2.4070205@bluemedia.pl> <20080617102900.GA46479@nagual.pp.ru> <485798C4.2050605@FreeBSD.org> <20080618055851.GA85018@nagual.pp.ru> <86zlpjduew.fsf@ds4.des.no> <20080618083739.GA87100@nagual.pp.ru> <867icndqv5.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <867icndqv5.fsf@ds4.des.no> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Wed, 18 Jun 2008 12:15:07 +0000 Cc: Doug Barton , current@FreeBSD.org, Konrad Jankowski , Diomidis Spinellis , hackers@FreeBSD.org, Gabor Kovesdan , Max Khon , "Sean C. Farley" , K?vesd?n G?bor Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 18 Jun 2008 11:44:59 -0000 On Wed, Jun 18, 2008 at 11:39:10AM +0200, Dag-Erling Sm??rgrav wrote: > Does that mean our wcsxfrm() doesn't work? IIUC, it should convert > wide strings to strings that can be compared directly with strcmp()? (directly with wcscmp()) For single byte locales wcsxfrm() and wcscoll() works, but for multibyte they do just raw binary. > In any case, this is a libc issue, right? As long as sort / grep uses > the API correctly, they will work fine once libc is fixed? GNU grep and sort will work just fine. BSD grep not calls setlocale() but even it will be added, BSD grep have other places where multibyte is not handled proberly. I already notice two of them: ignore case comparison and word boundary sensing, perhaps other places exists, I not study the code enough to cach them all. BSD sort uses upper half of 256 char table on its own purposes so badly damage both single byte and multibyte locales and of couse not use wcscoll() at all etc. -- http://ache.pp.ru/ From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 18 11:49:43 2008 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 897801065672; Wed, 18 Jun 2008 11:49:43 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id CCED78FC1C; Wed, 18 Jun 2008 11:49:42 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m5IBnHud089674; Wed, 18 Jun 2008 15:49:17 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1213789757; bh=h9mhvLWHfSU6doCssK94ZpDNwi1r2lc6q0hxEW5 mBVY=; l=711; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=N+UccMfo/nSV5iuljMXxd+wPx ysmq7qfiuuF4vzDbZMVvsRFQ0qaYAKqXO7U+OqxUof1EQjqrrb/RC7e0HjbcKUFvH3K C8zPtd6oudQjTX7O+zehoUmif8n9mHdsUGQBkQ6N+UK5UBz3uG3sCFfAsGrIPTAABgm Z0acd0Fjfx30= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m5IBnHeX089673; Wed, 18 Jun 2008 15:49:17 +0400 (MSD) (envelope-from ache) Date: Wed, 18 Jun 2008 15:49:17 +0400 From: Andrey Chernov To: Dag-Erling Sm??rgrav Message-ID: <20080618114917.GB89383@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Dag-Erling Sm??rgrav , Konrad Jankowski , Gabor Kovesdan , Diomidis Spinellis , Doug Barton , K?vesd?n G?bor , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon References: <48577510.4020007@aueb.gr> <48577BD2.4070205@bluemedia.pl> <20080617102900.GA46479@nagual.pp.ru> <485798C4.2050605@FreeBSD.org> <20080618055851.GA85018@nagual.pp.ru> <86zlpjduew.fsf@ds4.des.no> <20080618083739.GA87100@nagual.pp.ru> <867icndqv5.fsf@ds4.des.no> <4858DBF6.5070001@bluemedia.pl> <86skvbc9gn.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86skvbc9gn.fsf@ds4.des.no> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Wed, 18 Jun 2008 12:25:54 +0000 Cc: Doug Barton , current@FreeBSD.org, Konrad Jankowski , Diomidis Spinellis , hackers@FreeBSD.org, Gabor Kovesdan , Max Khon , "Sean C. Farley" , K?vesd?n G?bor Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 18 Jun 2008 11:49:43 -0000 On Wed, Jun 18, 2008 at 12:40:24PM +0200, Dag-Erling Sm??rgrav wrote: > For grep, I believe it should simply be a matter of calling setlocale(), > using wide strings, and using a multibyte regex engine (for appropriate > values of "simply"). See my prev reply telling more details. Using wide strings is not so easy, f.e. all ctype BSD grep now uses should be converted to wctype, input conversion added, etc. > Another thing I'm unsure about is the matter of input and output. Do > mbstowcs() / mbtowc() simply trust the input to conform to LC_CTYPE and > convert accordingly? When reading UTF, do they recognize and handle They return EILSEQ on wrong sequence. -- http://ache.pp.ru/ From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 18 11:52:18 2008 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 84995106566B; Wed, 18 Jun 2008 11:52:18 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id E1D488FC13; Wed, 18 Jun 2008 11:52:17 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id m5IBpr3u089723; Wed, 18 Jun 2008 15:51:53 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1213789913; bh=IKICksocZZlIuyeOpDiBbzwfnUMEkUQi33OrcZZ PmHQ=; l=551; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=qACqR3YTwwFk3g3q9uEt0xKGj RqScc1CDJG1wT1BA5bM9mS1JAXoNCdiyMG7U7cTHFBwF9ZrR0rI/lKpwV+wRNh8qHvL W45fJRhzrX41U49ezEHKoLACn72RqnQHwHlLX20mXBITn7fU1owOHCNC52sayYJvGHX 4D3jVm5d5Gjo= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id m5IBpriH089722; Wed, 18 Jun 2008 15:51:53 +0400 (MSD) (envelope-from ache) Date: Wed, 18 Jun 2008 15:51:52 +0400 From: Andrey Chernov To: Konrad Jankowski Message-ID: <20080618115152.GC89383@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Konrad Jankowski , Dag-Erling Sm??rgrav , Gabor Kovesdan , Diomidis Spinellis , Doug Barton , K?vesd?n G?bor , hackers@FreeBSD.org, current@FreeBSD.org, "Sean C. Farley" , Max Khon References: <20080617002808.GB16122@nagual.pp.ru> <20080617004647.GA16546@nagual.pp.ru> <48576610.9080808@FreeBSD.org> <48577510.4020007@aueb.gr> <48577BD2.4070205@bluemedia.pl> <20080617102900.GA46479@nagual.pp.ru> <485798C4.2050605@FreeBSD.org> <20080618055851.GA85018@nagual.pp.ru> <86zlpjduew.fsf@ds4.des.no> <4858D1E8.3050104@bluemedia.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4858D1E8.3050104@bluemedia.pl> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Wed, 18 Jun 2008 12:25:54 +0000 Cc: Doug Barton , current@FreeBSD.org, Diomidis Spinellis , hackers@FreeBSD.org, Gabor Kovesdan , Dag-Erling Sm??rgrav , Max Khon , "Sean C. Farley" , K?vesd?n G?bor Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 18 Jun 2008 11:52:18 -0000 On Wed, Jun 18, 2008 at 11:14:16AM +0200, Konrad Jankowski wrote: > I think the best place for this type of information is currently my SoC > wiki. > http://wiki.freebsd.org/KonradJankowski/Collation > I know currently it has very little information, however. > I can also create another page dedicated to explaining the workings of > collation in UCA, given enough interest. Please look at ICU library. Almong other thing they implement Unicode collation: http://icu-project.org/userguide/Collate_Intro.html -- http://ache.pp.ru/ From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 18 12:40:13 2008 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 015BC106567C for ; Wed, 18 Jun 2008 12:40:13 +0000 (UTC) (envelope-from stephen.hocking@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id C7BE68FC23 for ; Wed, 18 Jun 2008 12:40:12 +0000 (UTC) (envelope-from stephen.hocking@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so6734249rvf.43 for ; Wed, 18 Jun 2008 05:40:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=Scnmzh8Nt+3ARIOyDUsCx8p/HqJG0amy3jdV/9ZOVaI=; b=SaOWI3xaeeIgRFGQj6zmgDAIv45c45F1GZi9oxPZMnLmKZQIORqyC65rQexYLr+44D LHYBia6+x/fJAnkbO6GPzriDBDWLJfDDJkH9CD+qrUA31bkAD/e8LBunauXt0ighAaIk dfrddB/lpETJAeFh09BWXXb1pPS2c+OMwZwpw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=iz0IPJERsHhsdIdQHcim4nuXKgNoTZoCDapgNIzo1ZSREXHnIWCxt61m2IBWXtk81f ikRGIgoE0jezJMYFUfZNE6raErGug9YLIxDwAQ8kFXDa4J8lnZCzo4NAdHerK4tn7E/i dkvddSyNvxjG6tM4go/yO37M5yE0f1f0yJZMk= Received: by 10.141.123.4 with SMTP id a4mr5192664rvn.172.1213791198205; Wed, 18 Jun 2008 05:13:18 -0700 (PDT) Received: by 10.141.212.14 with HTTP; Wed, 18 Jun 2008 05:13:18 -0700 (PDT) Message-ID: <6300771b0806180513l469d6915y378400d728c12475@mail.gmail.com> Date: Wed, 18 Jun 2008 22:13:18 +1000 From: "Stephen Hocking" To: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Decent 3D acceleration in 64bit mode? 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, 18 Jun 2008 12:40:13 -0000 Hi, Given that Nvidia aren't offering a driver for their cards for 64bit FreeBSD, is anyone else having success using another (preferably PCI-E) card with 3D acceleration? Stephen From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 18 13:19:41 2008 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 69237106564A; Wed, 18 Jun 2008 13:19:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9F4C88FC21; Wed, 18 Jun 2008 13:19:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m5IDJWD6056994; Wed, 18 Jun 2008 09:19:33 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org, stef@memberwebs.com Date: Wed, 18 Jun 2008 09:17:05 -0400 User-Agent: KMail/1.9.7 References: <20080615112318.146C1F18512@mx.npubs.com> In-Reply-To: <20080615112318.146C1F18512@mx.npubs.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806180917.05689.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 18 Jun 2008 09:19:33 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7498/Tue Jun 17 22:08:00 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.3 deadlock (vm_map?) with DDB output 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, 18 Jun 2008 13:19:41 -0000 On Sunday 15 June 2008 07:23:19 am Stef Walter wrote: > I've been trying to track down a deadlock on some newish production > servers running FreeBSD 6.3-RELEASE-p2. The deadlock occurs on a > specific (although mundane) hardware configuration, and each of several > servers running this hardware deadlock about once per week. > > Although I suspect that this is not hardware related, from a (naive) > perusal of the attached stack traces. > > Forgive me if my interpretation of this is all wrong, but I'm pretty > desperate for help. So here's my basic understanding of the deadlock: > > These processes seem to be waiting on the page queue mutex: > sendmail (in vm_mmap > vm_map_find > vm_map_insert > vm_map_pmap_enter) > bsnmpd (in malloc, uma_large_malloc > page_alloc > kmem_malloc) > httpd (in trap > trap_pfault > vm_fault) > [g_up] (in g_vfs_done > bufdone) > > The page queue mutex is held by rsync process: > rsync (in trap > trap_pfault > vm_fault > pmap_enter) > > Rsync kernel process (in pmap_enter) was interrupted while holding the > page queue lock? > > > Giant is enabled in loader.conf due to the needs of the pf firewall when > dealing with user credentials lookups. I do not believe that Giant plays > into this deadlock. Kernel config attached. > > Any and all help or info is welcome. Thanks in advance. Try this change: jhb 2007-10-27 22:07:40 UTC FreeBSD src repository Modified files: sys/kern sched_4bsd.c Log: Change the roundrobin implementation in the 4BSD scheduler to trigger a userland preemption directly from hardclock() via sched_clock() when a thread uses up a full quantum instead of using a periodic timeout to cause a userland preemption every so often. This fixes a potential deadlock when IPI_PREEMPTION isn't enabled where softclock blocks on a lock held by a thread pinned or bound to another CPU. The current thread on that CPU will never be preempted while softclock is blocked. Note that ULE already drives its round-robin userland preemption from sched_clock() as well and always enables IPI_PREEMPT. MFC after: 1 week Revision Changes Path 1.108 +8 -29 src/sys/kern/sched_4bsd.c We use it at work on 6.x. W/o this fix, round-robin stops working on 4BSD when softclock() (swi4: clock) blocks on a lock like Giant. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 18 14:19:00 2008 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 B7044106564A for ; Wed, 18 Jun 2008 14:19:00 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 40DED8FC1B for ; Wed, 18 Jun 2008 14:19:00 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by ug-out-1314.google.com with SMTP id q2so855023uge.37 for ; Wed, 18 Jun 2008 07:18:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:mime-version:content-type:content-transfer-encoding :content-disposition; bh=/HChCtA6zpTYz1ohrINTWs1tSPm/DqWiIXDsoBGwAFo=; b=IFfz7XqPzb0JSQT2Woul3sEa1LHCtohGPkuTtHlxQbCIwKbC3xEqlXj62g/N53CAON Ja9m7y5UoypgbASbsQfMhIh0j+ab54q3TN+GF6VN7Hj/ljs1VtqH1MEaujaGmUdAl6s6 C7ErE918ymfp8fxYGg2j1xcL45QGuYYZkrN0s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type :content-transfer-encoding:content-disposition; b=XQJEyzz2ZQfOaQsenvhqwxAeVbijhQt7vkf7zmSPqpufVHMS7mExoMFxXcNgNkcsdE J6HyIkFrDqIkuw/n5LgxiaTq1e1SQwVYEQGVipAlthUMbRm99Loyu46wpC2puj7fFSXu qxm8O5UgRx/oAFesL9767yvhMPbWxcoRQoX5M= Received: by 10.210.18.18 with SMTP id 18mr598676ebr.95.1213797088048; Wed, 18 Jun 2008 06:51:28 -0700 (PDT) Received: by 10.210.34.1 with HTTP; Wed, 18 Jun 2008 06:51:28 -0700 (PDT) Message-ID: <3c0b01820806180651i509a223dy7d50d3cb2a0a2b68@mail.gmail.com> Date: Wed, 18 Jun 2008 09:51:28 -0400 From: "Alexander Sack" To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-hackers@freebsd.org Subject: How do I list what CPU core is on what package? 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, 18 Jun 2008 14:19:00 -0000 Hi Everybody: Simple question, if I want to know if a cpu X is on a particular package is there an easy way to list this? Normally my understanding is on most machines, every other LAPIC id is on the same package. So 0,2,4,6 would be on one package and 1,3,5,7 would be on another (say in a 2-way quad-core) and I am assuming (I haven't checked source) that the OS lists them in LAPIC order. Thanks! -aps From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 18 17:25:56 2008 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 39558106568D for ; Wed, 18 Jun 2008 17:25:56 +0000 (UTC) (envelope-from stef@memberwebs.com) Received: from mx.npubs.com (mail.zoneseven.net [209.66.100.224]) by mx1.freebsd.org (Postfix) with ESMTP id 147AF8FC2E for ; Wed, 18 Jun 2008 17:25:55 +0000 (UTC) (envelope-from stef@memberwebs.com) Received: from mx.npubs.com (avhost [209.66.100.194]) by mx.npubs.com (Postfix) with ESMTP id ACD5BF181FD; Wed, 18 Jun 2008 17:25:55 +0000 (UTC) Received: from northstar-srv2 (unknown [172.27.2.11]) by mx.npubs.com (Postfix) with ESMTP id CCAB4F18047; Wed, 18 Jun 2008 17:25:54 +0000 (UTC) From: Stef User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 To: John Baldwin References: <20080615112318.146C1F18512@mx.npubs.com> <200806180917.05689.jhb@freebsd.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Message-Id: <20080618172554.CCAB4F18047@mx.npubs.com> X-Virus-Scanned: ClamAV using ClamSMTP Date: Wed, 18 Jun 2008 17:25:55 +0000 (UTC) X-Mailman-Approved-At: Wed, 18 Jun 2008 18:21:55 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.3 deadlock (vm_map?) with DDB output 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, 18 Jun 2008 17:25:56 -0000 John Baldwin wrote: > Try this change: > > jhb 2007-10-27 22:07:40 UTC > We use it at work on 6.x. W/o this fix, round-robin stops working on 4BSD > when softclock() (swi4: clock) blocks on a lock like Giant. Awesome. Thanks. That looks like it'll do the trick. I'll deploy it and keep the list posted. Stef From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 18 21:46:48 2008 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 BA9151065671; Wed, 18 Jun 2008 21:46:48 +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 463FC8FC28; Wed, 18 Jun 2008 21:46:45 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (HPooka@thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id m5IL8Mlr097004; Wed, 18 Jun 2008 16:08:22 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Wed, 18 Jun 2008 16:08:22 -0500 (CDT) From: "Sean C. Farley" To: =?ISO-8859-15?Q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <86bq211rqw.fsf@ds4.des.no> Message-ID: References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <4854C96A.1080603@aueb.gr> <48556AAD.9010602@t-hosting.hu> <20080615212613.GA97326@nagual.pp.ru> <4855EDFE.3010708@FreeBSD.org> <86bq211rqw.fsf@ds4.des.no> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="56599777-1701218234-1213823305=:70949" X-Spam-Status: No, score=-4.4 required=3.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: Doug Barton , current@FreeBSD.org, Andrey Chernov , Diomidis Spinellis , hackers@FreeBSD.org, K?vesd?n G?bor , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 18 Jun 2008 21:46:48 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --56599777-1701218234-1213823305=:70949 Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 16 Jun 2008, Dag-Erling Smørgrav wrote: > Doug Barton writes: >> Andrey Chernov writes: >>> Please note that BSD grep is not localized (and can't be per design) >>> and works only with standard C locale. It may not affect ports >>> system processing but shurely affects real texts handling. >> That is very troubling. In this day and age localization is a >> requirement. I cannot imagine being supportive of adding something to >> the base that does not have this capability. > > We don't have a locale-aware regex implementation. Henry Spencer wrote > one for Tcl 8, and it seems to be under an MIT-equivalent license, but > I'm not sure how hard it would be to extirpate. It might be easier to > lift it from PostgreSQL, which also uses it. Other BSD-license-friendly regex libraries: 1. PCRE (http://www.pcre.org/) (has a POSIX compliant interface too) 2. Oniguruma (http://www.geocities.jp/kosako3/oniguruma/) (from Ruby) 3. Lrexlib (http://lrexlib.luaforge.net/) (no apparent POSIX interface) Sean -- scf@FreeBSD.org --56599777-1701218234-1213823305=:70949-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 18 23:07:38 2008 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 0347D1065688; Wed, 18 Jun 2008 23:07:38 +0000 (UTC) (envelope-from sobomax@FreeBSD.ORG) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id BB96A8FC2E; Wed, 18 Jun 2008 23:07:37 +0000 (UTC) (envelope-from sobomax@FreeBSD.ORG) Received: from [192.168.0.40] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m5IMUBkL026388 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Jun 2008 15:30:11 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <48598C6D.4040102@FreeBSD.org> Date: Wed, 18 Jun 2008 15:30:05 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <4855EDFE.3010708@FreeBSD.org> <86bq211rqw.fsf@ds4.des.no> <20080617002224.GA16122@nagual.pp.ru> <20080617002808.GB16122@nagual.pp.ru> <20080617004647.GA16546@nagual.pp.ru> <48576610.9080808@FreeBSD.org> <48577510.4020007@aueb.gr> <48577BD2.4070205@bluemedia.pl> <20080617102900.GA46479@nagual.pp.ru> <485798C4.2050605@FreeBSD.org> <20080618055851.GA85018@nagual.pp.ru> <86zlpjduew.fsf@ds4.des.no> In-Reply-To: <86zlpjduew.fsf@ds4.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 18 Jun 2008 23:21:48 +0000 Cc: Doug Barton , current@FreeBSD.ORG, Andrey Chernov , Konrad Jankowski , Diomidis Spinellis , hackers@FreeBSD.ORG, Gabor Kovesdan , K?vesd?n G?bor , "Sean C. Farley" , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 18 Jun 2008 23:07:38 -0000 Dag-Erling Smørgrav wrote: > Andrey Chernov writes: >> "BSD sort" as an idea will be a good project indeed, but "BSD sort" >> implementation we currently have at hand is totally misleading and should >> be rewritten from the scratch, I realize it when long time ago I try to >> localize it for single byte locales. > > I think part of the problem is that there aren't enough people who truly > understand localization. I think I understand most of it, but I'm > pretty sure I *don't* understand how collation works, or is supposed to > work. Amongst other things, I don't understand how (or whether) it > handles cases like "aa" and "å", which are considered the same letter in > Norwegian. > > Perhaps you could create a Localization page on wiki.freebsd.org which > addresses these issues, or at least points to relevant resources? Good regression test suite which would include cases in different single and multi-byte locates for grep/sort/etc could also be a big help. Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 00:17:07 2008 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 52CD9106566C for ; Thu, 19 Jun 2008 00:17:07 +0000 (UTC) (envelope-from vvelox@vvelox.net) Received: from vulpes.vvelox.net (vulpes.vvelox.NET [74.200.198.26]) by mx1.freebsd.org (Postfix) with ESMTP id 3B7828FC13 for ; Thu, 19 Jun 2008 00:17:07 +0000 (UTC) (envelope-from vvelox@vvelox.net) Received: from vixen42 (c-68-51-74-1.hsd1.il.comcast.net [68.51.74.1]) (Authenticated sender: vvelox) by vulpes.vvelox.net (Postfix) with ESMTP id AEA73B82C for ; Wed, 18 Jun 2008 19:00:02 -0500 (CDT) Date: Wed, 18 Jun 2008 18:58:10 -0500 From: "Zane C.B." To: freebsd-hackers@freebsd.org Message-ID: <20080618185810.5c121531@vixen42> X-Mailer: Claws Mail 3.4.0 (GTK+ 2.12.10; i386-portbld-freebsd6.3) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/M=1L268DuuPaA87RPGl0QWX"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Mailman-Approved-At: Thu, 19 Jun 2008 02:31:46 +0000 Subject: adding sysctls 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, 19 Jun 2008 00:17:07 -0000 --Sig_/M=1L268DuuPaA87RPGl0QWX Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Any one know of any recent documentation for adding a sysctl to a kernel module for FreeBSD 6 and 7? --Sig_/M=1L268DuuPaA87RPGl0QWX Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhZoRYACgkQC1tfcMGJid6dYwCZAbxBdYAKpOdFsMtrsjE8gYbl vFoAn0TfBK8ZjWGghoPfNE1OAmP4UZRj =upN/ -----END PGP SIGNATURE----- --Sig_/M=1L268DuuPaA87RPGl0QWX-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 03:37:35 2008 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 5CBAE10657A9 for ; Thu, 19 Jun 2008 03:37:33 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id D422B8FC14 for ; Thu, 19 Jun 2008 03:37:32 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.2) with ESMTP id m5J33twp025251 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 18 Jun 2008 22:03:55 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.2/Submit) id m5J33t8Z025230; Wed, 18 Jun 2008 22:03:55 -0500 (CDT) (envelope-from dan) Date: Wed, 18 Jun 2008 22:03:55 -0500 From: Dan Nelson To: "Zane C.B." Message-ID: <20080619030355.GA9700@dan.emsphone.com> References: <20080618185810.5c121531@vixen42> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080618185810.5c121531@vixen42> X-OS: FreeBSD 7.0-STABLE User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org Subject: Re: adding sysctls 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, 19 Jun 2008 03:37:50 -0000 In the last episode (Jun 18), Zane C.B. said: > Any one know of any recent documentation for adding a sysctl to a > kernel module for FreeBSD 6 and 7? man 9 sysctl -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 03:45:00 2008 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 C329A106582E for ; Thu, 19 Jun 2008 03:45:00 +0000 (UTC) (envelope-from lstewart@room52.net) Received: from swin.edu.au (gpo2.cc.swin.edu.au [136.186.1.222]) by mx1.freebsd.org (Postfix) with ESMTP id 2FDD38FC17 for ; Thu, 19 Jun 2008 03:44:59 +0000 (UTC) (envelope-from lstewart@room52.net) Received: from lstewart.caia.swin.edu.au (lstewart.caia.swin.edu.au [136.186.229.95]) by swin.edu.au (8.14.1/8.13.1) with ESMTP id m5J3Fu4W009104; Thu, 19 Jun 2008 13:15:57 +1000 Message-ID: <4859CF6C.80201@room52.net> Date: Thu, 19 Jun 2008 13:15:56 +1000 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.14 (X11/20080605) MIME-Version: 1.0 To: "Zane C.B." References: <20080618185810.5c121531@vixen42> In-Reply-To: <20080618185810.5c121531@vixen42> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.1.9 X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on gpo2.cc.swin.edu.au Cc: freebsd-hackers@freebsd.org Subject: Re: adding sysctls 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, 19 Jun 2008 03:45:07 -0000 Zane C.B. wrote: > Any one know of any recent documentation for adding a sysctl to a > kernel module for FreeBSD 6 and 7? This might help: Title: "An Introduction to FreeBSD 6 Kernel Hacking" URL: http://caia.swin.edu.au/reports/070622A/CAIA-TR-070622A.pdf Disclaimer: I co-wrote it. Cheers, Lawrence From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 06:09:59 2008 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 7C69C106564A for ; Thu, 19 Jun 2008 06:09:59 +0000 (UTC) (envelope-from contact@doostang.com) Received: from mail10.doostang.com (mail10.doostang.com [76.12.39.166]) by mx1.freebsd.org (Postfix) with ESMTP id 3035A8FC16 for ; Thu, 19 Jun 2008 06:09:58 +0000 (UTC) (envelope-from contact@doostang.com) Received: from UnknownHost [76.12.209.219] by mail10.doostang.com with SMTP; Wed, 18 Jun 2008 22:54:02 -0700 Date: Thu, 19 Jun 2008 05:54:07 +0000 From: Huy Ton-That To: freebsd-hackers@freebsd.org Message-Id: <4859f47f8a305_1356155555588f08166839e0@70955-30.70955.com.tmail> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=mimepart_4859f47f9c267_1356155555588f081668408f X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: I've added you as a friend on Doostang X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: huyslogic@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2008 06:09:59 -0000 --mimepart_4859f47f9c267_1356155555588f081668408f Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: Quoted-printable Content-Disposition: inline Hi, I=E2=80=99ve requested to add you as a friend on Doostang, an invite-only= career community started at Harvard, Stanford, and MIT. You can use Doo= stang to find a job or internship, network, and access valuable career in= formation from peers and industry professionals. Regards, Huy To accept this invitation, please visit: http://www.doostang.com/s/u?s=3DGPWsZraXuW ----------------------------------------------------------- If you don't want to receive future invitations or emails from Doostang, = click here: http://www.doostang.com/logins/noemail?arg=3D200d26c9721196d0d5ca76a9d231= b0fc4a6c2d98= --mimepart_4859f47f9c267_1356155555588f081668408f-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 08:27:44 2008 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 02F8E1065700 for ; Thu, 19 Jun 2008 08:27:44 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 8FDAA8FC13 for ; Thu, 19 Jun 2008 08:27:43 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([193.31.10.34]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Thu, 19 Jun 2008 10:27:42 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id m5J8ReZE003724 for freebsd-hackers@freebsd.org; Thu, 19 Jun 2008 10:27:40 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Thu, 19 Jun 2008 10:27:40 +0200 From: Matthias Apitz To: freebsd-hackers@freebsd.org Message-ID: <20080619082740.GA3700@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-RELEASE (i386) X-OriginalArrivalTime: 19 Jun 2008 08:27:42.0457 (UTC) FILETIME=[57BA4E90:01C8D1E6] Subject: moving FreeBSD installation disk1 to an USB stick X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2008 08:27:44 -0000 Hello, I'm preparing the installation of FreeBSD 7.0 on an Asus eeePC which has no CD/DVD drive for the installation (and I have no external CD driver with USB): http://www.laptoppen.nl/product-260-Asus-EEE-PC-900-Zwart.html My idea is to 'copy' somehow the FreeBSD 7.0 installation disk1 to an USB stick of 1 GByte; there is some kind of recipe how to put a boot-able system onto such an USB stick, like; http://groups.google.com/group/lucky.freebsd.questions/msg/5c759b1c87376b22 but this is not what I want; I want to boot the stick (of course) and run the 'sysinstall' having the complete disk1 on the stick; maybe it is an option making only the file system on the stick and the boot sector and fill in a dump of the file system of disk1, with some minor changes that after booting it uses the USB as CD device? any other ideas? Thx in advance matthias -- Matthias Apitz e - w http://www.UnixArea.de/ Irland - EU 1:0 From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 08:50:34 2008 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 7012E1065672 for ; Thu, 19 Jun 2008 08:50:34 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id 306838FC13 for ; Thu, 19 Jun 2008 08:50:33 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from [213.142.183.219] (helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1K9Fqg-0006VN-7f; Thu, 19 Jun 2008 10:50:30 +0200 Message-ID: <485A1DCE.7030904@FreeBSD.org> Date: Thu, 19 Jun 2008 10:50:22 +0200 From: Pietro Cerutti Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.14 (X11/20080610) MIME-Version: 1.0 To: "Zane C.B." References: <20080618185810.5c121531@vixen42> In-Reply-To: <20080618185810.5c121531@vixen42> X-Enigmail-Version: 0.95.6 OpenPGP: id=9571F78E; url=http://gahr.ch/pgp/ Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-hackers@freebsd.org Subject: Re: adding sysctls 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, 19 Jun 2008 08:50:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Zane C.B. wrote: | Any one know of any recent documentation for adding a sysctl to a | kernel module for FreeBSD 6 and 7? In addition to the what pointed out by others, I would recommend to look into /usr/share/examples/kld/dyn_sysctl for an example. - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhaHc0ACgkQwMJqmJVx946RYgCfcSCxyJKnHwVOAnoVv2E1i7PX g7cAoN9FohQIJZSd0TclD4Sd2ApKrwyP =CbOs -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 09:14:33 2008 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 7CB6B1065677 for ; Thu, 19 Jun 2008 09:14:33 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 3DD5C8FC1B for ; Thu, 19 Jun 2008 09:14:33 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 6D1751CCCF; Thu, 19 Jun 2008 11:14:32 +0200 (CEST) Date: Thu, 19 Jun 2008 11:14:32 +0200 From: Ed Schouten To: Matthias Apitz Message-ID: <20080619091432.GG93496@hoeg.nl> References: <20080619082740.GA3700@rebelion.Sisis.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cyV/sMl4KAhiehtf" Content-Disposition: inline In-Reply-To: <20080619082740.GA3700@rebelion.Sisis.de> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Hackers Subject: Re: moving FreeBSD installation disk1 to an USB stick 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, 19 Jun 2008 09:14:33 -0000 --cyV/sMl4KAhiehtf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Matthias, * Matthias Apitz wrote: >=20 > Hello, >=20 > I'm preparing the installation of FreeBSD 7.0 on an Asus eeePC which has > no CD/DVD drive for the installation (and I have no external CD driver > with USB): > http://www.laptoppen.nl/product-260-Asus-EEE-PC-900-Zwart.html >=20 > My idea is to 'copy' somehow the FreeBSD 7.0 installation disk1 to an > USB stick of 1 GByte; there is some kind of recipe how to put a boot-able > system onto such an USB stick, like; > http://groups.google.com/group/lucky.freebsd.questions/msg/5c759b1c87376b= 22 > but this is not what I want; I want to boot the stick (of course) and > run the 'sysinstall' having the complete disk1 on the stick; >=20 > maybe it is an option making only the file system on the stick and the > boot sector and fill in a dump of the file system of disk1, with some > minor changes that after booting it uses the USB as CD device? >=20 > any other ideas? You could consider installing FreeBSD by hand. Just make sure you get a bootable FreeBSD system on that USB stick and do this: bsdlabel -w -B /dev/ad0 # assuming ad0 is the eeepc flash # just do bsdlabel -e /dev/ad0 if you want to add multiple slices for i in a d e f g ... # any partitions you have do newfs -U -O 2 /dev/ad0$i done =09 # mount all your partitions in /new mkdir /new mount /dev/ad0a /new mkdir /new/var mount /dev/ad0d /var # make sure you have the `base' and `kernels' directories on # your USB stick and do this: cd /X.Y-RELEASE/base DESTDIR=3D/new sh install.sh cd ../kernels DESTDIR=3D/new sh install.sh generic mv /boot/GENERIC/* /boot/kernel/ # create a /etc/fstab file vi /etc/fstab Good luck! --=20 Ed Schouten WWW: http://80386.nl/ --cyV/sMl4KAhiehtf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkhaI3gACgkQ52SDGA2eCwXU0gCfQG2T3W/4Ae0X3xajntKLHgwh rMkAn2O4BVvEXPLvw328BTkp/w2aBep3 =d+Pk -----END PGP SIGNATURE----- --cyV/sMl4KAhiehtf-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 09:26:45 2008 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 6D83B106566B for ; Thu, 19 Jun 2008 09:26:45 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 034388FC23 for ; Thu, 19 Jun 2008 09:26:44 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([193.31.10.34]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Thu, 19 Jun 2008 11:26:43 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id m5J9Qe68005472; Thu, 19 Jun 2008 11:26:40 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Thu, 19 Jun 2008 11:26:40 +0200 From: Matthias Apitz To: Ed Schouten Message-ID: <20080619092640.GA5246@rebelion.Sisis.de> References: <20080619082740.GA3700@rebelion.Sisis.de> <20080619091432.GG93496@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20080619091432.GG93496@hoeg.nl> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-RELEASE (i386) X-OriginalArrivalTime: 19 Jun 2008 09:26:43.0358 (UTC) FILETIME=[9644EBE0:01C8D1EE] Cc: FreeBSD Hackers Subject: Re: moving FreeBSD installation disk1 to an USB stick X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2008 09:26:45 -0000 El día Thursday, June 19, 2008 a las 11:14:32AM +0200, Ed Schouten escribió: > You could consider installing FreeBSD by hand. Just make sure you > get a bootable FreeBSD system on that USB stick and do this: > > bsdlabel -w -B /dev/ad0 # assuming ad0 is the eeepc flash > # just do bsdlabel -e /dev/ad0 if you want to add multiple slices > for i in a d e f g ... # any partitions you have > do > newfs -U -O 2 /dev/ad0$i > done > > # mount all your partitions in /new > mkdir /new > mount /dev/ad0a /new > mkdir /new/var > mount /dev/ad0d /var > > # make sure you have the `base' and `kernels' directories on > # your USB stick and do this: > cd /X.Y-RELEASE/base > DESTDIR=/new sh install.sh > cd ../kernels > DESTDIR=/new sh install.sh generic > mv /boot/GENERIC/* /boot/kernel/ > > # create a /etc/fstab file > vi /etc/fstab > > Good luck! Thanks, Ed, for this hint; this is also more or less how the recipe is to make that boot-able USB stick; I've just played around with /usr/sbin/sysinstall and realised (what I've never used before) that you can choose as installation source also any point in the file system; so if I put /packages from disk1 to the USB stick as well I could perhaps mount it after booting it and run /usr/sbin/sysinstall and point it to that directory. Will let you know once the beast arrives here. Thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ «...una sola vez, que es cuanto basta si se trata de verdades definitivas.» «...only once, which is enough if it has todo with definite truth.» José Saramago, Historia del Cerca de Lisboa From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 10:37:51 2008 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 BC9D91065675; Thu, 19 Jun 2008 10:37:51 +0000 (UTC) (envelope-from konrad.jankowski@bluemedia.pl) Received: from mta1.blue.pl (mta1.blue.pl [195.182.23.11]) by mx1.freebsd.org (Postfix) with ESMTP id 575078FC12; Thu, 19 Jun 2008 10:37:51 +0000 (UTC) (envelope-from konrad.jankowski@bluemedia.pl) Received: from localhost (amavis.blue.pl [10.123.123.42]) by mta1.blue.pl (Postfix) with ESMTP id A351D9FD10A; Thu, 19 Jun 2008 12:37:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at blue.pl Received: from mta1.blue.pl ([10.123.123.2]) by localhost (amavis.blue.pl [10.123.123.42]) (amavisd-new, port 10024) with LMTP id p4pdOn9UBdfW; Thu, 19 Jun 2008 12:37:50 +0200 (CEST) Received: from mx-1.blue.pl (mx-1.blue.pl [10.123.123.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mta1.blue.pl (Postfix) with ESMTP id 644FB9F9CEE; Thu, 19 Jun 2008 12:37:50 +0200 (CEST) Received: from localhost (amavis.blue.pl [10.123.123.42]) by mx-1.blue.pl (Postfix) with ESMTP id 02C5823570; Thu, 19 Jun 2008 12:37:49 +0200 (CEST) X-Virus-Scanned: amavisd-new at blue.pl Received: from mx-1.blue.pl ([10.123.123.67]) by localhost (amavis.blue.pl [10.123.123.42]) (amavisd-new, port 10024) with LMTP id Yg6HpQ8ft4wX; Thu, 19 Jun 2008 12:37:44 +0200 (CEST) Received: from vspredator.ath.cx (ip-195-3-221-143.vnet.pl [195.3.221.143]) by mx-1.blue.pl (Postfix) with ESMTP id 226902341A; Thu, 19 Jun 2008 12:37:43 +0200 (CEST) Message-ID: <485A36F6.9020100@bluemedia.pl> Date: Thu, 19 Jun 2008 12:37:42 +0200 From: Konrad Jankowski User-Agent: Thunderbird 2.0.0.9 (X11/20080213) MIME-Version: 1.0 To: Maxim Sobolev References: <4855EDFE.3010708@FreeBSD.org> <86bq211rqw.fsf@ds4.des.no> <20080617002224.GA16122@nagual.pp.ru> <20080617002808.GB16122@nagual.pp.ru> <20080617004647.GA16546@nagual.pp.ru> <48576610.9080808@FreeBSD.org> <48577510.4020007@aueb.gr> <48577BD2.4070205@bluemedia.pl> <20080617102900.GA46479@nagual.pp.ru> <485798C4.2050605@FreeBSD.org> <20080618055851.GA85018@nagual.pp.ru> <86zlpjduew.fsf@ds4.des.no> <48598C6D.4040102@FreeBSD.org> In-Reply-To: <48598C6D.4040102@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 19 Jun 2008 11:29:17 +0000 Cc: Doug Barton , current@FreeBSD.ORG, Andrey Chernov , K?vesd?n G?bor , Diomidis Spinellis , hackers@FreeBSD.ORG, Gabor Kovesdan , =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , "Sean C. Farley" , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 19 Jun 2008 10:37:51 -0000 Maxim Sobolev wrote: > Good regression test suite which would include cases in different > single and multi-byte locates for grep/sort/etc could also be a big help. I will implement test cases for sort in UTF-8 as part of my project. From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 11:43:18 2008 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 CFB40106567E; Thu, 19 Jun 2008 11:43:18 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 7FEEA8FC2C; Thu, 19 Jun 2008 11:43:18 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 6C5212049; Thu, 19 Jun 2008 13:43:08 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Konrad Jankowski Date: Thu, 19 Jun 2008 13:21:05 +0200 References: <20080617002224.GA16122@nagual.pp.ru> <20080617002808.GB16122@nagual.pp.ru> <20080617004647.GA16546@nagual.pp.ru> <48576610.9080808@FreeBSD.org> <48577510.4020007@aueb.gr> <48577BD2.4070205@bluemedia.pl> <20080617102900.GA46479@nagual.pp.ru> <485798C4.2050605@FreeBSD.org> <20080618055851.GA85018@nagual.pp.ru> <86zlpjduew.fsf@ds4.des.no> <20080618083739.GA87100@nagual.pp.ru> <867icndqv5.fsf@ds4.des.no> <4858DBF6.5070001@bluemedia.pl> <86skvbc9gn.fsf@ds4.des.no> <485A35EB.7000004@bluemedia.pl> Message-ID: <86hcbphcqi.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Thu, 19 Jun 2008 11:47:32 +0000 Cc: Doug Barton , current@FreeBSD.org, Andrey Chernov , Diomidis Spinellis , hackers@FreeBSD.org, Gabor Kovesdan , Max Khon , "Sean C. Farley" , K?vesd?n G?bor Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 19 Jun 2008 11:43:18 -0000 Konrad Jankowski writes: > BOM's should be handled at the program level. Yeah, that makes sense; libc has no way of knowing whether the start of the string you're processing is actually the start of the file. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 13:07:45 2008 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 5DE25106568A for ; Thu, 19 Jun 2008 13:07:45 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [212.17.241.230]) by mx1.freebsd.org (Postfix) with ESMTP id AC3798FC19 for ; Thu, 19 Jun 2008 13:07:44 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m5JCa3ma078446; Thu, 19 Jun 2008 14:36:03 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m5JCa3Fo078445; Thu, 19 Jun 2008 14:36:03 +0200 (CEST) (envelope-from olli) Date: Thu, 19 Jun 2008 14:36:03 +0200 (CEST) Message-Id: <200806191236.m5JCa3Fo078445@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, Matthias Apitz In-Reply-To: <20080619082740.GA3700@rebelion.Sisis.de> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 19 Jun 2008 14:36:04 +0200 (CEST) Cc: Subject: Re: moving FreeBSD installation disk1 to an USB stick X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, Matthias Apitz List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2008 13:07:45 -0000 Matthias Apitz wrote: > I'm preparing the installation of FreeBSD 7.0 on an Asus eeePC which has > no CD/DVD drive for the installation (and I have no external CD driver > with USB): > http://www.laptoppen.nl/product-260-Asus-EEE-PC-900-Zwart.html > > My idea is to 'copy' somehow the FreeBSD 7.0 installation disk1 to an > USB stick of 1 GByte; there is some kind of recipe how to put a boot-able > system onto such an USB stick, like; > http://groups.google.com/group/lucky.freebsd.questions/msg/5c759b1c87376b22 > but this is not what I want; I want to boot the stick (of course) and > run the 'sysinstall' having the complete disk1 on the stick; > > maybe it is an option making only the file system on the stick and the > boot sector and fill in a dump of the file system of disk1, Yes, that should work. Just prepare the USB stick so it is bootable (fdisk(1), bsdlabel(8)), put a UFS file system on it (newfs(8)), then extract the contents of the "disk1" ISO image onto the file system. You can use tar for that: # cd /mnt ; tar xf /tmp/disk1.iso > with some minor changes that after booting it uses the USB as CD device? No, I don't think that's possible. And it's not necessary. sysinstall can install from a normal UFS partition. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 13:29:39 2008 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 70589106566B for ; Thu, 19 Jun 2008 13:29:39 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id EC60C8FC22 for ; Thu, 19 Jun 2008 13:29:38 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by ug-out-1314.google.com with SMTP id q2so1046781uge.37 for ; Thu, 19 Jun 2008 06:29:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:mime-version:content-type:content-transfer-encoding :content-disposition; bh=yHNhnlgr++r5ljyf4S0Ed0jTw8UbkhhidIwArKRg+1c=; b=MchuIVhlPZHlgDwNmUL8Stkq0Bomip6/MuHdc3bcByq678fa48w0YFRLTuIONdwFIe fjntjJRgfXsHbnA9PAmQuCg9En7/22swVhBAl971qz86i0WZhyWP2i9kPN2fGighWI42 FRcn6N0g6rTbfnOaDzbMSiTyDEztDDfPG2J2U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type :content-transfer-encoding:content-disposition; b=KW+6MFTlD6XaFK1tB7PL/fkkcJZpGuwgybY3P3Jwg4HwhMLVZU3RjBcJeuoBjpudyM ATPHB8wXvoZz/WGS97AAnO9AAOH3TSrzSiE9zuaxGrV5+eJoRK2FndJNFSAq69w/hYdP mENHWWtLqv36gllo6UKaOP1VGpS8P2eXMpImE= Received: by 10.210.67.4 with SMTP id p4mr1850653eba.77.1213882177826; Thu, 19 Jun 2008 06:29:37 -0700 (PDT) Received: by 10.210.22.4 with HTTP; Thu, 19 Jun 2008 06:29:37 -0700 (PDT) Message-ID: <3c0b01820806190629o7264cfaeg6fa6a08a6822047e@mail.gmail.com> Date: Thu, 19 Jun 2008 09:29:37 -0400 From: "Alexander Sack" To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-hackers@freebsd.org Subject: Cross platform building best practices (building 6 on 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, 19 Jun 2008 13:29:39 -0000 Hello Folks: I've done a lot of Googling and scouring the lists about this particular subject so I apologize for rehashing it. However, I'm still confused on what's the best way to perform BSD cross platform builds. Ideally what I want to have is an environment whereby I can build a 6.1-RELEASE tree on a 7.0-RELEASE box. I thought originally I could check out a 6.1 release version, perform make world, and then use the output of that build as either a basis for a jail or a toolchain. However, as noted by previous threads, 6.x doesn't build on a 7.x due to gcc4/binutils compatibility issues (please correct me if I'm wrong). I then thought I could potentially download a patched binutils, copy it into src/contrib/binutils and that would potentially fix it. No dice (and I'm still debugging why since this binutils package DOES build outside of the make world infrastructure without issue, this very well could be pilot error on my part since I didn't update the VERSION string and didn't trim the source files as per the FreeBSD-deleteList etc.). I THEN thought if I build/install a gcc-3.x/bintuils toolchain I could complie a 6.x on a 7.x machine. Well I haven't done that yet since at this point I believe I'm diverged from the path of FreeBSD build enlightenment! Moreover, if would be NICE if I could bootstrap the normal dev tools from the exiting make world build tree. I'm not yet ready for a lot of hackery on the build tree without asking around. :D! Does anyone due cross-platform builds (without host virtualization)? Thanks! -aps From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 13:55:58 2008 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 6EB26106566C for ; Thu, 19 Jun 2008 13:55:58 +0000 (UTC) (envelope-from sebastian.tymkow@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id E88FE8FC25 for ; Thu, 19 Jun 2008 13:55:57 +0000 (UTC) (envelope-from sebastian.tymkow@gmail.com) Received: by ug-out-1314.google.com with SMTP id q2so1050906uge.37 for ; Thu, 19 Jun 2008 06:55:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=xecnmIRCPMFMm3/C/62z3zOLVq1sIVtdkX8+EodepIk=; b=bxhudt6c3MSwuEBCF0ctUkt3jVyIr+05c5rWdIXkFlp8x8ieXtJ27lwdhllPgXZxXa l62P/EiviE6LN2aG7+PyV5OrbKzO+iHNxabkFprWThmsMQN4pTRYDVJyx5nRX7jdaIcE p8XswF24zOdbt3HPtbIXlreEOrleOfRfy0BcU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=khDSU15MCp86qKoGeLSjArlcj2tecELLZsPsq+O5/Y5+97WVJZxI6KqTbP30mvG1Kw oVecGAWgm8pgs3DQ6BcI9Hsn0ixnb1SaahCPlLMmK9Sw3Y0YEiFGAafV2Bk9vztnmj5H Coh54+cXnhjkqtkNjeJHLmTx1Qm6rGQ4J4Fas= Received: by 10.210.16.10 with SMTP id 10mr1815128ebp.118.1213882028937; Thu, 19 Jun 2008 06:27:08 -0700 (PDT) Received: by 10.210.45.16 with HTTP; Thu, 19 Jun 2008 06:27:08 -0700 (PDT) Message-ID: <692660060806190627l6c3eb6e8oaff08dac0281997@mail.gmail.com> Date: Thu, 19 Jun 2008 15:27:08 +0200 From: "=?ISO-8859-1?Q?Sebastian_Tymk=F3w?=" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 7.0 own installation 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, 19 Jun 2008 13:55:58 -0000 Hi, I need to create my own installation disk. Is there any solution to create own release without in example sendmail. I made some scripts and included them in /usr/src/release/Makefile to install some ports to iso ( I know I can do post-install but for some reasons I'd like to do it). Maybe there is better solution to create bootable iso than using make release which creates chroot environment and recreate world once again ? Another question, is there any possibility to simply add gjournal to sysinstall to use it during installation? I wan't to create as easy installation as is possible ( I don't want to play with fixit mode). Best regards, Sebastian Tymkow From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 15:15:16 2008 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 869161065720 for ; Thu, 19 Jun 2008 15:15:16 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 09ACC8FC0A for ; Thu, 19 Jun 2008 15:15:15 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so462493fgb.35 for ; Thu, 19 Jun 2008 08:15:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=upv4v3ystKbxC9qJn31IPyGKqp6DGAb1kUk7nJYu0y8=; b=rfAn1WaBNypNbfslmj5pvxAzl5mNh2V996RSBq70rTHCgCXwyFKjeYu4fAlEU4Abas +0hafqKkJmQJfvDpT2S29zNT0c+N5iqtq4dC5evSGd49aN9Gnomsu9FivfY+vp14X+zC JxrmdbuvSBGYPdfFCFJe/6SEwvaUnpTyzPvfg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=D3pzIzqVP4aj3kmNkystIAlyPreG8ukQe/4CSyQSqvNxM7/CyTJZdUlDiLQ32i9a6Q OqEqRTIaGMiBSDusrLufZHHnKWbNc9NYWd9TsLxwd4XJilMiwUg6h7xogF8sCssnT40L knLo/TDoZhRnYvWPcl7vr6E9x4bUNNqFUfF1U= Received: by 10.86.84.5 with SMTP id h5mr2283004fgb.58.1213888511463; Thu, 19 Jun 2008 08:15:11 -0700 (PDT) Received: by 10.86.51.1 with HTTP; Thu, 19 Jun 2008 08:15:11 -0700 (PDT) Message-ID: <7d6fde3d0806190815g984c8f7k37322cf14d93d3bd@mail.gmail.com> Date: Thu, 19 Jun 2008 08:15:11 -0700 From: "Garrett Cooper" To: "=?ISO-8859-1?Q?Sebastian_Tymk=F3w?=" In-Reply-To: <692660060806190627l6c3eb6e8oaff08dac0281997@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <692660060806190627l6c3eb6e8oaff08dac0281997@mail.gmail.com> Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD 7.0 own installation 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, 19 Jun 2008 15:15:16 -0000 On Thu, Jun 19, 2008 at 6:27 AM, Sebastian Tymk=F3w wrote: > Hi, > > I need to create my own installation disk. > Is there any solution to create own release without in example sendmail. > I made some scripts and included them in /usr/src/release/Makefile > to install some ports to iso ( I know I can do post-install but for some > reasons > I'd like to do it). > Maybe there is better solution to create bootable iso than using make > release > which creates chroot environment and recreate world once again ? > Another question, is there any possibility to simply add gjournal to > sysinstall to use it during installation? > I wan't to create as easy installation as is possible ( I don't want to p= lay > with fixit mode). > > > Best regards, > > Sebastian Tymkow I'd read `man src.conf' (note the WITHOUT_* variables), and you probably should ask this type of a question on questions@ next time (it's a bit more fitting to be discussed there). Apart from that you should be able to grab whatever binaries you want with custom scripts, similar to what NanoBSD [1] does... Good luck though, -Garrett 1. http://www.freebsd.org/doc/en/articles/nanobsd/index.html From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 15:22:51 2008 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 A948D1065670 for ; Thu, 19 Jun 2008 15:22:51 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 24D0E8FC1A for ; Thu, 19 Jun 2008 15:22:50 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so464497fgb.35 for ; Thu, 19 Jun 2008 08:22:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=rk3JxaqBUImni5gMGS09AecBCMDWCssQuPOrJanXWzc=; b=f5zLdI8X3sS8QVj0uL24Twc9nrwIPbhgh83kw3ASA+DgLa7JL3abrKQ2eE3hB98ouX OJ5WebPF8n6JnA/Y3TTxYNyStryIPJmfk6Lsms0Nk9gHuD/u3CxxIQgJhYV2jp4Dhn1H MwwSWfyskC7K40l2DbojMY2ybL/XQtM0t44+0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=bH27vCTWERJmQqZwkUuYl8KtIG1YE05JuNM/8509F92J0gNi9zKQh3he12S49smLR/ BBz6hnidHstdfHc9uJfpYj5P5DoBreHwbEDAGzTVHxu8UThq9ASLH3Sw7iIiIn2I+AR3 IEw/77gX1KwTpMa8fR2tf25lKM5Yopxa2Ma1g= Received: by 10.86.70.11 with SMTP id s11mr2279685fga.71.1213888957540; Thu, 19 Jun 2008 08:22:37 -0700 (PDT) Received: by 10.86.51.1 with HTTP; Thu, 19 Jun 2008 08:22:37 -0700 (PDT) Message-ID: <7d6fde3d0806190822s1420dcake3a38be7189b8ab0@mail.gmail.com> Date: Thu, 19 Jun 2008 08:22:37 -0700 From: "Garrett Cooper" To: "Alexander Sack" In-Reply-To: <3c0b01820806190629o7264cfaeg6fa6a08a6822047e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3c0b01820806190629o7264cfaeg6fa6a08a6822047e@mail.gmail.com> Cc: freebsd-hackers@freebsd.org Subject: Re: Cross platform building best practices (building 6 on 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, 19 Jun 2008 15:22:51 -0000 On Thu, Jun 19, 2008 at 6:29 AM, Alexander Sack wrote: > Hello Folks: > > I've done a lot of Googling and scouring the lists about this > particular subject so I apologize for rehashing it. However, I'm > still confused on what's the best way to perform BSD cross platform > builds. Ideally what I want to have is an environment whereby I can > build a 6.1-RELEASE tree on a 7.0-RELEASE box. I thought originally I > could check out a 6.1 release version, perform make world, and then > use the output of that build as either a basis for a jail or a > toolchain. However, as noted by previous threads, 6.x doesn't build > on a 7.x due to gcc4/binutils compatibility issues (please correct me > if I'm wrong). I then thought I could potentially download a patched > binutils, copy it into src/contrib/binutils and that would potentially > fix it. No dice (and I'm still debugging why since this binutils > package DOES build outside of the make world infrastructure without > issue, this very well could be pilot error on my part since I didn't > update the VERSION string and didn't trim the source files as per the > FreeBSD-deleteList etc.). > > I THEN thought if I build/install a gcc-3.x/bintuils toolchain I could > complie a 6.x on a 7.x machine. Well I haven't done that yet since at > this point I believe I'm diverged from the path of FreeBSD build > enlightenment! Moreover, if would be NICE if I could bootstrap the > normal dev tools from the exiting make world build tree. I'm not yet > ready for a lot of hackery on the build tree without asking around. > :D! > > Does anyone due cross-platform builds (without host virtualization)? > > Thanks! > > -aps (I'll stick to just hackers@ because I don't want to pollute questions@ unnecessarily) You touched on an important point. There were some code quality issues (I think) with 6.x that were resolved moving to 7.x, which caused gcc-4.2.x to barf. gcc-4.2.x requires a newer version of binutils, just because (for API / usage compatibility). What you should probably do is create a jail then do your development for 6.x in a jail, 7.x in another, and (if you're bold enough ;)...) do 8.x development in yet a third. Jail's are a much better way to isolate things such that you don't have to worry about toolchain issues like these and are able to setup a sourcebase as the devs intended it (for the most part; you may run into issues with sysctls and virtual kernel stuff like that, but cest la vie... there isn't a better way I know of than that outside of running a VM). -Garrett From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 15:35:21 2008 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 CB7EE106566B; Thu, 19 Jun 2008 15:35:21 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 1C6F18FC20; Thu, 19 Jun 2008 15:35:21 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id F2D2B3F633C; Thu, 19 Jun 2008 17:35:19 +0200 (CEST) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id AA8E13F62E9; Thu, 19 Jun 2008 17:35:19 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 60E9E9B497; Thu, 19 Jun 2008 15:31:05 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 5D9E14089; Thu, 19 Jun 2008 17:31:05 +0200 (CEST) Date: Thu, 19 Jun 2008 17:31:05 +0200 From: Jeremie Le Hen To: Robert Watson Message-ID: <20080619153105.GL46885@obiwan.tataz.chchile.org> References: <20080612184237.GC15774@obiwan.tataz.chchile.org> <20080614182623.F66582@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="O5XBE6gyVG5Rl6Rj" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20080614182623.F66582@fledge.watson.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-hackers@freebsd.org Subject: Re: Integration of ProPolice in FreeBSD 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, 19 Jun 2008 15:35:21 -0000 --O5XBE6gyVG5Rl6Rj Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit Hi Robert, hi all, On Sat, Jun 14, 2008 at 06:27:30PM +0100, Robert Watson wrote: > > On Thu, 12 Jun 2008, Jeremie Le Hen wrote: > > > (This mail has already been sent to -arch@. I'm sending it here now for a > > wider audience because I really need testers.) > > Dear Jeremie, > > Unfortunately, I can't lend my hands to this project as they're currently > full of other stuff. However, I would really be very pleased to see is > [finally] ship a release with ProPolice enabled. We're definitely trailing > the pack in this regard, and I think it's bad practice to not ship with what > are considered industry-standard protections here. Thanks for your work on > this! Thank you for those words or cheer. I inquired some of my friends to get some testing, and in most of case the answer was « I'm running RELENG_7 ». So I've made a patch against RELENG_7. There are only minor changes in src/Makefile.inc1 because -DNO_CTR has been sown all over the file :). So to make it clear for casual glancers: !!! !!! !!! This patch is against RELENG_7. If you can afford a reboot, please test! I need some feedback before it gets committed to -CURRENT. The patch is very stable on my laptop. !!! !!! !!! Thanks you every one. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --O5XBE6gyVG5Rl6Rj Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="fbsd7-ssp.diff" Index: Makefile.inc1 =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/Makefile.inc1,v retrieving revision 1.588.2.4 diff -u -p -r1.588.2.4 Makefile.inc1 --- Makefile.inc1 24 Feb 2008 14:31:41 -0000 1.588.2.4 +++ Makefile.inc1 18 Jun 2008 21:13:21 -0000 @@ -206,6 +206,7 @@ BMAKE= MAKEOBJDIRPREFIX=${WORLDTMP} \ ${BMAKEENV} ${MAKE} -f Makefile.inc1 \ DESTDIR= \ BOOTSTRAPPING=${OSRELDATE} \ + -DWITHOUT_SSP \ -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN \ -DWITHOUT_NLS -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED \ -DNO_CPU_CFLAGS -DNO_WARNS @@ -215,7 +216,8 @@ TMAKE= MAKEOBJDIRPREFIX=${OBJTREE} \ ${BMAKEENV} ${MAKE} -f Makefile.inc1 \ TARGET=${TARGET} TARGET_ARCH=${TARGET_ARCH} \ DESTDIR= \ - BOOTSTRAPPING=${OSRELDATE} -DNO_LINT -DNO_CPU_CFLAGS -DNO_WARNS + BOOTSTRAPPING=${OSRELDATE} -DNO_LINT -DNO_CPU_CFLAGS -DNO_WARNS \ + -DWITHOUT_SSP # cross-tools stage XMAKE= TOOLS_PREFIX=${WORLDTMP} ${BMAKE} \ @@ -425,7 +427,7 @@ build32: .if ${MK_KERBEROS} != "no" .for _t in obj depend all cd ${.CURDIR}/kerberos5/tools; \ - MAKEOBJDIRPREFIX=${OBJTREE}/lib32 ${MAKE} DESTDIR= ${_t} + MAKEOBJDIRPREFIX=${OBJTREE}/lib32 ${MAKE} -DWITHOUT_SSP DESTDIR= ${_t} .endfor .endif .for _t in obj includes @@ -447,7 +449,7 @@ build32: .endfor .for _dir in lib/ncurses/ncurses lib/ncurses/ncursesw lib/libmagic cd ${.CURDIR}/${_dir}; \ - MAKEOBJDIRPREFIX=${OBJTREE}/lib32 ${MAKE} DESTDIR= build-tools + MAKEOBJDIRPREFIX=${OBJTREE}/lib32 ${MAKE} -DWITHOUT_SSP DESTDIR= build-tools .endfor cd ${.CURDIR}; \ ${LIB32WMAKE} -f Makefile.inc1 libraries @@ -706,13 +708,13 @@ buildkernel: @echo "--------------------------------------------------------------" cd ${KRNLOBJDIR}/${_kernel}; \ MAKESRCPATH=${KERNSRCDIR}/dev/aic7xxx/aicasm \ - ${MAKE} -DNO_CPU_CFLAGS -f ${KERNSRCDIR}/dev/aic7xxx/aicasm/Makefile + ${MAKE} -DWITHOUT_SSP -DNO_CPU_CFLAGS -f ${KERNSRCDIR}/dev/aic7xxx/aicasm/Makefile # XXX - Gratuitously builds aicasm in the ``makeoptions NO_MODULES'' case. .if !defined(MODULES_WITH_WORLD) && !defined(NO_MODULES) && exists(${KERNSRCDIR}/modules) .for target in obj depend all cd ${KERNSRCDIR}/modules/aic7xxx/aicasm; \ MAKEOBJDIRPREFIX=${KRNLOBJDIR}/${_kernel}/modules \ - ${MAKE} -DNO_CPU_CFLAGS ${target} + ${MAKE} -DWITHOUT_SSP -DNO_CPU_CFLAGS ${target} .endfor .endif .if !defined(NO_KERNELDEPEND) Index: gnu/lib/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/gnu/lib/Makefile,v retrieving revision 1.42 diff -u -p -r1.42 Makefile --- gnu/lib/Makefile 19 May 2007 04:25:54 -0000 1.42 +++ gnu/lib/Makefile 18 Jun 2008 21:08:09 -0000 @@ -2,7 +2,7 @@ .include -SUBDIR= csu libgcc libgcov libdialog libgomp libregex libreadline +SUBDIR= csu libgcc libgcov libdialog libgomp libregex libreadline libssp # libsupc++ uses libstdc++ headers, although 'make includes' should # have taken care of that already. @@ -14,8 +14,4 @@ SUBDIR+= libstdc++ libsupc++ SUBDIR+= libobjc .endif -.if ${MK_SSP} != "no" -SUBDIR+= libssp -.endif - .include Index: gnu/lib/csu/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/gnu/lib/csu/Makefile,v retrieving revision 1.25 diff -u -p -r1.25 Makefile --- gnu/lib/csu/Makefile 19 May 2007 04:25:55 -0000 1.25 +++ gnu/lib/csu/Makefile 18 Jun 2008 21:08:09 -0000 @@ -19,6 +19,7 @@ CFLAGS+= -I${GCCLIB}/include -I${GCCDIR} -I${CCDIR}/cc_tools CRTS_CFLAGS= -DCRTSTUFFS_O -DSHARED ${PICFLAG} MKDEP= -DCRT_BEGIN +WITHOUT_SSP= .if ${MACHINE_ARCH} == "ia64" BEGINSRC= crtbegin.asm Index: gnu/lib/libssp/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/gnu/lib/libssp/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- gnu/lib/libssp/Makefile 22 May 2007 10:40:58 -0000 1.2 +++ gnu/lib/libssp/Makefile 18 Jun 2008 21:08:09 -0000 @@ -10,6 +10,7 @@ LIB= ssp SHLIB_MAJOR= 0 SHLIBDIR?= /lib NO_PROFILE= +WITHOUT_SSP= SRCS= ssp.c gets-chk.c memcpy-chk.c memmove-chk.c mempcpy-chk.c \ memset-chk.c snprintf-chk.c sprintf-chk.c stpcpy-chk.c \ Index: lib/csu/Makefile.inc =================================================================== RCS file: lib/csu/Makefile.inc diff -N lib/csu/Makefile.inc --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ lib/csu/Makefile.inc 18 Jun 2008 21:08:09 -0000 @@ -0,0 +1 @@ +WITHOUT_SSP= Index: lib/libc/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/lib/libc/Makefile,v retrieving revision 1.73 diff -u -p -r1.73 Makefile --- lib/libc/Makefile 1 Oct 2007 18:15:10 -0000 1.73 +++ lib/libc/Makefile 18 Jun 2008 21:08:09 -0000 @@ -122,3 +122,9 @@ libkern.${MACHINE_ARCH}:: ${KMSRCS} # Disable warnings in contributed sources. CWARNFLAGS:= ${.IMPSRC:Ngdtoa_*.c:C/^.+$/${CWARNFLAGS}/} +# XXX For now, we don't allow libc to be compiled with +# -fstack-protector-all because it breaks rtld. We may want to make a librtld +# in the future to circumvent this. +SSP_CFLAGS:= ${SSP_CFLAGS:S/^-fstack-protector-all$/-fstack-protector/} +# Disable stack protection for SSP symbols. +SSP_CFLAGS:= ${.IMPSRC:N*/stack_protector.c:C/^.+$/${SSP_CFLAGS}/} Index: lib/libstand/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/lib/libstand/Makefile,v retrieving revision 1.57.2.3 diff -u -p -r1.57.2.3 Makefile --- lib/libstand/Makefile 4 May 2008 11:58:25 -0000 1.57.2.3 +++ lib/libstand/Makefile 18 Jun 2008 21:08:09 -0000 @@ -12,6 +12,7 @@ NO_PIC= INCS= stand.h MAN= libstand.3 +WITHOUT_SSP= CFLAGS+= -ffreestanding -Wformat CFLAGS+= -I${.CURDIR} Index: lib/libthr/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/lib/libthr/Makefile,v retrieving revision 1.28 diff -u -p -r1.28 Makefile --- lib/libthr/Makefile 9 Oct 2007 23:31:10 -0000 1.28 +++ lib/libthr/Makefile 18 Jun 2008 21:08:09 -0000 @@ -8,6 +8,8 @@ # (for system call stubs) to CFLAGS below. -DSYSLIBC_SCCS affects just the # system call stubs. +WITHOUT_SSP= + .include .if (${DEFAULT_THREAD_LIB} == "libthr" || ${MK_LIBKSE} == "no") && \ Index: libexec/rtld-elf/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/libexec/rtld-elf/Makefile,v retrieving revision 1.41 diff -u -p -r1.41 Makefile --- libexec/rtld-elf/Makefile 16 May 2007 23:24:15 -0000 1.41 +++ libexec/rtld-elf/Makefile 18 Jun 2008 21:08:09 -0000 @@ -1,5 +1,7 @@ # $FreeBSD: src/libexec/rtld-elf/Makefile,v 1.41 2007/05/16 23:24:15 marcel Exp $ +WITHOUT_SSP= + .include PROG?= ld-elf.so.1 Index: rescue/librescue/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/rescue/librescue/Makefile,v retrieving revision 1.9 diff -u -p -r1.9 Makefile --- rescue/librescue/Makefile 27 Jul 2006 12:28:05 -0000 1.9 +++ rescue/librescue/Makefile 18 Jun 2008 21:08:10 -0000 @@ -2,6 +2,8 @@ # $FreeBSD: src/rescue/librescue/Makefile,v 1.9 2006/07/27 12:28:05 yar Exp $ # +WITHOUT_SSP= + .include # Certain library entries have hard-coded references to Index: rescue/rescue/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/rescue/rescue/Makefile,v retrieving revision 1.56 diff -u -p -r1.56 Makefile --- rescue/rescue/Makefile 14 Jul 2007 21:49:22 -0000 1.56 +++ rescue/rescue/Makefile 18 Jun 2008 21:08:10 -0000 @@ -2,6 +2,7 @@ # @(#)Makefile 8.1 (Berkeley) 6/2/93 NO_MAN= +WITHOUT_SSP= .include Index: share/mk/bsd.sys.mk =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/share/mk/bsd.sys.mk,v retrieving revision 1.41 diff -u -p -r1.41 bsd.sys.mk --- share/mk/bsd.sys.mk 24 May 2007 21:53:42 -0000 1.41 +++ share/mk/bsd.sys.mk 18 Jun 2008 21:08:10 -0000 @@ -77,5 +77,11 @@ CWARNFLAGS += -Werror CWARNFLAGS += -Wno-unknown-pragmas .endif +.if ${MK_SSP} != "no" && ${CC} != "icc" && ${MACHINE_ARCH} != "ia64" +# Don't use -Wstack-protector as it breaks world with -Werror. +SSP_CFLAGS ?= -fstack-protector +CFLAGS += ${SSP_CFLAGS} +.endif + # Allow user-specified additional warning flags CFLAGS += ${CWARNFLAGS} Index: sys/boot/Makefile.inc =================================================================== RCS file: sys/boot/Makefile.inc diff -N sys/boot/Makefile.inc --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ sys/boot/Makefile.inc 18 Jun 2008 21:08:10 -0000 @@ -0,0 +1 @@ +WITHOUT_SSP= Index: sys/boot/arm/Makefile.inc =================================================================== RCS file: sys/boot/arm/Makefile.inc diff -N sys/boot/arm/Makefile.inc --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ sys/boot/arm/Makefile.inc 18 Jun 2008 21:08:10 -0000 @@ -0,0 +1 @@ +.include "../Makefile.inc" Index: sys/boot/arm/at91/Makefile.inc =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/arm/at91/Makefile.inc,v retrieving revision 1.7 diff -u -p -r1.7 Makefile.inc --- sys/boot/arm/at91/Makefile.inc 13 Jul 2007 14:27:04 -0000 1.7 +++ sys/boot/arm/at91/Makefile.inc 18 Jun 2008 21:08:10 -0000 @@ -53,3 +53,5 @@ MK_FPGA:=no .endif .endif + +.include "../Makefile.inc" Index: sys/boot/efi/Makefile.inc =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/efi/Makefile.inc,v retrieving revision 1.7 diff -u -p -r1.7 Makefile.inc --- sys/boot/efi/Makefile.inc 12 Feb 2004 08:10:33 -0000 1.7 +++ sys/boot/efi/Makefile.inc 18 Jun 2008 21:08:10 -0000 @@ -5,3 +5,5 @@ BINDIR?= /boot # Options used when building app-specific efi components CFLAGS+= -ffreestanding -fshort-wchar -Wformat LDFLAGS+= -nostdlib + +.include "../Makefile.inc" Index: sys/boot/i386/Makefile.inc =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/i386/Makefile.inc,v retrieving revision 1.12 diff -u -p -r1.12 Makefile.inc --- sys/boot/i386/Makefile.inc 28 Sep 2006 10:02:04 -0000 1.12 +++ sys/boot/i386/Makefile.inc 18 Jun 2008 21:08:10 -0000 @@ -24,3 +24,5 @@ BTXDIR= ${.CURDIR}/../btx BTXLDR= ${BTXDIR}/btxldr/btxldr BTXKERN= ${BTXDIR}/btx/btx BTXCRT= ${BTXDIR}/lib/crt0.o + +.include "../Makefile.inc" Index: sys/boot/i386/loader/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/i386/loader/Makefile,v retrieving revision 1.85 diff -u -p -r1.85 Makefile --- sys/boot/i386/loader/Makefile 29 May 2007 14:35:57 -0000 1.85 +++ sys/boot/i386/loader/Makefile 18 Jun 2008 21:08:10 -0000 @@ -1,5 +1,7 @@ # $FreeBSD: src/sys/boot/i386/loader/Makefile,v 1.85 2007/05/29 14:35:57 simokawa Exp $ +WITHOUT_SSP= + .include PROG= loader.sym Index: sys/boot/ia64/Makefile.inc =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/ia64/Makefile.inc,v retrieving revision 1.3 diff -u -p -r1.3 Makefile.inc --- sys/boot/ia64/Makefile.inc 12 Feb 2004 08:10:33 -0000 1.3 +++ sys/boot/ia64/Makefile.inc 18 Jun 2008 21:08:10 -0000 @@ -5,3 +5,5 @@ BINDIR?= /boot # Options used when building standalone components CFLAGS+= -ffreestanding -fshort-wchar -Wformat LDFLAGS+= -nostdlib + +.include "../Makefile.inc" Index: sys/boot/ia64/common/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/ia64/common/Makefile,v retrieving revision 1.1 diff -u -p -r1.1 Makefile --- sys/boot/ia64/common/Makefile 5 Nov 2006 22:03:03 -0000 1.1 +++ sys/boot/ia64/common/Makefile 18 Jun 2008 21:08:10 -0000 @@ -1,5 +1,7 @@ # $FreeBSD: src/sys/boot/ia64/common/Makefile,v 1.1 2006/11/05 22:03:03 marcel Exp $ +WITHOUT_SSP= + .include LIB= ia64 Index: sys/boot/ia64/efi/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/ia64/efi/Makefile,v retrieving revision 1.28 diff -u -p -r1.28 Makefile --- sys/boot/ia64/efi/Makefile 5 Nov 2006 22:03:03 -0000 1.28 +++ sys/boot/ia64/efi/Makefile 18 Jun 2008 21:08:10 -0000 @@ -1,6 +1,7 @@ # $FreeBSD: src/sys/boot/ia64/efi/Makefile,v 1.28 2006/11/05 22:03:03 marcel Exp $ NO_MAN= +WITHOUT_SSP= .include Index: sys/boot/ia64/ski/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/ia64/ski/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- sys/boot/ia64/ski/Makefile 5 Nov 2006 22:03:04 -0000 1.20 +++ sys/boot/ia64/ski/Makefile 18 Jun 2008 21:08:10 -0000 @@ -1,6 +1,7 @@ # $FreeBSD: src/sys/boot/ia64/ski/Makefile,v 1.20 2006/11/05 22:03:04 marcel Exp $ NO_MAN= +WITHOUT_SSP= .include Index: sys/boot/ofw/Makefile.inc =================================================================== RCS file: sys/boot/ofw/Makefile.inc diff -N sys/boot/ofw/Makefile.inc --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ sys/boot/ofw/Makefile.inc 18 Jun 2008 21:08:10 -0000 @@ -0,0 +1 @@ +.include "../Makefile.inc" Index: sys/boot/pc98/Makefile.inc =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/pc98/Makefile.inc,v retrieving revision 1.6.2.1 diff -u -p -r1.6.2.1 Makefile.inc --- sys/boot/pc98/Makefile.inc 18 Oct 2007 12:08:53 -0000 1.6.2.1 +++ sys/boot/pc98/Makefile.inc 18 Jun 2008 21:08:10 -0000 @@ -19,3 +19,5 @@ BTXDIR= ${.CURDIR}/../btx BTXLDR= ${BTXDIR}/btxldr/btxldr BTXKERN= ${BTXDIR}/btx/btx BTXCRT= ${BTXDIR}/lib/crt0.o + +.include "../Makefile.inc" Index: sys/boot/pc98/loader/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/pc98/loader/Makefile,v retrieving revision 1.41 diff -u -p -r1.41 Makefile --- sys/boot/pc98/loader/Makefile 2 Nov 2006 00:26:45 -0000 1.41 +++ sys/boot/pc98/loader/Makefile 18 Jun 2008 21:08:10 -0000 @@ -1,5 +1,7 @@ # $FreeBSD: src/sys/boot/pc98/loader/Makefile,v 1.41 2006/11/02 00:26:45 marcel Exp $ +WITHOUT_SSP= + .include PROG= loader.sym Index: sys/boot/powerpc/Makefile.inc =================================================================== RCS file: sys/boot/powerpc/Makefile.inc diff -N sys/boot/powerpc/Makefile.inc --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ sys/boot/powerpc/Makefile.inc 18 Jun 2008 21:08:10 -0000 @@ -0,0 +1 @@ +.include "../Makefile.inc" Index: sys/boot/sparc64/Makefile.inc =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/sparc64/Makefile.inc,v retrieving revision 1.1 diff -u -p -r1.1 Makefile.inc --- sys/boot/sparc64/Makefile.inc 9 Feb 2004 14:17:02 -0000 1.1 +++ sys/boot/sparc64/Makefile.inc 18 Jun 2008 21:08:19 -0000 @@ -3,3 +3,5 @@ BINDIR?= /boot CFLAGS+= -ffreestanding LDFLAGS+= -nostdlib + +.include "../Makefile.inc" Index: sys/boot/sparc64/loader/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/sparc64/loader/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- sys/boot/sparc64/loader/Makefile 17 Mar 2006 18:54:36 -0000 1.20 +++ sys/boot/sparc64/loader/Makefile 18 Jun 2008 21:08:19 -0000 @@ -1,5 +1,7 @@ # $FreeBSD: src/sys/boot/sparc64/loader/Makefile,v 1.20 2006/03/17 18:54:36 ru Exp $ +WITHOUT_SSP= + .include PROG= loader Index: sys/conf/files =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/conf/files,v retrieving revision 1.1243.2.22 diff -u -p -r1.1243.2.22 files --- sys/conf/files 19 May 2008 12:34:43 -0000 1.1243.2.22 +++ sys/conf/files 18 Jun 2008 21:08:19 -0000 @@ -1490,6 +1490,8 @@ kern/posix4_mib.c standard kern/sched_4bsd.c optional sched_4bsd kern/sched_ule.c optional sched_ule kern/serdev_if.m standard +kern/stack_protector.c standard \ + compile-with "${NORMAL_C:N-fstack-protector*}" kern/subr_acl_posix1e.c standard kern/subr_autoconf.c standard kern/subr_blist.c standard Index: sys/conf/kern.mk =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/conf/kern.mk,v retrieving revision 1.52 diff -u -p -r1.52 kern.mk --- sys/conf/kern.mk 24 May 2007 21:53:42 -0000 1.52 +++ sys/conf/kern.mk 18 Jun 2008 21:08:19 -0000 @@ -97,3 +97,10 @@ CFLAGS+= -ffreestanding .if ${CC} == "icc" CFLAGS+= -restrict .endif + +# +# GCC SSP support. +# +.if ${MK_SSP} != "no" && ${CC} != "icc" && ${MACHINE_ARCH} != "ia64" +CFLAGS+= -fstack-protector +.endif Index: sys/conf/kern.pre.mk =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/conf/kern.pre.mk,v retrieving revision 1.92 diff -u -p -r1.92 kern.pre.mk --- sys/conf/kern.pre.mk 8 Aug 2007 19:12:06 -0000 1.92 +++ sys/conf/kern.pre.mk 18 Jun 2008 21:08:19 -0000 @@ -3,10 +3,7 @@ # Part of a unified Makefile for building kernels. This part contains all # of the definitions that need to be before %BEFORE_DEPEND. -SRCCONF?= /etc/src.conf -.if exists(${SRCCONF}) -.include "${SRCCONF}" -.endif +.include # Can be overridden by makeoptions or /etc/make.conf KERNEL_KO?= kernel Index: sys/kern/stack_protector.c =================================================================== RCS file: sys/kern/stack_protector.c diff -N sys/kern/stack_protector.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ sys/kern/stack_protector.c 18 Jun 2008 21:08:19 -0000 @@ -0,0 +1,32 @@ +#include +#include +#include +#include +#include + +#if defined(__SSP__) || defined(__SSP_ALL__) +long __stack_chk_guard[8] = {}; +void __stack_chk_fail(void); + +void +__stack_chk_fail(void) +{ + + panic("stack overflow detected; backtrace may be corrupted"); +} + +#define __arraycount(__x) (sizeof(__x) / sizeof(__x[0])) +static void +__stack_chk_init(void *dummy __unused) +{ + size_t i; + long guard[__arraycount(__stack_chk_guard)]; + + arc4rand(guard, sizeof(guard), 0); + for (i = 0; i < __arraycount(guard); i++) + __stack_chk_guard[i] = guard[i]; +} +/* SI_SUB_EVENTHANDLER is right after SI_SUB_LOCK used by arc4rand() init. */ +SYSINIT(stack_chk, SI_SUB_EVENTHANDLER, SI_ORDER_ANY, __stack_chk_init, NULL); + +#endif Index: tools/build/options/WITHOUT_SSP =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/tools/build/options/WITHOUT_SSP,v retrieving revision 1.1 diff -u -p -r1.1 WITHOUT_SSP --- tools/build/options/WITHOUT_SSP 19 May 2007 04:42:58 -0000 1.1 +++ tools/build/options/WITHOUT_SSP 18 Jun 2008 21:08:19 -0000 @@ -1,2 +1,2 @@ .\" $FreeBSD: src/tools/build/options/WITHOUT_SSP,v 1.1 2007/05/19 04:42:58 kan Exp $ -Set to not build propolice stack smashing protection library. +Set to not build world with propolice stack smashing protection. --O5XBE6gyVG5Rl6Rj-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 16:18:34 2008 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 3D6C4106566C; Thu, 19 Jun 2008 16:18:34 +0000 (UTC) (envelope-from jamie@gritton.org) Received: from gritton.org (gritton.org [161.58.222.4]) by mx1.freebsd.org (Postfix) with ESMTP id D13268FC1A; Thu, 19 Jun 2008 16:18:33 +0000 (UTC) (envelope-from jamie@gritton.org) Received: from guppy.corp.verio.net (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by gritton.org (8.13.6.20060614/8.13.6) with ESMTP id m5JFvubh050627; Thu, 19 Jun 2008 09:57:57 -0600 (MDT) Message-ID: <485A81FF.1000000@gritton.org> Date: Thu, 19 Jun 2008 09:57:51 -0600 From: James Gritton User-Agent: Thunderbird 2.0.0.9 (X11/20080228) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <20080615112318.146C1F18512@mx.npubs.com> <200806180917.05689.jhb@freebsd.org> In-Reply-To: <200806180917.05689.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on gritton.org X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.3 deadlock (vm_map?) with DDB output 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, 19 Jun 2008 16:18:34 -0000 John Baldwin wrote: > On Sunday 15 June 2008 07:23:19 am Stef Walter wrote: > >> I've been trying to track down a deadlock on some newish production >> servers running FreeBSD 6.3-RELEASE-p2. The deadlock occurs on a >> specific (although mundane) hardware configuration, and each of several >> servers running this hardware deadlock about once per week. >> >> Although I suspect that this is not hardware related, from a (naive) >> perusal of the attached stack traces. >> >> Forgive me if my interpretation of this is all wrong, but I'm pretty >> desperate for help. So here's my basic understanding of the deadlock: >> >> These processes seem to be waiting on the page queue mutex: >> sendmail (in vm_mmap > vm_map_find > vm_map_insert > vm_map_pmap_enter) >> bsnmpd (in malloc, uma_large_malloc > page_alloc > kmem_malloc) >> httpd (in trap > trap_pfault > vm_fault) >> [g_up] (in g_vfs_done > bufdone) >> >> The page queue mutex is held by rsync process: >> rsync (in trap > trap_pfault > vm_fault > pmap_enter) >> >> Rsync kernel process (in pmap_enter) was interrupted while holding the >> page queue lock? >> >> >> Giant is enabled in loader.conf due to the needs of the pf firewall when >> dealing with user credentials lookups. I do not believe that Giant plays >> into this deadlock. Kernel config attached. >> >> Any and all help or info is welcome. Thanks in advance. >> > > Try this change: > > jhb 2007-10-27 22:07:40 UTC > > FreeBSD src repository > > Modified files: > sys/kern sched_4bsd.c > Log: > Change the roundrobin implementation in the 4BSD scheduler to trigger a > userland preemption directly from hardclock() via sched_clock() when a > thread uses up a full quantum instead of using a periodic timeout to cause > a userland preemption every so often. This fixes a potential deadlock > when IPI_PREEMPTION isn't enabled where softclock blocks on a lock held > by a thread pinned or bound to another CPU. The current thread on that > CPU will never be preempted while softclock is blocked. > > Note that ULE already drives its round-robin userland preemption from > sched_clock() as well and always enables IPI_PREEMPT. > > MFC after: 1 week > > Revision Changes Path > 1.108 +8 -29 src/sys/kern/sched_4bsd.c > > We use it at work on 6.x. W/o this fix, round-robin stops working on 4BSD > when softclock() (swi4: clock) blocks on a lock like Giant. > I've been seeing similar troubles on 6.2 and I'll have to give this a try as we upgrade to 6.3. I notice "MFC after: 1 week" in the log; it's been a week - any chance of seeing this fix rolled into 6.x? - Jamie From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 17:41:45 2008 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 106301065672 for ; Thu, 19 Jun 2008 17:41:45 +0000 (UTC) (envelope-from sigtrm@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id B55BB8FC23 for ; Thu, 19 Jun 2008 17:41:44 +0000 (UTC) (envelope-from sigtrm@gmail.com) Received: by yx-out-2324.google.com with SMTP id 31so153364yxl.13 for ; Thu, 19 Jun 2008 10:41:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=sKGTs13cUxR9ACY8Kuh9Pu0niyiuLDhBmgO98X3a6mM=; b=u/aIyFHuo119GkkyeZV3XUAuf/rcd6GFsAnxIeBTuSE94pmD8LeyZW2Ub6R06cG8G1 W8pxEunIk7BCxXln+Ph0UpF41+r8bApJJ0wWxhHC3ud3GpHNgLTtpF8FEUKhsXdVY7de MpPmqIRPtc7wGM1SAfV3eH8KkLTkxACKlKGtg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=EM/UKWBNu4S2vWLJy6gCS+yG70/ktykI3yqP248N/YtCbMdKhjQVDNqhju7R1UBMke cCAya9R5plPxjVCLIu5i6yhdh+f6ZFSj76yUkecQae8oUya6ljWp/jgrixllS0l+6iu/ fqVLcITcLw3CpE6ZgsoabGvfNpJRuiiNpFo4I= Received: by 10.114.169.20 with SMTP id r20mr2993434wae.198.1213897303534; Thu, 19 Jun 2008 10:41:43 -0700 (PDT) Received: by 10.114.88.15 with HTTP; Thu, 19 Jun 2008 10:41:43 -0700 (PDT) Message-ID: Date: Thu, 19 Jun 2008 19:41:43 +0200 From: "Lukasz Jaroszewski" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Accessing char device from inside the kernel 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, 19 Jun 2008 17:41:45 -0000 Hi, as described in topic. How one should access cdev for writing from kernel-level. What is the proper way to do that ? I will be thankful for any tips and few lines of example code would be just great. Best regards LVJ From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 18:28:31 2008 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 1444E1065680 for ; Thu, 19 Jun 2008 18:28:31 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id AB4EA8FC1C for ; Thu, 19 Jun 2008 18:28:30 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by yx-out-2324.google.com with SMTP id 31so165655yxl.13 for ; Thu, 19 Jun 2008 11:28:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=pu5mY/Ji0Xzv/vSEi590mk5rNh3QWiEILAj76VhisAw=; b=cVxvG0WUb3JplMisnIcIYRYRRIhlsDtACscmftyUNu/iipWRlSReB2WGDotRVO36nc wRhX97MYwgqSVJxo7eHqqCuJeB9k7BDaXrnt/KK+xKzcAnKd8TmjOwUMJnv34Xdz877l gIQ/Zb/+sQddhFD09IXXNL823iv3JNA30YOZs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=OuxqWAMu4ze5kby5QZ8QwfoxWeEgN7qwVyE6kfrNe9Et2XFv+O9PZWHCdtwDbAd/uX 75gf7b4g4+kuNDK/+J1V+rggID26xtuu38alXL/j1jAjWi8VMQiwlzs7eucAs4MzluFi CoVN2eIx50jmiotTiDE1cniiAhBsn1I696uhU= Received: by 10.151.154.20 with SMTP id g20mr3519236ybo.59.1213898442776; Thu, 19 Jun 2008 11:00:42 -0700 (PDT) Received: by 10.150.12.12 with HTTP; Thu, 19 Jun 2008 11:00:42 -0700 (PDT) Message-ID: <5f67a8c40806191100w7fca5e73icbac58e2beeeae44@mail.gmail.com> Date: Thu, 19 Jun 2008 14:00:42 -0400 From: "Zaphod Beeblebrox" To: "Stephen Hocking" In-Reply-To: <6300771b0806180513l469d6915y378400d728c12475@mail.gmail.com> MIME-Version: 1.0 References: <6300771b0806180513l469d6915y378400d728c12475@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: hackers@freebsd.org Subject: Re: Decent 3D acceleration in 64bit mode? 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, 19 Jun 2008 18:28:31 -0000 On Wed, Jun 18, 2008 at 8:13 AM, Stephen Hocking wrote: > Hi, > > Given that Nvidia aren't offering a driver for their cards for 64bit > FreeBSD, is anyone else having success using another (preferably > PCI-E) card with 3D acceleration? > I'd love to be told I'm wrong, but my understanding is that the issues blocking the nvidia driver would also effectively block a driver for which we had the source. From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 18:57:17 2008 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 4BD43106567B for ; Thu, 19 Jun 2008 18:57:17 +0000 (UTC) (envelope-from mwm@mired.org) Received: from mired.org (five.mired.org [66.92.153.75]) by mx1.freebsd.org (Postfix) with ESMTP id CC6448FC24 for ; Thu, 19 Jun 2008 18:57:16 +0000 (UTC) (envelope-from mwm@mired.org) Received: (qmail 7865 invoked from network); 19 Jun 2008 14:57:15 -0400 Received: from unknown (HELO mbook.local) (192.168.195.193) by 0 with SMTP; 19 Jun 2008 14:57:15 -0400 Date: Thu, 19 Jun 2008 14:57:14 -0400 From: Mike Meyer To: freebsd-hackers@freebsd.org Message-ID: <20080619145714.113c3065@mbook.local> In-Reply-To: <5f67a8c40806191100w7fca5e73icbac58e2beeeae44@mail.gmail.com> References: <6300771b0806180513l469d6915y378400d728c12475@mail.gmail.com> <5f67a8c40806191100w7fca5e73icbac58e2beeeae44@mail.gmail.com> Organization: Meyer Consulting X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i386-apple-darwin9.2.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAG1BMVEXguIzRkGnhyaz069mXhW0WHRnbrnR9WCQ6LB0CchNMAAACSUlEQVQ4jV2TQW7jMAxFGaPQOgQEdZaGMsgBrAvUA03dCxj1Uu4U2gfwQD7AGNax51NK07RcxXz6/CSl0Ij450vkPG1jzpIZM1UwDCl/xB14TWnNX8A00Qj5a0mnVFVbVUz4MeErea2HikSRqZzY894zwg9p2+/AtO8LzxFED+tNAUFeU29iFOLRxlZAcdo9A8wi8ZBMV4BKPde82Oxrvs6BTkulQIClte0DLFzzsKk9j1MBex8iUaP00Bd78S/muyFScrTXz6zLkEUxJp+SabQfNOs4f4Jpx5qSZ/304PWwlEWP1cOn/mJQR7EOD+uKhjcBLziuL7xoY5Xm+VFAUSw/LwwwsHEHxihpwV4EJH0xXRkbw1PkRw+X4pEuSJwBggqk+HEYKkiL5/74/nQkogigzQsAFrakxZyfw3wMIEEZPv4AWMfxwqE5GNxGaERjmH+PG8AE0L4/w9g0lsp1raLYAN5azQa+AOoO9NwcpFkTrG2VKNMNEL5UKUUAw34tha0z7onUG0oBoNtczE04GwFE3wCHc0ChezAJ6A1WMV81AtY7wDAJSlXwV+4cwBvsOsrQMRawfQEBz0deEZ7WNpV2szckIKo5VpDHDSDvF1GItwqqAlG01Hh50BGtVhuUkjkasg/14bYFGCgWg1fSWHvmOoJck2xdp9ZvZBHzDVTzX23TkrOn7qe5U2COEw5D4Vx3qEQpFY2Z/3QFnJxzp7YCmSMG19nOUoe869zZfOQb5ywQuWu0yCn5+8gxZz+BE7vG3j4/wbf4D/sXN9Wug1s7AAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 19 Jun 2008 21:28:24 +0000 Subject: Re: Decent 3D acceleration in 64bit mode? 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, 19 Jun 2008 18:57:17 -0000 On Thu, 19 Jun 2008 14:00:42 -0400 "Zaphod Beeblebrox" wrote: > On Wed, Jun 18, 2008 at 8:13 AM, Stephen Hocking > wrote: > > Given that Nvidia aren't offering a driver for their cards for 64bit > > FreeBSD, is anyone else having success using another (preferably > > PCI-E) card with 3D acceleration? > I'd love to be told I'm wrong, but my understanding is that the issues > blocking the nvidia driver would also effectively block a driver for which > we had the source. Is there an open source driver with good 3D acceleration? http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 21:47:40 2008 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 70F2B106566C for ; Thu, 19 Jun 2008 21:47:40 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.10]) by mx1.freebsd.org (Postfix) with ESMTP id 42DE08FC0A for ; Thu, 19 Jun 2008 21:47:40 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 10396 invoked from network); 19 Jun 2008 21:47:39 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 19 Jun 2008 21:47:39 -0000 Message-ID: <485AD16C.4000807@telenix.org> Date: Thu, 19 Jun 2008 17:36:44 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Mike Meyer References: <6300771b0806180513l469d6915y378400d728c12475@mail.gmail.com> <5f67a8c40806191100w7fca5e73icbac58e2beeeae44@mail.gmail.com> <20080619145714.113c3065@mbook.local> In-Reply-To: <20080619145714.113c3065@mbook.local> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Decent 3D acceleration in 64bit mode? 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, 19 Jun 2008 21:47:40 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Meyer wrote: > On Thu, 19 Jun 2008 14:00:42 -0400 "Zaphod Beeblebrox" wrote: > >> On Wed, Jun 18, 2008 at 8:13 AM, Stephen Hocking >> wrote: >>> Given that Nvidia aren't offering a driver for their cards for 64bit >>> FreeBSD, is anyone else having success using another (preferably >>> PCI-E) card with 3D acceleration? >> I'd love to be told I'm wrong, but my understanding is that the issues >> blocking the nvidia driver would also effectively block a driver for which >> we had the source. > > Is there an open source driver with good 3D acceleration? > > 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 51C2C1065682 for ; Thu, 19 Jun 2008 21:52:17 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail7.sea5.speakeasy.net (mail7.sea5.speakeasy.net [69.17.117.9]) by mx1.freebsd.org (Postfix) with ESMTP id 2271A8FC0C for ; Thu, 19 Jun 2008 21:52:17 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 13469 invoked from network); 19 Jun 2008 21:52:16 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail7.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 19 Jun 2008 21:52:16 -0000 Message-ID: <485AD280.4060609@telenix.org> Date: Thu, 19 Jun 2008 17:41:20 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Mike Meyer References: <6300771b0806180513l469d6915y378400d728c12475@mail.gmail.com> <5f67a8c40806191100w7fca5e73icbac58e2beeeae44@mail.gmail.com> <20080619145714.113c3065@mbook.local> <485AD16C.4000807@telenix.org> In-Reply-To: <485AD16C.4000807@telenix.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Decent 3D acceleration in 64bit mode? 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, 19 Jun 2008 21:52:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chuck Robey wrote: > Mike Meyer wrote: >> On Thu, 19 Jun 2008 14:00:42 -0400 "Zaphod Beeblebrox" wrote: > >>> On Wed, Jun 18, 2008 at 8:13 AM, Stephen Hocking >>> wrote: >>>> Given that Nvidia aren't offering a driver for their cards for 64bit >>>> FreeBSD, is anyone else having success using another (preferably >>>> PCI-E) card with 3D acceleration? >>> I'd love to be told I'm wrong, but my understanding is that the issues >>> blocking the nvidia driver would also effectively block a driver for which >>> we had the source. >> Is there an open source driver with good 3D acceleration? > >> > Could I ask, does anyone here know the reason (even in general) that the Nvidia > driver isn't working on the i386? CRAP I meant AMD64. I'm beyond hope. > > I mean, I was wondering what might be my next project ... I have the machinery, > and the source code is totally available, it's not a matter of Nvidia giving out > a binary-only module, right? So, is anything more known? _______________________________________________ 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" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIWtKAz62J6PPcoOkRAqs5AJ9dR9oVygdQwhbTfi9Zn15HmTnvkwCeNWuY oD74ln11Ryu6Ebr4mubBwfA= =h7p6 -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 21:54:16 2008 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 71A6B106564A; Thu, 19 Jun 2008 21:54:16 +0000 (UTC) (envelope-from john@kozubik.com) Received: from kozubik.com (kozubik.com [69.43.165.2]) by mx1.freebsd.org (Postfix) with ESMTP id 395068FC0A; Thu, 19 Jun 2008 21:54:16 +0000 (UTC) (envelope-from john@kozubik.com) Received: from kozubik.com (localhost [127.0.0.1]) by kozubik.com (8.12.11/8.12.11) with ESMTP id m5JLcBC9072882; Thu, 19 Jun 2008 14:38:11 -0700 (PDT) (envelope-from john@kozubik.com) Received: from localhost (john@localhost) by kozubik.com (8.12.11/8.12.11/Submit) with ESMTP id m5JLcBno072879; Thu, 19 Jun 2008 14:38:11 -0700 (PDT) (envelope-from john@kozubik.com) Date: Thu, 19 Jun 2008 14:38:11 -0700 (PDT) From: John Kozubik To: freebsd-advocacy@freebsd.org Message-ID: <20080619135114.Y1807@kozubik.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: jamie@bishopston.net, narayan@neelum.com, freebsd-hackers@freebsd.org Subject: Lack of Flash support is no longer acceptable. Bounty established... 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, 19 Jun 2008 21:54:16 -0000 Don't shoot the messenger: FreeBSD is not useful as a desktop environment without the ability to support Flash in a stable, well-performing fashion. Running IE in Wine is not a solution. Running another OS in vmware to simply browse the web is not a solution. Free flash alternatives and flash movie players, etc., are, unfortunately, not a solution. ports/linux-flashplayer9 _is_ a solution, however it (currently) fails badly. Solution: First, a bounty has been posted here: http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html We aren't even asking for new code, per se - anyone merely posting a recipe that allows linux-flashplayer9 to run, without crashing and with reasonable performance, with a generic browser (opera, firefox, konqueror) can claim the bounty. In fact, a recipe that is entirely inside the Linux Binary Compatibility layer would be just fine - running the linux version of a browser through binary compat is reasonable[1]. Second, I am calling on the FreeBSD Foundation to commit time and money to ensuring that flash functionality is recognized as a high priority for FreeBSD desktop use. I am willing to donate funds for this purpose. Flash 9 will not be the baseline forever, and it is inefficient to ramp up a grass roots bounty effort each time Adobe releases a new product. For this reason I believe it is reasonable for the project itself to ensure that Flash support is delivered and maintained in a timely fashion. [1] Since we're all probably already running Linux Binary Compat anyway... ----- John Kozubik - john@kozubik.com - http://www.kozubik.com From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 22:01:46 2008 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 0A2A910656AD for ; Thu, 19 Jun 2008 22:01:46 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id 88B478FC18 for ; Thu, 19 Jun 2008 22:01:45 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from [213.142.183.219] (helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1K9SCE-0006oU-0U; Fri, 20 Jun 2008 00:01:34 +0200 Message-ID: <485AD73C.4080605@FreeBSD.org> Date: Fri, 20 Jun 2008 00:01:32 +0200 From: Pietro Cerutti Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.14 (X11/20080610) MIME-Version: 1.0 To: John Kozubik References: <20080619135114.Y1807@kozubik.com> In-Reply-To: <20080619135114.Y1807@kozubik.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=9571F78E; url=http://gahr.ch/pgp/ Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Source: X-Source-Args: X-Source-Dir: Cc: jamie@bishopston.net, freebsd-advocacy@freebsd.org, freebsd-hackers@freebsd.org, narayan@neelum.com Subject: Re: Lack of Flash support is no longer acceptable. Bounty established... 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, 19 Jun 2008 22:01:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 John Kozubik wrote: | | Don't shoot the messenger: | | | FreeBSD is not useful as a desktop environment without the ability to | support Flash in a stable, well-performing fashion. gnash-devel provides flash 9 and works pretty well... | | | Running IE in Wine is not a solution. | | Running another OS in vmware to simply browse the web is not a solution. | | Free flash alternatives and flash movie players, etc., are, unfortunately, | not a solution. | | ports/linux-flashplayer9 _is_ a solution, however it (currently) fails | badly. | | | Solution: | | | First, a bounty has been posted here: | | http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html | | We aren't even asking for new code, per se - anyone merely posting a | recipe that allows linux-flashplayer9 to run, without crashing and with | reasonable performance, with a generic browser (opera, firefox, konqueror) | can claim the bounty. In fact, a recipe that is entirely inside the Linux | Binary Compatibility layer would be just fine - running the linux version | of a browser through binary compat is reasonable[1]. | | Second, I am calling on the FreeBSD Foundation to commit time and money to | ensuring that flash functionality is recognized as a high priority for | FreeBSD desktop use. I am willing to donate funds for this purpose. | Flash 9 will not be the baseline forever, and it is inefficient to ramp up | a grass roots bounty effort each time Adobe releases a new product. For | this reason I believe it is reasonable for the project itself to ensure | that Flash support is delivered and maintained in a timely fashion. | | | | [1] Since we're all probably already running Linux Binary | Compat anyway... | | | ----- | John Kozubik - john@kozubik.com - http://www.kozubik.com - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkha1zsACgkQwMJqmJVx9470WgCg4APA6m3khgf4iIsrNAXcPbM/ Pr4An10QgMMM/Oalne+GGUzO/wha1HaX =2CKx -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 22:06:33 2008 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 658E61065678 for ; Thu, 19 Jun 2008 22:06:33 +0000 (UTC) (envelope-from fbsd06+XB=685016ce@mlists.homeunix.com) Received: from fallback-in1.mxes.net (fallback-out1.mxes.net [216.86.168.190]) by mx1.freebsd.org (Postfix) with ESMTP id 2B9DB8FC27 for ; Thu, 19 Jun 2008 22:06:33 +0000 (UTC) (envelope-from fbsd06+XB=685016ce@mlists.homeunix.com) Received: from mxout-03.mxes.net (mxout-03.mxes.net [216.86.168.178]) by fallback-in1.mxes.net (Postfix) with ESMTP id 177E1163DE7 for ; Thu, 19 Jun 2008 17:55:09 -0400 (EDT) Received: from gumby.homeunix.com. (unknown [87.81.140.128]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id 9FED623E498 for ; Thu, 19 Jun 2008 17:55:07 -0400 (EDT) Date: Thu, 19 Jun 2008 22:55:05 +0100 From: RW To: freebsd-hackers@freebsd.org Message-ID: <20080619225505.7fb505e4@gumby.homeunix.com.> In-Reply-To: <485AD16C.4000807@telenix.org> References: <6300771b0806180513l469d6915y378400d728c12475@mail.gmail.com> <5f67a8c40806191100w7fca5e73icbac58e2beeeae44@mail.gmail.com> <20080619145714.113c3065@mbook.local> <485AD16C.4000807@telenix.org> X-Mailer: Claws Mail 3.4.0 (GTK+ 2.12.10; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Decent 3D acceleration in 64bit mode? 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, 19 Jun 2008 22:06:33 -0000 On Thu, 19 Jun 2008 17:36:44 -0400 Chuck Robey wrote: > Could I ask, does anyone here know the reason (even in general) that > the Nvidia driver isn't working on the i386? I presume you mean on amd64, since it does work on i386. http://lists.freebsd.org/pipermail/freebsd-hackers/2006-June/016995.html From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 19 22:19:23 2008 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 50ED71065670 for ; Thu, 19 Jun 2008 22:19:23 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (five.mired.org [66.92.153.75]) by mx1.freebsd.org (Postfix) with ESMTP id C40A08FC17 for ; Thu, 19 Jun 2008 22:19:22 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 14483 invoked by uid 1001); 19 Jun 2008 18:19:21 -0400 Received: from bhuda.mired.org (bhuda [192.168.195.1]) by bhuda (tmda-ofmipd) with ESMTP; Thu, 19 Jun 2008 18:19:20 -0400 Date: Thu, 19 Jun 2008 18:19:19 -0400 To: Chuck Robey Message-ID: <20080619181919.6efb3d13@bhuda.mired.org> In-Reply-To: <485AD280.4060609@telenix.org> References: <6300771b0806180513l469d6915y378400d728c12475@mail.gmail.com> <5f67a8c40806191100w7fca5e73icbac58e2beeeae44@mail.gmail.com> <20080619145714.113c3065@mbook.local> <485AD16C.4000807@telenix.org> <485AD280.4060609@telenix.org> Organization: Meyer Consulting X-Mailer: Claws Mail 3.4.0 (GTK+ 2.12.9; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Mike Meyer Cc: freebsd-hackers@freebsd.org Subject: Re: Decent 3D acceleration in 64bit mode? 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, 19 Jun 2008 22:19:23 -0000 On Thu, 19 Jun 2008 17:41:20 -0400 Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Chuck Robey wrote: > > Mike Meyer wrote: > >> On Thu, 19 Jun 2008 14:00:42 -0400 "Zaphod Beeblebrox" wrote: > > > >>> On Wed, Jun 18, 2008 at 8:13 AM, Stephen Hocking > >>> wrote: > >>>> Given that Nvidia aren't offering a driver for their cards for 64bit > >>>> FreeBSD, is anyone else having success using another (preferably > >>>> PCI-E) card with 3D acceleration? > >>> I'd love to be told I'm wrong, but my understanding is that the issues > >>> blocking the nvidia driver would also effectively block a driver for which > >>> we had the source. > >> Is there an open source driver with good 3D acceleration? > > > >> > > > Could I ask, does anyone here know the reason (even in general) that the Nvidia > > driver isn't working on the i386? > > CRAP I meant AMD64. I'm beyond hope. This seems to be the most detailed explanation, though I have no idea about accuracy. http://marc.info/?l=freebsd-hackers&m=115157983106569&w=2 http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 20 01:14:49 2008 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 553291065671 for ; Fri, 20 Jun 2008 01:14:49 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id CE6B78FC13 for ; Fri, 20 Jun 2008 01:14:48 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so597629fgb.35 for ; Thu, 19 Jun 2008 18:14:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=sRWkTQtJT4Vo7px20HxI1fKCoeB7Rd0zcPE8bPTDPQo=; b=AdBgzgzxJHQuY7OUIz3jrw1FL+slt3eFn16/UJwW9owu5kYevZehzm3Mnnz4qJREjL FYuKg77RcMUnjohiVj4g4QwAFYcxNuNXLWVlSMAzN2uokN5ERfZZwGfgR+7WTNGGxAQ5 6586yMsbl831qXmSEHoDiR6BkY5bqynmBD48M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=VMhLDqFmjpq+lS/AVLjD6Ao8neKqq26WStngaRoKFnRqlRPPkQ2gStaUyspymW4WCW 5dd1qXHDloJqlsYaf34DOaSkDihPYJhL2qwxYCGEZWC5tVKszRLE3sl3dUHdfHLdkSKf quLCNleNK19djKxzb5uGCmKvb+ZlNvlqqIbc0= Received: by 10.86.78.4 with SMTP id a4mr3048867fgb.29.1213924487511; Thu, 19 Jun 2008 18:14:47 -0700 (PDT) Received: by 10.86.51.1 with HTTP; Thu, 19 Jun 2008 18:14:47 -0700 (PDT) Message-ID: <7d6fde3d0806191814u639ec539xfb2adef0c0d26037@mail.gmail.com> Date: Thu, 19 Jun 2008 18:14:47 -0700 From: "Garrett Cooper" To: "Mike Meyer" In-Reply-To: <20080619181919.6efb3d13@bhuda.mired.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6300771b0806180513l469d6915y378400d728c12475@mail.gmail.com> <5f67a8c40806191100w7fca5e73icbac58e2beeeae44@mail.gmail.com> <20080619145714.113c3065@mbook.local> <485AD16C.4000807@telenix.org> <485AD280.4060609@telenix.org> <20080619181919.6efb3d13@bhuda.mired.org> Cc: freebsd-hackers@freebsd.org, Chuck Robey Subject: Re: Decent 3D acceleration in 64bit mode? 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, 20 Jun 2008 01:14:49 -0000 On Thu, Jun 19, 2008 at 3:19 PM, Mike Meyer wrote: > On Thu, 19 Jun 2008 17:41:20 -0400 > Chuck Robey wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Chuck Robey wrote: >> > Mike Meyer wrote: >> >> On Thu, 19 Jun 2008 14:00:42 -0400 "Zaphod Beeblebrox" wrote: >> > >> >>> On Wed, Jun 18, 2008 at 8:13 AM, Stephen Hocking >> >>> wrote: >> >>>> Given that Nvidia aren't offering a driver for their cards for 64bit >> >>>> FreeBSD, is anyone else having success using another (preferably >> >>>> PCI-E) card with 3D acceleration? >> >>> I'd love to be told I'm wrong, but my understanding is that the issues >> >>> blocking the nvidia driver would also effectively block a driver for which >> >>> we had the source. >> >> Is there an open source driver with good 3D acceleration? >> > >> >> > > >> > Could I ask, does anyone here know the reason (even in general) that the Nvidia >> > driver isn't working on the i386? >> >> CRAP I meant AMD64. I'm beyond hope. > > > This seems to be the most detailed explanation, though I have no idea > about accuracy. > > http://marc.info/?l=freebsd-hackers&m=115157983106569&w=2 > > 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 2AD9B1065672 for ; Fri, 20 Jun 2008 05:25:54 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: from redundancy.redundancy.org (redundancy.redundancy.org [64.147.160.152]) by mx1.freebsd.org (Postfix) with SMTP id EBAEC8FC1A for ; Fri, 20 Jun 2008 05:25:53 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: (qmail 47705 invoked by uid 1001); 20 Jun 2008 04:59:36 -0000 Date: Thu, 19 Jun 2008 21:59:13 -0700 From: "David E. Thiel" To: freebsd-hackers@freebsd.org Message-ID: <20080620045912.GI22907@redundancy.redundancy.org> References: <20080619135114.Y1807@kozubik.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080619135114.Y1807@kozubik.com> X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13 X-OpenPGP-Key-available: http://redundancy.redundancy.org/lx.gpg X-Face: %H~{$1~NOw1y#%mM6{|4:/ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jun 2008 05:25:54 -0000 On Thu, Jun 19, 2008 at 02:37:48PM -0700, John Kozubik wrote: > FreeBSD is not useful as a desktop environment without the ability to > support Flash in a stable, well-performing fashion. Nonsense. This presumes anything "useful" has ever been written in flash. > Free flash alternatives and flash movie players, etc., are, unfortunately, > not a solution. While they certainly don't support everything perfectly, swfdec works fairly well for a large number of sites - notably YouTube and similar FLV wrappers, which is what most people ultimately use Flash for. Even if someone got Flash 9 working, we'll just be playing catch-up when Flash 10 is released and everything starts requiring it. While I honestly wish you the best of luck, I do think that developer effort is much better spent improving free implementations of Flash, as the spec is fairly open. If there are some particular things that don't work well for you with swfdec/gnash, why not offer a bounty to have those fixed? This would be more helpful to more people, like those not running FreeBSD, and those of us who don't use Linux binary compat - of which I suspect there are more than you assume. From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 20 06:48:21 2008 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 5817F106564A for ; Fri, 20 Jun 2008 06:48:21 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 17BA08FC0A for ; Fri, 20 Jun 2008 06:48:21 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id CEC061CCCF; Fri, 20 Jun 2008 08:48:19 +0200 (CEST) Date: Fri, 20 Jun 2008 08:48:19 +0200 From: Ed Schouten To: Lukasz Jaroszewski Message-ID: <20080620064819.GQ93496@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="magLDk5D4XGaUXcd" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Hackers Subject: Re: Accessing char device from inside the kernel 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, 20 Jun 2008 06:48:21 -0000 --magLDk5D4XGaUXcd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Lukasz, * Lukasz Jaroszewski wrote: > Hi, as described in topic. How one should access cdev for writing from > kernel-level. What is the proper way to do that ? > I will be thankful for any tips and few lines of example code would be > just great. I think the code in sys/kern/tty_cons.c should be a good example of that. Search for '->d_write'. Yours, --=20 Ed Schouten WWW: http://80386.nl/ --magLDk5D4XGaUXcd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkhbUrMACgkQ52SDGA2eCwW4XQCfZQ3Nia2pHMDggmDu2ZcogclW RBYAn3mjopdV0icMpLm3HvFP5W91D4s2 =uqNO -----END PGP SIGNATURE----- --magLDk5D4XGaUXcd-- From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 20 07:01:14 2008 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 79C021065676 for ; Fri, 20 Jun 2008 07:01:14 +0000 (UTC) (envelope-from murray@stokely.org) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id C85008FC0A for ; Fri, 20 Jun 2008 07:01:13 +0000 (UTC) (envelope-from murray@stokely.org) Received: by ug-out-1314.google.com with SMTP id q2so1187469uge.37 for ; Fri, 20 Jun 2008 00:01:13 -0700 (PDT) Received: by 10.67.119.8 with SMTP id w8mr11235911ugm.34.1213945272802; Fri, 20 Jun 2008 00:01:12 -0700 (PDT) Received: by 10.67.23.11 with HTTP; Fri, 20 Jun 2008 00:01:12 -0700 (PDT) Message-ID: <2a7894eb0806200001wd8da70dh20441d9504259ce4@mail.gmail.com> Date: Fri, 20 Jun 2008 00:01:12 -0700 From: "Murray Stokely" Sender: murray@stokely.org To: "David E. Thiel" In-Reply-To: <20080620045912.GI22907@redundancy.redundancy.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080619135114.Y1807@kozubik.com> <20080620045912.GI22907@redundancy.redundancy.org> X-Google-Sender-Auth: f73abe9e7c1c7977 Cc: freebsd-hackers@freebsd.org Subject: Re: Lack of Flash support is no longer acceptable. Bounty established... 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, 20 Jun 2008 07:01:14 -0000 On Thu, Jun 19, 2008 at 9:59 PM, David E. Thiel wrote: > On Thu, Jun 19, 2008 at 02:37:48PM -0700, John Kozubik wrote: >> FreeBSD is not useful as a desktop environment without the ability to >> support Flash in a stable, well-performing fashion. > > Nonsense. This presumes anything "useful" has ever been written in > flash. Believe it or not, there is useful content on the web in Flash : Google [Flash filetype:swf site:nasa.gov] (without the brackets). - Murray From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 20 07:30:23 2008 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 686811065687 for ; Fri, 20 Jun 2008 07:30:23 +0000 (UTC) (envelope-from matt@ixsystems.com) Received: from smtp121.sbc.mail.sp1.yahoo.com (smtp121.sbc.mail.sp1.yahoo.com [69.147.64.94]) by mx1.freebsd.org (Postfix) with SMTP id 33BEE8FC15 for ; Fri, 20 Jun 2008 07:30:23 +0000 (UTC) (envelope-from matt@ixsystems.com) Received: (qmail 41163 invoked from network); 20 Jun 2008 07:03:43 -0000 Received: from unknown (HELO client-179.nat.ixsystems.net) (syndivision@att.net@206.40.55.65 with plain) by smtp121.sbc.mail.sp1.yahoo.com with SMTP; 20 Jun 2008 07:03:42 -0000 X-YMail-OSG: 2czvuloVM1nfBwCxGO57TNT.23qx5AWwtxGU.Jc5a5MGBxb_PqzDDnp0F8u8_TXRUsRBt4NsFmOaHeeDZ7QBqlmr22rPIWDIXONSxnDBdTHjEQdBgG1bjdCvxduToSU- X-Yahoo-Newman-Property: ymail-3 Message-Id: <7E111F3D-4C41-4584-A0B0-62CDD4F3A0F2@ixsystems.com> From: Matt Olander To: "Murray Stokely" In-Reply-To: <2a7894eb0806200001wd8da70dh20441d9504259ce4@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Fri, 20 Jun 2008 00:03:41 -0700 References: <20080619135114.Y1807@kozubik.com> <20080620045912.GI22907@redundancy.redundancy.org> <2a7894eb0806200001wd8da70dh20441d9504259ce4@mail.gmail.com> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-hackers@freebsd.org, "David E. Thiel" Subject: Re: Lack of Flash support is no longer acceptable. Bounty established... 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, 20 Jun 2008 07:30:23 -0000 On Jun 20, 2008, at 12:01 AM, Murray Stokely wrote: > On Thu, Jun 19, 2008 at 9:59 PM, David E. Thiel > wrote: >> On Thu, Jun 19, 2008 at 02:37:48PM -0700, John Kozubik wrote: >>> FreeBSD is not useful as a desktop environment without the ability >>> to >>> support Flash in a stable, well-performing fashion. >> >> Nonsense. This presumes anything "useful" has ever been written in >> flash. > > Believe it or not, there is useful content on the web in Flash : > > Google [Flash filetype:swf site:nasa.gov] > (without the brackets). Yeah, seriously! Never mind all the video content I am desperate to view on Hulu! ;-) I think my latest Rosetta Stone is Flash9 now too :'( -matt -- Matt Olander CTO, iXsystems - "Servers for Open Source" http://www.iXsystems.com Public Relations, The FreeBSD Project http://www.FreeBSD.org BSD on the Desktop! http://www.pcbsd.org Phone: (408)943-4100 ext. 113 Fax: (408)943-4101 From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 20 07:59:04 2008 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 9836D1065676 for ; Fri, 20 Jun 2008 07:59:04 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 4DA0F8FC12 for ; Fri, 20 Jun 2008 07:59:03 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id BC4C56802C5; Fri, 20 Jun 2008 09:58:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JxVdfA-RaEvO; Fri, 20 Jun 2008 09:58:05 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 19D47680075; Fri, 20 Jun 2008 09:58:05 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id m5K7w4uY012180; Fri, 20 Jun 2008 09:58:04 +0200 (CEST) (envelope-from rdivacky) Date: Fri, 20 Jun 2008 09:58:03 +0200 From: Roman Divacky To: Chuck Robey Message-ID: <20080620075803.GA12112@freebsd.org> References: <6300771b0806180513l469d6915y378400d728c12475@mail.gmail.com> <5f67a8c40806191100w7fca5e73icbac58e2beeeae44@mail.gmail.com> <20080619145714.113c3065@mbook.local> <485AD16C.4000807@telenix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <485AD16C.4000807@telenix.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-hackers@freebsd.org, Mike Meyer Subject: Re: Decent 3D acceleration in 64bit mode? 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, 20 Jun 2008 07:59:04 -0000 On Thu, Jun 19, 2008 at 05:36:44PM -0400, Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Mike Meyer wrote: > > On Thu, 19 Jun 2008 14:00:42 -0400 "Zaphod Beeblebrox" wrote: > > > >> On Wed, Jun 18, 2008 at 8:13 AM, Stephen Hocking > >> wrote: > >>> Given that Nvidia aren't offering a driver for their cards for 64bit > >>> FreeBSD, is anyone else having success using another (preferably > >>> PCI-E) card with 3D acceleration? > >> I'd love to be told I'm wrong, but my understanding is that the issues > >> blocking the nvidia driver would also effectively block a driver for which > >> we had the source. > > > > Is there an open source driver with good 3D acceleration? > > > > > Could I ask, does anyone here know the reason (even in general) that the Nvidia > driver isn't working on the i386? > > I mean, I was wondering what might be my next project ... I have the machinery, > and the source code is totally available, it's not a matter of Nvidia giving out > a binary-only module, right? So, is anything more known? you might want to port nouveau (http://nouveau.freedesktop.org/wiki/) to FreeBSD. that would be a great thing to have From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 20 08:05:14 2008 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 898681065678; Fri, 20 Jun 2008 08:05:14 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 2A7BA8FC1E; Fri, 20 Jun 2008 08:05:14 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 72903680075; Fri, 20 Jun 2008 10:04:20 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SJZt1ZEKPV6K; Fri, 20 Jun 2008 10:04:18 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B7E5E67F704; Fri, 20 Jun 2008 10:04:18 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id m5K84GRM012747; Fri, 20 Jun 2008 10:04:16 +0200 (CEST) (envelope-from rdivacky) Date: Fri, 20 Jun 2008 10:04:16 +0200 From: Roman Divacky To: Alexander Leidinger Message-ID: <20080620080416.GB12112@freebsd.org> References: <20080619135114.Y1807@kozubik.com> <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> User-Agent: Mutt/1.4.2.3i Cc: jamie@bishopston.net, freebsd-advocacy@freebsd.org, emulation@freebsd.org, freebsd-hackers@freebsd.org, narayan@neelum.com Subject: Re: Lack of Flash support is no longer acceptable. Bounty established... 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, 20 Jun 2008 08:05:14 -0000 On Fri, Jun 20, 2008 at 08:39:06AM +0200, Alexander Leidinger wrote: > Quoting John Kozubik (from Thu, 19 Jun 2008 > 14:38:11 -0700 (PDT)): > > >First, a bounty has been posted here: > > > >http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html > > > > From the site: > ---snip--- > I will pay $200 to whoever can compose a working and stable recipe for > running Adobe Flash 9 inside of the FreeBSD native version of Opera 9 > on FreeBSD 6.x. This shouldn't be that hard - in fact, there is > already a linux-flashplugin9 port. > ---snip--- > > Comments from other people with some more money not included here... > > And now the sad reality check: linux-flashplugin9 will _never_ work on > 6.x (lack of linux 2.6 emulation, and this is not a MFC candidate). > > Getting it to work on 7.x is possible. "All what you need" is > nspluginwrapper to get it running in the native > firefox/opera/whatever, and someone who is willing to debug the > linuxulator (on -current, as there is a more complete 2.6 > compatibility there, and this can be MFCed to 7.x) and find the > bug/problem which is causing the crashes. Whoever is willing to tackle > this: head over to emulation@ (CCed) and ask what debugging > possibilities we have in the linuxulator. I tried to debug the flash9 and failed badly. It might be that I overlooked something trivial but... the flash9 is a big binary-only monster and basically the only trace of what its doing you can get is a syscall-trace. Which is not that much useful. I didnt find any missing syscalls or something like that and the fail is a complete mystery for me.... otoh I looked at this a LOONG time ago. I might want to look at it again (after some other things settle) anyway... I dont think that flash9 crashes are related to 2.6 emulation in any way. iirc it runs (and crashes) on 2.4 as well. I remember it crashes in $the_thing_that_ff_uses_to_report_bugs which was some proprietary app which got replaced in ff3.0, you might want to check what happened. anyway - if someone wants to debug this, feel free to contact me, I am willing to help roman _ From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 20 09:07:47 2008 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 0880F106564A for ; Fri, 20 Jun 2008 09:07:47 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.184]) by mx1.freebsd.org (Postfix) with ESMTP id 8640D8FC1D for ; Fri, 20 Jun 2008 09:07:46 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so529812tid.3 for ; Fri, 20 Jun 2008 02:07:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=zOhwyXAxgxhzEN212PYsFVAVSZmEzdvHRqojebv6R6I=; b=AiKkF5aZpTOg/5OXA0STASzwiQY9GraUYFHblsY5yyEOuHvtwjx36cu3JGqtuAPRP9 FV0cwQpSVsBp3nqNhmPnp/lTFO1tduzWEuRZZJhrFdSFjkniMa+TaGPKGNtNPKd1Canu u0QD4VDPtTJZHHMk048h/0g0IWqBs2xsLBnGg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=dBV7TK6d7BLRd1D9wwY7FBBNypnFm8KeNgRga6PJXXkC29A9Pv5BtpRMc3LKSZRC00 0RpjK23mq+Y4VE/IJAwcxCz6vSA+ocZo5iGh2MLjEWXxkIcx48Z5EGQ/uai3SLzlmIGm 2J8oqkopp+6KNfqpqShXo7u1ctFRUxCPy+Zu0= Received: by 10.110.41.17 with SMTP id o17mr2595386tio.5.1213951219066; Fri, 20 Jun 2008 01:40:19 -0700 (PDT) Received: from ?192.168.1.9? ( [124.157.244.133]) by mx.google.com with ESMTPS id j5sm2900763tid.12.2008.06.20.01.40.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 20 Jun 2008 01:40:18 -0700 (PDT) From: OutBackDingo To: Murray Stokely In-Reply-To: <2a7894eb0806200001wd8da70dh20441d9504259ce4@mail.gmail.com> References: <20080619135114.Y1807@kozubik.com> <20080620045912.GI22907@redundancy.redundancy.org> <2a7894eb0806200001wd8da70dh20441d9504259ce4@mail.gmail.com> Content-Type: text/plain Date: Fri, 20 Jun 2008 14:17:45 +0700 Message-Id: <1213946265.20035.40.camel@dingo-laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, "David E. Thiel" Subject: Re: Lack of Flash support is no longer acceptable. Bounty established... 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, 20 Jun 2008 09:07:47 -0000 Believe it or not, there is useful content on the web in Flash : > > Google [Flash filetype:swf site:nasa.gov] > (without the brackets). There might be useful content, but that surely doesnt mean FreeBSD itself as a desktop isnt usable, I think saying using firefox/flash for flash based websites is difficult at best. but FreeBSD as a desktop is plainly very usable From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 20 11:14:47 2008 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 6F37010657B5; Fri, 20 Jun 2008 11:14:47 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from viefep11-int.chello.at (viefep11-int.chello.at [62.179.121.31]) by mx1.freebsd.org (Postfix) with ESMTP id 2515A8FC1B; Fri, 20 Jun 2008 11:14:45 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from [89.134.207.231] by viefep11-int.chello.at (InterMail vM.7.08.02.02 201-2186-121-104-20070414) with ESMTP id <20080620111444.SVRT17452.viefep11-int.chello.at@[89.134.207.231]>; Fri, 20 Jun 2008 13:14:44 +0200 Message-ID: <485B9125.1000307@FreeBSD.org> Date: Fri, 20 Jun 2008 13:14:45 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Jaakko Heinonen References: <485453F2.60507@FreeBSD.org> <4854BC29.3060507@FreeBSD.org> <485807CD.1030601@FreeBSD.org> <20080618052347.GA1877@a91-153-120-204.elisa-laajakaista.fi> In-Reply-To: <20080618052347.GA1877@a91-153-120-204.elisa-laajakaista.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Doug Barton , current@FreeBSD.org, Diomidis Spinellis , hackers@FreeBSD.org, "Sean C. Farley" , Max Khon Subject: Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] 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, 20 Jun 2008 11:14:47 -0000 Jaakko Heinonen escribió: > On 2008-06-17, Gabor Kovesdan wrote: > >>> egrep: empty (sub)expression >>> >>> >> I've looked at this and I have a patch with a workaround: >> http://kovesdan.org/patches/grep.dougb.diff >> > > Unfortunately this breaks things. For example: > > $ grep -E '(test||test)' /dev/null > grep: parentheses not balanced > $ grep -E '(test|\|)' /dev/null > grep: parentheses not balanced > $ grep -E '\(|test)' /dev/null > (should give an error but it hangs) > Ugly enough, but seems to be fixed in my working copy. Thanks for the report. Gabor From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 20 06:39:14 2008 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 EC1C7106566C; Fri, 20 Jun 2008 06:39:14 +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 6BDED8FC19; Fri, 20 Jun 2008 06:39:14 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A57359.dip.t-dialin.net [84.165.115.89]) by redbull.bpaserver.net (Postfix) with ESMTP id 2185F2E06D; Fri, 20 Jun 2008 08:39:10 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 33AD11324C9; Fri, 20 Jun 2008 08:39:07 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1213943947; bh=499STvLSp6FfTRDN760AFUrKvPhzs+euj VpVpCYHZhc=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=e6h99/znnBE8/jF8EJ3xrDxQ/OLwrFILmFf87CII4vP4gtGJesixYCfnJePeSbo64 9ma2DRz6dhquLXknR51+TFp7vJp7h7T+RyZpcBUmkckZ133EzV5EjGZ57AieVOkllP4 2/EVQ1gGEcz7LejL1V0wPy3ADXUmpnZA3CdVB+e1d01aIpJ2LlzSOWricy2cxQnPoU5 rXdGdF47cJBGFWVeOyaglqxBTX+9t4BKEjOiG39gKkyr2kIDLxP0/wYM5OKa10VyOLe Y4zVpisDWH7A+0lX+S6xT/JwN/F3ZXiGVDWHIZF0x5esoBpkAXbCLj8qE9X420Z7snv u/LOUQ9TA== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m5K6d6qr044778; Fri, 20 Jun 2008 08:39:06 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 20 Jun 2008 08:39:06 +0200 Message-ID: <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 20 Jun 2008 08:39:06 +0200 From: Alexander Leidinger To: John Kozubik References: <20080619135114.Y1807@kozubik.com> In-Reply-To: <20080619135114.Y1807@kozubik.com> 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.2-RC2) / FreeBSD-8.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, ORDB-RBL, 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: Fri, 20 Jun 2008 11:26:09 +0000 Cc: jamie@bishopston.net, freebsd-advocacy@freebsd.org, emulation@freebsd.org, freebsd-hackers@freebsd.org, narayan@neelum.com Subject: Re: Lack of Flash support is no longer acceptable. Bounty established... 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, 20 Jun 2008 06:39:15 -0000 Quoting John Kozubik (from Thu, 19 Jun 2008 =20 14:38:11 -0700 (PDT)): > First, a bounty has been posted here: > > http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html > From the site: ---snip--- I will pay $200 to whoever can compose a working and stable recipe for =20 running Adobe Flash 9 inside of the FreeBSD native version of Opera 9 =20 on FreeBSD 6.x. This shouldn't be that hard - in fact, there is =20 already a linux-flashplugin9 port. ---snip--- Comments from other people with some more money not included here... And now the sad reality check: linux-flashplugin9 will _never_ work on =20 6.x (lack of linux 2.6 emulation, and this is not a MFC candidate). Getting it to work on 7.x is possible. "All what you need" is =20 nspluginwrapper to get it running in the native =20 firefox/opera/whatever, and someone who is willing to debug the =20 linuxulator (on -current, as there is a more complete 2.6 =20 compatibility there, and this can be MFCed to 7.x) and find the =20 bug/problem which is causing the crashes. Whoever is willing to tackle =20 this: head over to emulation@ (CCed) and ask what debugging =20 possibilities we have in the linuxulator. Note: AFAIK linux-flashplugin9 is not completely stable on linux either... Bye, Alexander. --=20 Leela: Well, goodnight. I'm gonna go make my dinners for the next month and freeze them. 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 Fri Jun 20 08:41:17 2008 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 272351065671; Fri, 20 Jun 2008 08:41:17 +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 A64DB8FC1A; Fri, 20 Jun 2008 08:41:16 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A57359.dip.t-dialin.net [84.165.115.89]) by redbull.bpaserver.net (Postfix) with ESMTP id 053992E200; Fri, 20 Jun 2008 10:41:11 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 1B75A133F24; Fri, 20 Jun 2008 10:41:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1213951268; bh=OD7/keunaS4EhdtnSBdZ375EaTdiM3Jb0 LW2v45U+cs=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=jA0aGf0eg5em97PsTk0ZOtLwjiFs4xPycLwcKdStM1Tk8/WGJvJql1d1aV11zIAwo /SpWvDn2owhT3v3zc7Vp7uChK/Saf2yHTrzRZidD90Z8JGT00tyUyUl7W3fNsG+oi4/ 6meN3lUEUu6R4abmoh1PGZhvlTK4wMBHwpNeCq2RHRxbpkmzgycooUvX4r7L/kTzXbq fXt03C9sWg7xoPqaHpyu4bLLaecqRrQ2t1O+FV1laaCPyGluPucIa+aQ/z/QYerXlzu m9gaCHfpbrx9dNz8fReVp63X39rkbJjQham8DSjdziyC10iA/f387iT94jm6vo6+5kx FdJpTtNkw== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m5K8f6a7065195; Fri, 20 Jun 2008 10:41:06 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 20 Jun 2008 10:41:06 +0200 Message-ID: <20080620104106.18826n68s55lwlc0@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 20 Jun 2008 10:41:06 +0200 From: Alexander Leidinger To: Roman Divacky References: <20080619135114.Y1807@kozubik.com> <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> <20080620080416.GB12112@freebsd.org> In-Reply-To: <20080620080416.GB12112@freebsd.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.2-RC2) / FreeBSD-8.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, ORDB-RBL, SpamAssassin (not cached, score=-13.504, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Fri, 20 Jun 2008 11:26:24 +0000 Cc: jamie@bishopston.net, freebsd-advocacy@freebsd.org, emulation@freebsd.org, freebsd-hackers@freebsd.org, narayan@neelum.com Subject: Re: Lack of Flash support is no longer acceptable. Bounty established... 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, 20 Jun 2008 08:41:17 -0000 Quoting Roman Divacky (from Fri, 20 Jun 2008 =20 10:04:16 +0200): > On Fri, Jun 20, 2008 at 08:39:06AM +0200, Alexander Leidinger wrote: >> Quoting John Kozubik (from Thu, 19 Jun 2008 >> 14:38:11 -0700 (PDT)): >> >> >First, a bounty has been posted here: >> > >> >http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html >> > >> >> From the site: >> ---snip--- >> I will pay $200 to whoever can compose a working and stable recipe for >> running Adobe Flash 9 inside of the FreeBSD native version of Opera 9 >> on FreeBSD 6.x. This shouldn't be that hard - in fact, there is >> already a linux-flashplugin9 port. >> ---snip--- >> >> Comments from other people with some more money not included here... >> >> And now the sad reality check: linux-flashplugin9 will _never_ work on >> 6.x (lack of linux 2.6 emulation, and this is not a MFC candidate). >> >> Getting it to work on 7.x is possible. "All what you need" is >> nspluginwrapper to get it running in the native >> firefox/opera/whatever, and someone who is willing to debug the >> linuxulator (on -current, as there is a more complete 2.6 >> compatibility there, and this can be MFCed to 7.x) and find the >> bug/problem which is causing the crashes. Whoever is willing to tackle >> this: head over to emulation@ (CCed) and ask what debugging >> possibilities we have in the linuxulator. > > I tried to debug the flash9 and failed badly. It might be that I overlooke= d > something trivial but... > > the flash9 is a big binary-only monster and basically the only trace > of what its doing you can get is a syscall-trace. Which is not that much I think enabling the the linuxulator debug stuff and maybe adding some =20 more printfs at some places can reveal some more stuff... with some =20 in-deep reviewing of what happens. > useful. I didnt find any missing syscalls or something like that and the > fail is a complete mystery for me.... otoh I looked at this a LOONG time a= go. Which is in indication that there are some (subtle) differences =20 between the linuxulator and the real linux we have to track down. > I might want to look at it again (after some other things settle) > > > anyway... I dont think that flash9 crashes are related to 2.6 =20 > emulation in any > way. iirc it runs (and crashes) on 2.4 as well. I remember it crashes in Hmmm... now I'm not sure anymore, but I thought we had reports that it =20 runs better with 2.6... Bye, Alexander. --=20 I wish I was a sex-starved manicurist found dead in the Bronx!! 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 Fri Jun 20 11:46:16 2008 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 6C874106567C for ; Fri, 20 Jun 2008 11:46:16 +0000 (UTC) (envelope-from freebsd-hackers@transip.nl) Received: from relay0.transip.nl (relay0.transip.nl [80.69.67.21]) by mx1.freebsd.org (Postfix) with ESMTP id 38E5A8FC2C for ; Fri, 20 Jun 2008 11:46:16 +0000 (UTC) (envelope-from freebsd-hackers@transip.nl) Received: from [192.168.0.3] (unknown [87.212.50.86]) by relay0.transip.nl (Postfix) with ESMTP id 717CE103747 for ; Fri, 20 Jun 2008 13:30:56 +0200 (CEST) Message-ID: <485B94E7.3060105@transip.nl> Date: Fri, 20 Jun 2008 13:30:47 +0200 From: Ali Niknam Organization: Transip BV User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: FreeBSD 7.0: sockets stuck in CLOSED state... 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, 20 Jun 2008 11:46:16 -0000 Dear All, Recently i've been upgrading some of my machines from FreeBSD 6.x amd64 to FreeBSD 7.0 amd64. After upgrading I noticed a weird error/bug. It seems that after several thousand TCP connections some seem to hang in 'CLOSED' state. netstat -n gives: ... tcp4 0 0 1.2.3.4.* 4.5.6.7.42149 CLOSED tcp4 39 0 1.2.3.4.* 4.5.6.7.54103 CLOSED tcp4 35 0 1.2.3.4.* 4.5.6.7.41718 CLOSED tcp4 38 0 1.2.3.4.* 4.5.6.7.55618 CLOSED tcp4 41 0 1.2.3.4.* 4.5.6.7.44230 CLOSED tcp4 39 0 1.2.3.4.* 4.5.6.7.49439 CLOSED ... These never go away; they gradually increase and increase until the application starts giving errors (probably because some socket or filedescriptor limit is reached). When the application is killed these entries disappear. The application in question is a self written DNS server, multithreaded, and running fine for years without any troubles on both BSD 5.x as well as 6.x. Also 32bits as well as 64bits on 6.x. Ofcourse that doesn't mean that the application is error free, however, after doing extensive testing I really can not find anything wrong with the application itself, so I'm thinking maybe there's a change somewhere that causes this? I know that tcp/network has been completely redone... What basically happens in the application is this: - one main tcp thread runs an infinite while loop waiting for new connections to arrive - as soon as one arrives a new thread is spawned that handles the newly created stream - it reads some bytes, writes some bytes, then closes it - thread exits What appears to happen is this: after the new thread is spawned it tries to read 2 bytes (DNS tcp length information). It gets back 0 bytes (EOF) and therefore closes the sockets and calls pthread_exit. However in netstat that same stream oftenly appears to have bytes 'stuck' in the in queue... I really can't see how this can cause hanging sockets in 'CLOSED' state. Even if the incoming queue isnt read entirely a call to close should close it. Also I really can't find any documentation in netstat, or elsewhere, about the 'CLOSED' state... Any help would greatly be appreciated! Kind Regards, Ali Niknam From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 20 14:49:15 2008 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 89BC5106564A; Fri, 20 Jun 2008 14:49:15 +0000 (UTC) (envelope-from shildret@scotth.emsphone.com) Received: from scotth.emsphone.com (scotth.emsphone.com [199.67.51.179]) by mx1.freebsd.org (Postfix) with ESMTP id E4F878FC23; Fri, 20 Jun 2008 14:49:09 +0000 (UTC) (envelope-from shildret@scotth.emsphone.com) Received: from scotth.emsphone.com (localhost [127.0.0.1]) by scotth.emsphone.com (8.14.2/8.14.2) with ESMTP id m5KEUbOO007596; Fri, 20 Jun 2008 09:30:37 -0500 (CDT) (envelope-from shildret@scotth.emsphone.com) Received: (from shildret@localhost) by scotth.emsphone.com (8.14.2/8.14.2/Submit) id m5KEUbbW007595; Fri, 20 Jun 2008 09:30:37 -0500 (CDT) (envelope-from shildret@scotth.emsphone.com) From: "Scott T. Hildreth" To: Alexander Leidinger In-Reply-To: <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> References: <20080619135114.Y1807@kozubik.com> <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 20 Jun 2008 09:30:36 -0500 Message-Id: <1213972236.1505.14.camel@scotth.emsphone.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.2 FreeBSD GNOME Team Port X-Mailman-Approved-At: Fri, 20 Jun 2008 15:41:34 +0000 Cc: jamie@bishopston.net, freebsd-advocacy@freebsd.org, emulation@freebsd.org, freebsd-hackers@freebsd.org, narayan@neelum.com Subject: Re: Lack of Flash support is no longer acceptable. Bounty established... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shildreth@allantgroup.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jun 2008 14:49:15 -0000 On Fri, 2008-06-20 at 08:39 +0200, Alexander Leidinger wrote: > Quoting John Kozubik (from Thu, 19 Jun 2008 > 14:38:11 -0700 (PDT)): > > > First, a bounty has been posted here: > > > > http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html > > > Maybe the bounty would be better spent here, This was from an email on the gnome list from Joe Marcus Clarke "As to the point about Flash, Kris also mentioned that he has the ear of someone at Adobe who was hinting that a capable developer willing to sign an NDA could be given code to work on a native Flash plug-in port. This could bode well for PC-BSD and FreeBSD should someone step up to do this work." > From the site: > ---snip--- > I will pay $200 to whoever can compose a working and stable recipe for > running Adobe Flash 9 inside of the FreeBSD native version of Opera 9 > on FreeBSD 6.x. This shouldn't be that hard - in fact, there is > already a linux-flashplugin9 port. > ---snip--- > > Comments from other people with some more money not included here... > > And now the sad reality check: linux-flashplugin9 will _never_ work on > 6.x (lack of linux 2.6 emulation, and this is not a MFC candidate). > > Getting it to work on 7.x is possible. "All what you need" is > nspluginwrapper to get it running in the native > firefox/opera/whatever, and someone who is willing to debug the > linuxulator (on -current, as there is a more complete 2.6 > compatibility there, and this can be MFCed to 7.x) and find the > bug/problem which is causing the crashes. Whoever is willing to tackle > this: head over to emulation@ (CCed) and ask what debugging > possibilities we have in the linuxulator. > > Note: AFAIK linux-flashplugin9 is not completely stable on linux either... > > Bye, > Alexander. > From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 20 20:52:33 2008 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 CAF0D106566C for ; Fri, 20 Jun 2008 20:52:33 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.181]) by mx1.freebsd.org (Postfix) with ESMTP id 5F6718FC12 for ; Fri, 20 Jun 2008 20:52:33 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by ik-out-1112.google.com with SMTP id c30so914802ika.3 for ; Fri, 20 Jun 2008 13:52:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=rqbA+GlDG/Smn1Ka0pSCw8EYpoiUbEHAgfn1uWMxFzg=; b=weXZJpVEGWWdtMgLI4hpB77jKZ2CBkrVSuUAL7cFB3Xu25L8zRnuroSPzVaIbuDagb Bs1SAMWDD3ulj4DGq1cSRiNjTo9opAyQeZu7/QQcTHSuMOrvRFeXYr96brM0MBA+iuTY 95gijbqZH1ONaFGQzil3hOBsZ+TMWpmLH2bGM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=OaO0W02HcZNdpQnNrW7HuutH1wHfn+gO5ECxtM7U6TNNJANbu8DJ5yzDSiqqewmZcx BU9OciWksFRSw9pndDTTGTiLV5r0A7hAfZvrEGw1x2+ArJWVcu5qmPZ+nBshqFymuKJW MP9vtq1BX1S7jrfmChFaO4NiQMqgcsm6U6Mo4= Received: by 10.210.24.7 with SMTP id 7mr3503950ebx.178.1213995152089; Fri, 20 Jun 2008 13:52:32 -0700 (PDT) Received: by 10.210.22.4 with HTTP; Fri, 20 Jun 2008 13:52:32 -0700 (PDT) Message-ID: <3c0b01820806201352n54b846cas612a6923531ef04@mail.gmail.com> Date: Fri, 20 Jun 2008 16:52:32 -0400 From: "Alexander Sack" To: "Garrett Cooper" In-Reply-To: <7d6fde3d0806190822s1420dcake3a38be7189b8ab0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3c0b01820806190629o7264cfaeg6fa6a08a6822047e@mail.gmail.com> <7d6fde3d0806190822s1420dcake3a38be7189b8ab0@mail.gmail.com> Cc: freebsd-hackers@freebsd.org Subject: Re: Cross platform building best practices (building 6 on 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: Fri, 20 Jun 2008 20:52:34 -0000 On Thu, Jun 19, 2008 at 11:22 AM, Garrett Cooper wrote: > On Thu, Jun 19, 2008 at 6:29 AM, Alexander Sack wrote: >> Hello Folks: >> >> I've done a lot of Googling and scouring the lists about this >> particular subject so I apologize for rehashing it. However, I'm >> still confused on what's the best way to perform BSD cross platform >> builds. Ideally what I want to have is an environment whereby I can >> build a 6.1-RELEASE tree on a 7.0-RELEASE box. I thought originally I >> could check out a 6.1 release version, perform make world, and then >> use the output of that build as either a basis for a jail or a >> toolchain. However, as noted by previous threads, 6.x doesn't build >> on a 7.x due to gcc4/binutils compatibility issues (please correct me >> if I'm wrong). I then thought I could potentially download a patched >> binutils, copy it into src/contrib/binutils and that would potentially >> fix it. No dice (and I'm still debugging why since this binutils >> package DOES build outside of the make world infrastructure without >> issue, this very well could be pilot error on my part since I didn't >> update the VERSION string and didn't trim the source files as per the >> FreeBSD-deleteList etc.). >> >> I THEN thought if I build/install a gcc-3.x/bintuils toolchain I could >> complie a 6.x on a 7.x machine. Well I haven't done that yet since at >> this point I believe I'm diverged from the path of FreeBSD build >> enlightenment! Moreover, if would be NICE if I could bootstrap the >> normal dev tools from the exiting make world build tree. I'm not yet >> ready for a lot of hackery on the build tree without asking around. >> :D! >> >> Does anyone due cross-platform builds (without host virtualization)? >> >> Thanks! >> >> -aps > > (I'll stick to just hackers@ because I don't want to pollute > questions@ unnecessarily) Sorry I felt really bad actually cc'ing questions its just that my last groking produced many threads in freebsd-questions as opposed to hackers. I'll try to be more attentive to my posts (I have a habit cc'ing multiple forums because sometimes they apply but questions is for normal troubleshooting, not cross-platform build issues!). > You touched on an important point. There were some code quality issues > (I think) with 6.x that were resolved moving to 7.x, which caused > gcc-4.2.x to barf. Probably but I'm not trying to point fingers! :D! > gcc-4.2.x requires a newer version of binutils, just because (for API > / usage compatibility). Yea understood. To be honest, this isn't documented very readily. I first thought it was pilot error on me, then I decided to take a look at what failed to compile (I believe it was an innocent extern). And then got lost in gcc/binutils hell. Luckily I've smelled this problem before and after some research confirmed by suspicion. > What you should probably do is create a jail then do your development > for 6.x in a jail, 7.x in another, and (if you're bold enough ;)...) > do 8.x development in yet a third. Jail's are a much better way to > isolate things such that you don't have to worry about toolchain > issues like these and are able to setup a sourcebase as the devs > intended it (for the most part; you may run into issues with sysctls > and virtual kernel stuff like that, but cest la vie... there isn't a > better way I know of than that outside of running a VM). I figured you were going ot say that Garrett. Well OK, but I still need to bootstrap my dev environment for 6.x development on 7.x. Since binutils compatibility makes my 6.x make world barf on 7.x, where should I go? I HAVE not parsed through a lot of the build infrastructure yet but it would seem to be IF make world bootstraps the world including the development tools, why can't I update binutils/gcc inplace and then compile (or is this a regression issue which I failed to grasp). Or do I need to update binutils on my *host* system itself? i.e. what I'm really asking is does make world bootstrap the right bintuils/gcc etc. and then use THAT to compile the rest or does it just perform a host build of everything and plops it in DESTDIR? Hope I make some sense here (still a n00b).... -aps From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 20 21:14:38 2008 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 933B0106566C for ; Fri, 20 Jun 2008 21:14:38 +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 88F3C8FC17 for ; Fri, 20 Jun 2008 21:14:38 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id C89472355; Fri, 20 Jun 2008 14:14:40 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 9ECA72D6006; Fri, 20 Jun 2008 14:14:37 -0700 (PDT) Message-ID: <485C1DC5.8090007@elischer.org> Date: Fri, 20 Jun 2008 14:14:45 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Alexander Sack References: <3c0b01820806190629o7264cfaeg6fa6a08a6822047e@mail.gmail.com> <7d6fde3d0806190822s1420dcake3a38be7189b8ab0@mail.gmail.com> <3c0b01820806201352n54b846cas612a6923531ef04@mail.gmail.com> In-Reply-To: <3c0b01820806201352n54b846cas612a6923531ef04@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , freebsd-hackers@freebsd.org Subject: Re: Cross platform building best practices (building 6 on 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: Fri, 20 Jun 2008 21:14:38 -0000 Alexander Sack wrote: > On Thu, Jun 19, 2008 at 11:22 AM, Garrett Cooper wrote: >> On Thu, Jun 19, 2008 at 6:29 AM, Alexander Sack wrote: >>> Hello Folks: >>> >>> I've done a lot of Googling and scouring the lists about this >>> particular subject so I apologize for rehashing it. However, I'm >>> still confused on what's the best way to perform BSD cross platform >>> builds. Ideally what I want to have is an environment whereby I can >>> build a 6.1-RELEASE tree on a 7.0-RELEASE box. I thought originally I >>> could check out a 6.1 release version, perform make world, and then >>> use the output of that build as either a basis for a jail or a >>> toolchain. However, as noted by previous threads, 6.x doesn't build >>> on a 7.x due to gcc4/binutils compatibility issues (please correct me >>> if I'm wrong). I then thought I could potentially download a patched >>> binutils, copy it into src/contrib/binutils and that would potentially >>> fix it. No dice (and I'm still debugging why since this binutils >>> package DOES build outside of the make world infrastructure without >>> issue, this very well could be pilot error on my part since I didn't >>> update the VERSION string and didn't trim the source files as per the >>> FreeBSD-deleteList etc.). >>> >>> I THEN thought if I build/install a gcc-3.x/bintuils toolchain I could >>> complie a 6.x on a 7.x machine. Well I haven't done that yet since at >>> this point I believe I'm diverged from the path of FreeBSD build >>> enlightenment! Moreover, if would be NICE if I could bootstrap the >>> normal dev tools from the exiting make world build tree. I'm not yet >>> ready for a lot of hackery on the build tree without asking around. >>> :D! >>> >>> Does anyone due cross-platform builds (without host virtualization)? >>> >>> Thanks! >>> >>> -aps >> (I'll stick to just hackers@ because I don't want to pollute >> questions@ unnecessarily) > > Sorry I felt really bad actually cc'ing questions its just that my > last groking produced many threads in freebsd-questions as opposed to > hackers. I'll try to be more attentive to my posts (I have a habit > cc'ing multiple forums because sometimes they apply but questions is > for normal troubleshooting, not cross-platform build issues!). > >> You touched on an important point. There were some code quality issues >> (I think) with 6.x that were resolved moving to 7.x, which caused >> gcc-4.2.x to barf. > > Probably but I'm not trying to point fingers! :D! > >> gcc-4.2.x requires a newer version of binutils, just because (for API >> / usage compatibility). > > Yea understood. To be honest, this isn't documented very readily. I > first thought it was pilot error on me, then I decided to take a look > at what failed to compile (I believe it was an innocent extern). And > then got lost in gcc/binutils hell. Luckily I've smelled this problem > before and after some research confirmed by suspicion. > >> What you should probably do is create a jail then do your development >> for 6.x in a jail, 7.x in another, and (if you're bold enough ;)...) >> do 8.x development in yet a third. Jail's are a much better way to >> isolate things such that you don't have to worry about toolchain >> issues like these and are able to setup a sourcebase as the devs >> intended it (for the most part; you may run into issues with sysctls >> and virtual kernel stuff like that, but cest la vie... there isn't a >> better way I know of than that outside of running a VM). > > I figured you were going ot say that Garrett. Well OK, but I still > need to bootstrap my dev environment for 6.x development on 7.x. > Since binutils compatibility makes my 6.x make world barf on 7.x, > where should I go? I HAVE not parsed through a lot of the build > infrastructure yet but it would seem to be IF make world bootstraps > the world including the development tools, why can't I update > binutils/gcc inplace and then compile (or is this a regression issue > which I failed to grasp). Or do I need to update binutils on my > *host* system itself? i.e. what I'm really asking is does make world > bootstrap the right bintuils/gcc etc. and then use THAT to compile the > rest or does it just perform a host build of everything and plops it > in DESTDIR? > > Hope I make some sense here (still a n00b).... One thing we always strive for in FreeBSD is an upgrade path. As a general rule, a newer system should be able to run a jail populated with an earlier system. There are some small exceptions, for example you may need a new version of netstat, ps and libkvm in your jail. possibly grab them from the /rescue on the new system so they are statically linked. also 8.x systems will require that threaded programs from 6.x be dynamically linked so that they can be remapped to use libthr instead of libkse as libkse is not supported in 8. asside from those I think that just about every thing else should be fine.. I've run a FreeBSD 1.1 chroot on a freeBSD 7 system (I had to make 1 very small fix). At Ironport we build 4.x binaries on 6.x systems by spinning off a 4.x chroot as prart of the build process. (they need to link with 4.x third party binaries) so it's very esay to do. > > -aps > _______________________________________________ > 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 Fri Jun 20 21:24:14 2008 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 5D5121065677 for ; Fri, 20 Jun 2008 21:24:14 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.182]) by mx1.freebsd.org (Postfix) with ESMTP id E639F8FC17 for ; Fri, 20 Jun 2008 21:24:13 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by ik-out-1112.google.com with SMTP id c30so920894ika.3 for ; Fri, 20 Jun 2008 14:24:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=QldPGbdN4vQdoa2vTiMB9+gFan794Ts/RNdjGq/0xUc=; b=CSMgIWLpLsQfvdm7BGfrMlIbgOAQjaoMBp2ZvU62jB7wwxHircKZ9VIzq3E+btdk8W J02YRN4USP+2QXbmvL2fSOn1aLhUQiDdRTETASz0/6KY2B0qou8CHbWKJUw5GW8kW/ar +nemWdHcFmB1ip/VT4aNn7n17sh1jbT6EL/ZM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=EsrOteGPeB1JMmriX+cPLYBrMfDaM/tBjeCkktn4eyJQYmrdqLtHWAc0dg00ngkoBh i9+Iu1IRHvzUqvd5fAlXimK0Pd2eeYlwRa7CXtfXw4kuhxehKC03filxXmtQ7N2nXfMR /Zov1i0X7oGsYdJtVDB7i3rlc6oRuVN56xTMg= Received: by 10.210.102.16 with SMTP id z16mr3525314ebb.22.1213997052574; Fri, 20 Jun 2008 14:24:12 -0700 (PDT) Received: by 10.210.22.4 with HTTP; Fri, 20 Jun 2008 14:24:12 -0700 (PDT) Message-ID: <3c0b01820806201424n53371437m8e9af5507416926e@mail.gmail.com> Date: Fri, 20 Jun 2008 17:24:12 -0400 From: "Alexander Sack" To: "Julian Elischer" In-Reply-To: <485C1DC5.8090007@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3c0b01820806190629o7264cfaeg6fa6a08a6822047e@mail.gmail.com> <7d6fde3d0806190822s1420dcake3a38be7189b8ab0@mail.gmail.com> <3c0b01820806201352n54b846cas612a6923531ef04@mail.gmail.com> <485C1DC5.8090007@elischer.org> Cc: Garrett Cooper , freebsd-hackers@freebsd.org Subject: Re: Cross platform building best practices (building 6 on 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: Fri, 20 Jun 2008 21:24:14 -0000 On Fri, Jun 20, 2008 at 5:14 PM, Julian Elischer wrote: > Alexander Sack wrote: >> >> On Thu, Jun 19, 2008 at 11:22 AM, Garrett Cooper >> wrote: >>> >>> On Thu, Jun 19, 2008 at 6:29 AM, Alexander Sack >>> wrote: >>>> >>>> Hello Folks: >>>> >>>> I've done a lot of Googling and scouring the lists about this >>>> particular subject so I apologize for rehashing it. However, I'm >>>> still confused on what's the best way to perform BSD cross platform >>>> builds. Ideally what I want to have is an environment whereby I can >>>> build a 6.1-RELEASE tree on a 7.0-RELEASE box. I thought originally I >>>> could check out a 6.1 release version, perform make world, and then >>>> use the output of that build as either a basis for a jail or a >>>> toolchain. However, as noted by previous threads, 6.x doesn't build >>>> on a 7.x due to gcc4/binutils compatibility issues (please correct me >>>> if I'm wrong). I then thought I could potentially download a patched >>>> binutils, copy it into src/contrib/binutils and that would potentially >>>> fix it. No dice (and I'm still debugging why since this binutils >>>> package DOES build outside of the make world infrastructure without >>>> issue, this very well could be pilot error on my part since I didn't >>>> update the VERSION string and didn't trim the source files as per the >>>> FreeBSD-deleteList etc.). >>>> >>>> I THEN thought if I build/install a gcc-3.x/bintuils toolchain I could >>>> complie a 6.x on a 7.x machine. Well I haven't done that yet since at >>>> this point I believe I'm diverged from the path of FreeBSD build >>>> enlightenment! Moreover, if would be NICE if I could bootstrap the >>>> normal dev tools from the exiting make world build tree. I'm not yet >>>> ready for a lot of hackery on the build tree without asking around. >>>> :D! >>>> >>>> Does anyone due cross-platform builds (without host virtualization)? >>>> >>>> Thanks! >>>> >>>> -aps >>> >>> (I'll stick to just hackers@ because I don't want to pollute >>> questions@ unnecessarily) >> >> Sorry I felt really bad actually cc'ing questions its just that my >> last groking produced many threads in freebsd-questions as opposed to >> hackers. I'll try to be more attentive to my posts (I have a habit >> cc'ing multiple forums because sometimes they apply but questions is >> for normal troubleshooting, not cross-platform build issues!). >> >>> You touched on an important point. There were some code quality issues >>> (I think) with 6.x that were resolved moving to 7.x, which caused >>> gcc-4.2.x to barf. >> >> Probably but I'm not trying to point fingers! :D! >> >>> gcc-4.2.x requires a newer version of binutils, just because (for API >>> / usage compatibility). >> >> Yea understood. To be honest, this isn't documented very readily. I >> first thought it was pilot error on me, then I decided to take a look >> at what failed to compile (I believe it was an innocent extern). And >> then got lost in gcc/binutils hell. Luckily I've smelled this problem >> before and after some research confirmed by suspicion. >> >>> What you should probably do is create a jail then do your development >>> for 6.x in a jail, 7.x in another, and (if you're bold enough ;)...) >>> do 8.x development in yet a third. Jail's are a much better way to >>> isolate things such that you don't have to worry about toolchain >>> issues like these and are able to setup a sourcebase as the devs >>> intended it (for the most part; you may run into issues with sysctls >>> and virtual kernel stuff like that, but cest la vie... there isn't a >>> better way I know of than that outside of running a VM). >> >> I figured you were going ot say that Garrett. Well OK, but I still >> need to bootstrap my dev environment for 6.x development on 7.x. >> Since binutils compatibility makes my 6.x make world barf on 7.x, >> where should I go? I HAVE not parsed through a lot of the build >> infrastructure yet but it would seem to be IF make world bootstraps >> the world including the development tools, why can't I update >> binutils/gcc inplace and then compile (or is this a regression issue >> which I failed to grasp). Or do I need to update binutils on my >> *host* system itself? i.e. what I'm really asking is does make world >> bootstrap the right bintuils/gcc etc. and then use THAT to compile the >> rest or does it just perform a host build of everything and plops it >> in DESTDIR? >> >> Hope I make some sense here (still a n00b).... > > One thing we always strive for in FreeBSD is an upgrade path. > > As a general rule, a newer system should be able to run a jail > populated with an earlier system. There are some small exceptions, > for example you may need a new version of netstat, ps and libkvm > in your jail. possibly grab them from the /rescue on the new system > so they are statically linked. > also 8.x systems will require that threaded programs from 6.x be dynamically > linked so that they can be remapped to use libthr instead of libkse as > libkse is not supported in 8. So you are talking about binary/ABI compatibility yes? So I would assume what you are saying is I can take a 6.x system, create a filesystem tarball, drop it on a 7.x system and then create a jail out of it. > asside from those I think that just about every thing else should be fine.. > I've run a FreeBSD 1.1 chroot on a freeBSD 7 system > (I had to make 1 very small fix). > > At Ironport we build 4.x binaries on 6.x systems by spinning off > a 4.x chroot as prart of the build process. (they need to link with 4.x > third party binaries) so it's very esay to do. I believe this answers my question but I want to confirm. I THOUGHT about this but I wanted a more *cleanroom* approach. That's all. -aps From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 20 21:58:57 2008 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 4EB541065672 for ; Fri, 20 Jun 2008 21:58:57 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outZ.internet-mail-service.net (outz.internet-mail-service.net [216.240.47.249]) by mx1.freebsd.org (Postfix) with ESMTP id 3AC018FC1F for ; Fri, 20 Jun 2008 21:58:57 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 1E1E8236A; Fri, 20 Jun 2008 14:59:09 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 7E2B52D6016; Fri, 20 Jun 2008 14:58:56 -0700 (PDT) Message-ID: <485C2828.4050500@elischer.org> Date: Fri, 20 Jun 2008 14:59:04 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Alexander Sack References: <3c0b01820806190629o7264cfaeg6fa6a08a6822047e@mail.gmail.com> <7d6fde3d0806190822s1420dcake3a38be7189b8ab0@mail.gmail.com> <3c0b01820806201352n54b846cas612a6923531ef04@mail.gmail.com> <485C1DC5.8090007@elischer.org> <3c0b01820806201424n53371437m8e9af5507416926e@mail.gmail.com> In-Reply-To: <3c0b01820806201424n53371437m8e9af5507416926e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , freebsd-hackers@freebsd.org Subject: Re: Cross platform building best practices (building 6 on 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: Fri, 20 Jun 2008 21:58:57 -0000 Alexander Sack wrote: > On Fri, Jun 20, 2008 at 5:14 PM, Julian Elischer wrote: >> Alexander Sack wrote: >>> On Thu, Jun 19, 2008 at 11:22 AM, Garrett Cooper >>> wrote: >>>> On Thu, Jun 19, 2008 at 6:29 AM, Alexander Sack >>>> wrote: >>>>> Hello Folks: >>>>> >>>>> I've done a lot of Googling and scouring the lists about this >>>>> particular subject so I apologize for rehashing it. However, I'm >>>>> still confused on what's the best way to perform BSD cross platform >>>>> builds. Ideally what I want to have is an environment whereby I can >>>>> build a 6.1-RELEASE tree on a 7.0-RELEASE box. I thought originally I >>>>> could check out a 6.1 release version, perform make world, and then >>>>> use the output of that build as either a basis for a jail or a >>>>> toolchain. However, as noted by previous threads, 6.x doesn't build >>>>> on a 7.x due to gcc4/binutils compatibility issues (please correct me >>>>> if I'm wrong). I then thought I could potentially download a patched >>>>> binutils, copy it into src/contrib/binutils and that would potentially >>>>> fix it. No dice (and I'm still debugging why since this binutils >>>>> package DOES build outside of the make world infrastructure without >>>>> issue, this very well could be pilot error on my part since I didn't >>>>> update the VERSION string and didn't trim the source files as per the >>>>> FreeBSD-deleteList etc.). >>>>> >>>>> I THEN thought if I build/install a gcc-3.x/bintuils toolchain I could >>>>> complie a 6.x on a 7.x machine. Well I haven't done that yet since at >>>>> this point I believe I'm diverged from the path of FreeBSD build >>>>> enlightenment! Moreover, if would be NICE if I could bootstrap the >>>>> normal dev tools from the exiting make world build tree. I'm not yet >>>>> ready for a lot of hackery on the build tree without asking around. >>>>> :D! >>>>> >>>>> Does anyone due cross-platform builds (without host virtualization)? >>>>> >>>>> Thanks! >>>>> >>>>> -aps >>>> (I'll stick to just hackers@ because I don't want to pollute >>>> questions@ unnecessarily) >>> Sorry I felt really bad actually cc'ing questions its just that my >>> last groking produced many threads in freebsd-questions as opposed to >>> hackers. I'll try to be more attentive to my posts (I have a habit >>> cc'ing multiple forums because sometimes they apply but questions is >>> for normal troubleshooting, not cross-platform build issues!). >>> >>>> You touched on an important point. There were some code quality issues >>>> (I think) with 6.x that were resolved moving to 7.x, which caused >>>> gcc-4.2.x to barf. >>> Probably but I'm not trying to point fingers! :D! >>> >>>> gcc-4.2.x requires a newer version of binutils, just because (for API >>>> / usage compatibility). >>> Yea understood. To be honest, this isn't documented very readily. I >>> first thought it was pilot error on me, then I decided to take a look >>> at what failed to compile (I believe it was an innocent extern). And >>> then got lost in gcc/binutils hell. Luckily I've smelled this problem >>> before and after some research confirmed by suspicion. >>> >>>> What you should probably do is create a jail then do your development >>>> for 6.x in a jail, 7.x in another, and (if you're bold enough ;)...) >>>> do 8.x development in yet a third. Jail's are a much better way to >>>> isolate things such that you don't have to worry about toolchain >>>> issues like these and are able to setup a sourcebase as the devs >>>> intended it (for the most part; you may run into issues with sysctls >>>> and virtual kernel stuff like that, but cest la vie... there isn't a >>>> better way I know of than that outside of running a VM). >>> I figured you were going ot say that Garrett. Well OK, but I still >>> need to bootstrap my dev environment for 6.x development on 7.x. >>> Since binutils compatibility makes my 6.x make world barf on 7.x, >>> where should I go? I HAVE not parsed through a lot of the build >>> infrastructure yet but it would seem to be IF make world bootstraps >>> the world including the development tools, why can't I update >>> binutils/gcc inplace and then compile (or is this a regression issue >>> which I failed to grasp). Or do I need to update binutils on my >>> *host* system itself? i.e. what I'm really asking is does make world >>> bootstrap the right bintuils/gcc etc. and then use THAT to compile the >>> rest or does it just perform a host build of everything and plops it >>> in DESTDIR? >>> >>> Hope I make some sense here (still a n00b).... >> One thing we always strive for in FreeBSD is an upgrade path. >> >> As a general rule, a newer system should be able to run a jail >> populated with an earlier system. There are some small exceptions, >> for example you may need a new version of netstat, ps and libkvm >> in your jail. possibly grab them from the /rescue on the new system >> so they are statically linked. >> also 8.x systems will require that threaded programs from 6.x be dynamically >> linked so that they can be remapped to use libthr instead of libkse as >> libkse is not supported in 8. > > So you are talking about binary/ABI compatibility yes? So I would > assume what you are saying is I can take a 6.x system, create a > filesystem tarball, drop it on a 7.x system and then create a jail out > of it. exactly > >> asside from those I think that just about every thing else should be fine.. >> I've run a FreeBSD 1.1 chroot on a freeBSD 7 system >> (I had to make 1 very small fix). >> >> At Ironport we build 4.x binaries on 6.x systems by spinning off >> a 4.x chroot as prart of the build process. (they need to link with 4.x >> third party binaries) so it's very esay to do. > > I believe this answers my question but I want to confirm. I THOUGHT > about this but I wanted a more *cleanroom* approach. That's all. > > -aps From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 20 22:02:06 2008 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 C2C5010656BB for ; Fri, 20 Jun 2008 22:02:06 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outD.internet-mail-service.net (outd.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id AE2AE8FC24 for ; Fri, 20 Jun 2008 22:02:06 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id B5BB9236A; Fri, 20 Jun 2008 15:02:09 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 01AED2D6004; Fri, 20 Jun 2008 15:02:05 -0700 (PDT) Message-ID: <485C28E5.3070909@elischer.org> Date: Fri, 20 Jun 2008 15:02:13 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Alexander Sack References: <3c0b01820806190629o7264cfaeg6fa6a08a6822047e@mail.gmail.com> <7d6fde3d0806190822s1420dcake3a38be7189b8ab0@mail.gmail.com> <3c0b01820806201352n54b846cas612a6923531ef04@mail.gmail.com> <485C1DC5.8090007@elischer.org> <3c0b01820806201424n53371437m8e9af5507416926e@mail.gmail.com> In-Reply-To: <3c0b01820806201424n53371437m8e9af5507416926e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , freebsd-hackers@freebsd.org Subject: Re: Cross platform building best practices (building 6 on 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: Fri, 20 Jun 2008 22:02:06 -0000 Alexander Sack wrote: > On Fri, Jun 20, 2008 at 5:14 PM, Julian Elischer wrote: >> Alexander Sack wrote: >>> On Thu, Jun 19, 2008 at 11:22 AM, Garrett Cooper >>> wrote: >>>> On Thu, Jun 19, 2008 at 6:29 AM, Alexander Sack >>>> wrote: >>>>> Hello Folks: >>>>> >>>>> I've done a lot of Googling and scouring the lists about this >>>>> particular subject so I apologize for rehashing it. However, I'm >>>>> still confused on what's the best way to perform BSD cross platform >>>>> builds. Ideally what I want to have is an environment whereby I can >>>>> build a 6.1-RELEASE tree on a 7.0-RELEASE box. I thought originally I >>>>> could check out a 6.1 release version, perform make world, and then >>>>> use the output of that build as either a basis for a jail or a >>>>> toolchain. However, as noted by previous threads, 6.x doesn't build >>>>> on a 7.x due to gcc4/binutils compatibility issues (please correct me >>>>> if I'm wrong). I then thought I could potentially download a patched >>>>> binutils, copy it into src/contrib/binutils and that would potentially >>>>> fix it. No dice (and I'm still debugging why since this binutils >>>>> package DOES build outside of the make world infrastructure without >>>>> issue, this very well could be pilot error on my part since I didn't >>>>> update the VERSION string and didn't trim the source files as per the >>>>> FreeBSD-deleteList etc.). >>>>> >>>>> I THEN thought if I build/install a gcc-3.x/bintuils toolchain I could >>>>> complie a 6.x on a 7.x machine. Well I haven't done that yet since at >>>>> this point I believe I'm diverged from the path of FreeBSD build >>>>> enlightenment! Moreover, if would be NICE if I could bootstrap the >>>>> normal dev tools from the exiting make world build tree. I'm not yet >>>>> ready for a lot of hackery on the build tree without asking around. >>>>> :D! >>>>> >>>>> Does anyone due cross-platform builds (without host virtualization)? >>>>> >>>>> Thanks! >>>>> >>>>> -aps >>>> (I'll stick to just hackers@ because I don't want to pollute >>>> questions@ unnecessarily) >>> Sorry I felt really bad actually cc'ing questions its just that my >>> last groking produced many threads in freebsd-questions as opposed to >>> hackers. I'll try to be more attentive to my posts (I have a habit >>> cc'ing multiple forums because sometimes they apply but questions is >>> for normal troubleshooting, not cross-platform build issues!). >>> >>>> You touched on an important point. There were some code quality issues >>>> (I think) with 6.x that were resolved moving to 7.x, which caused >>>> gcc-4.2.x to barf. >>> Probably but I'm not trying to point fingers! :D! >>> >>>> gcc-4.2.x requires a newer version of binutils, just because (for API >>>> / usage compatibility). >>> Yea understood. To be honest, this isn't documented very readily. I >>> first thought it was pilot error on me, then I decided to take a look >>> at what failed to compile (I believe it was an innocent extern). And >>> then got lost in gcc/binutils hell. Luckily I've smelled this problem >>> before and after some research confirmed by suspicion. >>> >>>> What you should probably do is create a jail then do your development >>>> for 6.x in a jail, 7.x in another, and (if you're bold enough ;)...) >>>> do 8.x development in yet a third. Jail's are a much better way to >>>> isolate things such that you don't have to worry about toolchain >>>> issues like these and are able to setup a sourcebase as the devs >>>> intended it (for the most part; you may run into issues with sysctls >>>> and virtual kernel stuff like that, but cest la vie... there isn't a >>>> better way I know of than that outside of running a VM). >>> I figured you were going ot say that Garrett. Well OK, but I still >>> need to bootstrap my dev environment for 6.x development on 7.x. >>> Since binutils compatibility makes my 6.x make world barf on 7.x, >>> where should I go? I HAVE not parsed through a lot of the build >>> infrastructure yet but it would seem to be IF make world bootstraps >>> the world including the development tools, why can't I update >>> binutils/gcc inplace and then compile (or is this a regression issue >>> which I failed to grasp). Or do I need to update binutils on my >>> *host* system itself? i.e. what I'm really asking is does make world >>> bootstrap the right bintuils/gcc etc. and then use THAT to compile the >>> rest or does it just perform a host build of everything and plops it >>> in DESTDIR? >>> >>> Hope I make some sense here (still a n00b).... >> One thing we always strive for in FreeBSD is an upgrade path. >> >> As a general rule, a newer system should be able to run a jail >> populated with an earlier system. There are some small exceptions, >> for example you may need a new version of netstat, ps and libkvm >> in your jail. possibly grab them from the /rescue on the new system >> so they are statically linked. >> also 8.x systems will require that threaded programs from 6.x be dynamically >> linked so that they can be remapped to use libthr instead of libkse as >> libkse is not supported in 8. > > So you are talking about binary/ABI compatibility yes? So I would > assume what you are saying is I can take a 6.x system, create a > filesystem tarball, drop it on a 7.x system and then create a jail out > of it. > >> asside from those I think that just about every thing else should be fine.. >> I've run a FreeBSD 1.1 chroot on a freeBSD 7 system >> (I had to make 1 very small fix). >> >> At Ironport we build 4.x binaries on 6.x systems by spinning off >> a 4.x chroot as prart of the build process. (they need to link with 4.x >> third party binaries) so it's very esay to do. > > I believe this answers my question but I want to confirm. I THOUGHT > about this but I wanted a more *cleanroom* approach. That's all. this is about as cleanroom as you can get.. you create a tarball of a virgin 6.x distribution including virgin stuff you need, and then every time you need to do a new 6.x jail, you just drop it in and hook it up. it doesn't even need to be a jail if you are just building.. a chroot should be good enough. (with a /dev mounted in it usually) (for /dev/null and such). > > -aps From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 20 23:51:59 2008 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 D43211065672 for ; Fri, 20 Jun 2008 23:51:59 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 4928E8FC13 for ; Fri, 20 Jun 2008 23:51:58 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by ug-out-1314.google.com with SMTP id q2so85005uge.37 for ; Fri, 20 Jun 2008 16:51:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=42fSIWfwHhkulXx8NYOeg9pDfHVAIKPr8sQzbXO99Pc=; b=f564UwifRNKCp+QATx7oeFGEQ5UYYRxf2pl88spps+9RyHq/KKEONNzudBwCmkO0Au KJkf6Z3tXVS3Xq3in1hw24M72lk0FuBvqQ7rjU/HTPS1kzQPeOqc6H9x5F5qWc1ecDko B1IU3ouscUdHI3Z9rgWVRLHHkvh4ftGjvK25Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ILvmiQd1ckj550u3p3XBiUCydH8uZcCHG9WLl7mEm8w67+BqUoQl4udj6iwlu+4h1B pbad4IC9Jac/AxpgM8fVdSLehz0ygKjuMY8A0d98AgZeqit/vCQy5VXx7qQEsNkc/Be3 Ks0AuSiFaNkrlLGKaIGta9YQNAWlabDw5GL1k= Received: by 10.210.25.20 with SMTP id 20mr3635249eby.46.1214005918086; Fri, 20 Jun 2008 16:51:58 -0700 (PDT) Received: by 10.210.22.4 with HTTP; Fri, 20 Jun 2008 16:51:58 -0700 (PDT) Message-ID: <3c0b01820806201651n70d0c903kae17298eefe152ec@mail.gmail.com> Date: Fri, 20 Jun 2008 19:51:58 -0400 From: "Alexander Sack" To: "Julian Elischer" In-Reply-To: <485C28E5.3070909@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3c0b01820806190629o7264cfaeg6fa6a08a6822047e@mail.gmail.com> <7d6fde3d0806190822s1420dcake3a38be7189b8ab0@mail.gmail.com> <3c0b01820806201352n54b846cas612a6923531ef04@mail.gmail.com> <485C1DC5.8090007@elischer.org> <3c0b01820806201424n53371437m8e9af5507416926e@mail.gmail.com> <485C28E5.3070909@elischer.org> Cc: Garrett Cooper , freebsd-hackers@freebsd.org Subject: Re: Cross platform building best practices (building 6 on 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: Fri, 20 Jun 2008 23:51:59 -0000 On Fri, Jun 20, 2008 at 6:02 PM, Julian Elischer wrote: > Alexander Sack wrote: >> >> On Fri, Jun 20, 2008 at 5:14 PM, Julian Elischer >> wrote: >>> >>> Alexander Sack wrote: >>>> >>>> On Thu, Jun 19, 2008 at 11:22 AM, Garrett Cooper >>>> wrote: >>>>> >>>>> On Thu, Jun 19, 2008 at 6:29 AM, Alexander Sack >>>>> wrote: >>>>>> >>>>>> Hello Folks: >>>>>> >>>>>> I've done a lot of Googling and scouring the lists about this >>>>>> particular subject so I apologize for rehashing it. However, I'm >>>>>> still confused on what's the best way to perform BSD cross platform >>>>>> builds. Ideally what I want to have is an environment whereby I can >>>>>> build a 6.1-RELEASE tree on a 7.0-RELEASE box. I thought originally I >>>>>> could check out a 6.1 release version, perform make world, and then >>>>>> use the output of that build as either a basis for a jail or a >>>>>> toolchain. However, as noted by previous threads, 6.x doesn't build >>>>>> on a 7.x due to gcc4/binutils compatibility issues (please correct me >>>>>> if I'm wrong). I then thought I could potentially download a patched >>>>>> binutils, copy it into src/contrib/binutils and that would potentially >>>>>> fix it. No dice (and I'm still debugging why since this binutils >>>>>> package DOES build outside of the make world infrastructure without >>>>>> issue, this very well could be pilot error on my part since I didn't >>>>>> update the VERSION string and didn't trim the source files as per the >>>>>> FreeBSD-deleteList etc.). >>>>>> >>>>>> I THEN thought if I build/install a gcc-3.x/bintuils toolchain I could >>>>>> complie a 6.x on a 7.x machine. Well I haven't done that yet since at >>>>>> this point I believe I'm diverged from the path of FreeBSD build >>>>>> enlightenment! Moreover, if would be NICE if I could bootstrap the >>>>>> normal dev tools from the exiting make world build tree. I'm not yet >>>>>> ready for a lot of hackery on the build tree without asking around. >>>>>> :D! >>>>>> >>>>>> Does anyone due cross-platform builds (without host virtualization)? >>>>>> >>>>>> Thanks! >>>>>> >>>>>> -aps >>>>> >>>>> (I'll stick to just hackers@ because I don't want to pollute >>>>> questions@ unnecessarily) >>>> >>>> Sorry I felt really bad actually cc'ing questions its just that my >>>> last groking produced many threads in freebsd-questions as opposed to >>>> hackers. I'll try to be more attentive to my posts (I have a habit >>>> cc'ing multiple forums because sometimes they apply but questions is >>>> for normal troubleshooting, not cross-platform build issues!). >>>> >>>>> You touched on an important point. There were some code quality issues >>>>> (I think) with 6.x that were resolved moving to 7.x, which caused >>>>> gcc-4.2.x to barf. >>>> >>>> Probably but I'm not trying to point fingers! :D! >>>> >>>>> gcc-4.2.x requires a newer version of binutils, just because (for API >>>>> / usage compatibility). >>>> >>>> Yea understood. To be honest, this isn't documented very readily. I >>>> first thought it was pilot error on me, then I decided to take a look >>>> at what failed to compile (I believe it was an innocent extern). And >>>> then got lost in gcc/binutils hell. Luckily I've smelled this problem >>>> before and after some research confirmed by suspicion. >>>> >>>>> What you should probably do is create a jail then do your development >>>>> for 6.x in a jail, 7.x in another, and (if you're bold enough ;)...) >>>>> do 8.x development in yet a third. Jail's are a much better way to >>>>> isolate things such that you don't have to worry about toolchain >>>>> issues like these and are able to setup a sourcebase as the devs >>>>> intended it (for the most part; you may run into issues with sysctls >>>>> and virtual kernel stuff like that, but cest la vie... there isn't a >>>>> better way I know of than that outside of running a VM). >>>> >>>> I figured you were going ot say that Garrett. Well OK, but I still >>>> need to bootstrap my dev environment for 6.x development on 7.x. >>>> Since binutils compatibility makes my 6.x make world barf on 7.x, >>>> where should I go? I HAVE not parsed through a lot of the build >>>> infrastructure yet but it would seem to be IF make world bootstraps >>>> the world including the development tools, why can't I update >>>> binutils/gcc inplace and then compile (or is this a regression issue >>>> which I failed to grasp). Or do I need to update binutils on my >>>> *host* system itself? i.e. what I'm really asking is does make world >>>> bootstrap the right bintuils/gcc etc. and then use THAT to compile the >>>> rest or does it just perform a host build of everything and plops it >>>> in DESTDIR? >>>> >>>> Hope I make some sense here (still a n00b).... >>> >>> One thing we always strive for in FreeBSD is an upgrade path. >>> >>> As a general rule, a newer system should be able to run a jail >>> populated with an earlier system. There are some small exceptions, >>> for example you may need a new version of netstat, ps and libkvm >>> in your jail. possibly grab them from the /rescue on the new system >>> so they are statically linked. >>> also 8.x systems will require that threaded programs from 6.x be >>> dynamically >>> linked so that they can be remapped to use libthr instead of libkse as >>> libkse is not supported in 8. >> >> So you are talking about binary/ABI compatibility yes? So I would >> assume what you are saying is I can take a 6.x system, create a >> filesystem tarball, drop it on a 7.x system and then create a jail out >> of it. >> >>> asside from those I think that just about every thing else should be >>> fine.. >>> I've run a FreeBSD 1.1 chroot on a freeBSD 7 system >>> (I had to make 1 very small fix). >>> >>> At Ironport we build 4.x binaries on 6.x systems by spinning off >>> a 4.x chroot as prart of the build process. (they need to link with 4.x >>> third party binaries) so it's very esay to do. >> >> I believe this answers my question but I want to confirm. I THOUGHT >> about this but I wanted a more *cleanroom* approach. That's all. > > this is about as cleanroom as you can get.. > you create a tarball of a virgin 6.x distribution including > virgin stuff you need, and then every time you need to do a > new 6.x jail, you just drop it in and hook it up. > > it doesn't even need to be a jail if you are just building.. > a chroot should be good enough. (with a /dev mounted in it usually) > (for /dev/null and such). Alright Julian, sounds reasonable. I just wanted to confirm on the list that this is really acceptable and I won't (generally speaking) run into any ABI issues (clearly on other platforms, this is NOT always the case!). Thanks again guys, -aps From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 21 03:31:03 2008 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 6C7CF106564A for ; Sat, 21 Jun 2008 03:31:03 +0000 (UTC) (envelope-from joe@via.net) Received: from smtp2.via.net (smtp2.via.net [209.81.9.14]) by mx1.freebsd.org (Postfix) with ESMTP id 313B98FC0A for ; Sat, 21 Jun 2008 03:31:03 +0000 (UTC) (envelope-from joe@via.net) Received: from mail.via.net (mail.via.net [209.81.9.12]) by smtp2.via.net (8.14.1/8.12.11-VIANET) with ESMTP id m5L37ve0025688 for ; Fri, 20 Jun 2008 20:07:57 -0700 (PDT) Received: from [209.81.2.64] ([209.81.2.64]) by mail.via.net (8.14.1/8.12.11-VIANET) with ESMTP id m5L37vpa021458 for ; Fri, 20 Jun 2008 20:07:57 -0700 (PDT) Message-Id: <7A966B3C-044F-4794-949B-F92B60E8F674@via.net> From: joe mcguckin To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Fri, 20 Jun 2008 20:07:46 -0700 X-Mailer: Apple Mail (2.919.2) X-Virus-Scanned: ClamAV 0.91.2/7523/Fri Jun 20 17:23:14 2008 on smtp2.via.net X-Virus-Scanned: ClamAV 0.91.2/7523/Fri Jun 20 17:23:14 2008 on mail.via.net X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc7 (smtp2.via.net [209.81.9.14]); Fri, 20 Jun 2008 20:07:57 -0700 (PDT) Subject: Looking for *cheap* embedded platform w- 2 ethernets 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, 21 Jun 2008 03:31:03 -0000 I'm looking for a cheap and small embedded platform to use as a portable vpn endpoint. It doesn't have to be fast, it just has to run *BSD. Any suggestions?? Thanks, Joe Joe McGuckin ViaNet Communications joe@via.net 650-207-0372 cell 650-213-1302 office 650-969-2124 fax From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 21 10:02:21 2008 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 2C76E106567A for ; Sat, 21 Jun 2008 10:02:21 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [213.186.42.107]) by mx1.freebsd.org (Postfix) with ESMTP id D569C8FC1A for ; Sat, 21 Jun 2008 10:02:20 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (15.10.87-79.rev.gaoland.net [79.87.10.15]) by smtp.lamaiziere.net (Postfix) with ESMTP id 3CFAA11805A1; Sat, 21 Jun 2008 12:02:19 +0200 (CEST) Received: from baby-jane-lamaiziere-net.local (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id BB9214F7423; Sat, 21 Jun 2008 12:02:17 +0200 (CEST) Date: Sat, 21 Jun 2008 12:02:16 +0200 From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= To: joe mcguckin Message-ID: <20080621120216.7ac08502@baby-jane-lamaiziere-net.local> In-Reply-To: <7A966B3C-044F-4794-949B-F92B60E8F674@via.net> References: <7A966B3C-044F-4794-949B-F92B60E8F674@via.net> Organization: /dave/nulle X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.8; i386-apple-darwin9.2.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org Subject: Re: Looking for *cheap* embedded platform w- 2 ethernets 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, 21 Jun 2008 10:02:21 -0000 Le Fri, 20 Jun 2008 20:07:46 -0700, joe mcguckin a écrit : > I'm looking for a cheap and small embedded platform to use as a > portable vpn endpoint. It doesn't have to be fast, it just has to > run *BSD. > > Any suggestions?? May be a Soekris box. http://www.soekris.com/ From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 21 11:19:55 2008 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 640CB1065681 for ; Sat, 21 Jun 2008 11:19:55 +0000 (UTC) (envelope-from ap@bnc.net) Received: from mailomat.net (mailomat.net [217.110.117.101]) by mx1.freebsd.org (Postfix) with ESMTP id 5E6D48FC0C for ; Sat, 21 Jun 2008 11:19:53 +0000 (UTC) (envelope-from ap@bnc.net) X-Mailomat-SpamCatcher-Score: 2 [X] X-Mailomat-Cloudmark-Score: 0.000000 [] Received: from [194.39.192.125] (account bnc-mail@mailrelay.mailomat.net HELO bnc.net) by mailomat.net (CommuniGate Pro SMTP 5.2.0) with ESMTPSA id 46499599; Sat, 21 Jun 2008 12:19:52 +0200 X-SpamCatcher-Score: 2 [X] Received: from [194.39.192.126] (account ap HELO wasabi.wlan.bnc.net) by bnc.net (CommuniGate Pro SMTP 5.2.0) with ESMTPSA id 3257872; Sat, 21 Jun 2008 12:19:49 +0200 Message-Id: From: Achim Patzner To: joe mcguckin In-Reply-To: <7A966B3C-044F-4794-949B-F92B60E8F674@via.net> Content-Type: multipart/signed; boundary=Apple-Mail-3--486812683; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v924) Date: Sat, 21 Jun 2008 12:19:48 +0200 References: <7A966B3C-044F-4794-949B-F92B60E8F674@via.net> X-Mailer: Apple Mail (2.924) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Looking for *cheap* embedded platform w- 2 ethernets 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, 21 Jun 2008 11:19:55 -0000 --Apple-Mail-3--486812683 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Am 21.06.2008 um 05:07 schrieb joe mcguckin: > Any suggestions?? Fit-PC Achim --Apple-Mail-3--486812683-- From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 21 13:27:58 2008 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 280081065673; Sat, 21 Jun 2008 13:27:58 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [213.186.42.107]) by mx1.freebsd.org (Postfix) with ESMTP id AF2698FC17; Sat, 21 Jun 2008 13:27:57 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (15.10.87-79.rev.gaoland.net [79.87.10.15]) by smtp.lamaiziere.net (Postfix) with ESMTP id 1C73411805AD; Sat, 21 Jun 2008 15:27:56 +0200 (CEST) Received: from baby-jane-lamaiziere-net.local (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id A4B634F79C4; Sat, 21 Jun 2008 15:27:54 +0200 (CEST) Date: Sat, 21 Jun 2008 15:27:51 +0200 From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= To: Pawel Jakub Dawidek Message-ID: <20080621152751.4aebc9e9@baby-jane-lamaiziere-net.local> In-Reply-To: <20080607041855.GA3462@garage.freebsd.pl> References: <20080606234135.46144207@baby-jane-lamaiziere-net.local> <20080607041855.GA3462@garage.freebsd.pl> Organization: /dave/nulle X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.8; i386-apple-darwin9.2.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org Subject: Re: AMD Geode LX crypto accelerator (glxsb) 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, 21 Jun 2008 13:27:58 -0000 Le Sat, 7 Jun 2008 06:18:55 +0200, Pawel Jakub Dawidek a écrit : Hello, > On Fri, Jun 06, 2008 at 11:41:35PM +0200, Patrick Lamaizi?re wrote: > > Dears, > > > > I'm trying to port the glxsb driver from OpenBSD to FreeBSD 7-STABLE > > (via the NetBSD port). > > Cool. > > > " The glxsb driver supports the security block of the Geode LX > > series processors. The Geode LX is a member of the AMD Geode family > > of integrated x86 system chips. > > > > Driven by periodic checks for available data from the generator, > > glxsb supplies entropy to the random(4) driver for common usage. > > > > glxsb also supports acceleration of AES-128-CBC operations for > > crypto(4)." [cut] > > - The driver does a busy wait to check the completion of the > > encryption. I think it would be beter to use the interrupt. I will > > look later. > > I remember looking at that code sometime ago and that bit is really > lame, so lame that I think they would do it in a different way if that > was possible. Maybe it's worth contacting OpenBSD/NetBSD and ask? > There might be a good reason for that. I've made some tests that use the interrupt for completion. It is far slower than the "busy wait" in "real time". Tests to encrypt a file (361Mbytes) with openssl /usr/bin/time -h openssl enc -e -aes-128-cbc -in file -out /dev/null -k abcdefghijk -nosalt - Without the hardware : 1m11.57s real 1m7.69s user 3.34s sys - With cryptodev and interrupt 1m27.08s real 1.58s user 6.85s sys - With cryptodev and a busy wait in crypto_process() (the actual version of the driver) 18.41s real 1.51s user 16.75s sys - With cryptodev and a busy wait, but instead of blocking in crypto_process() (i think it's really bad), I use a taskqueue(9) to process the encryption. 21.11s real 1.57s user 6.41s sys So with a taskqueue, it seems less agressive for the kernel but it takes a litle more amount of time to complete. Anyway i can't uses a busy wait in crypto_process(), the man of crypto(9) says: "The process() routine is invoked with a request to perform crypto processing. This routine must not block, but should queue the request and return immediately." I would like your comments about the use of the task queue. I am not sure if i used the Good Way To Do(TM). - I use a private taskqueue with priority PI_NET. Is it Ok for the priority ? Shall I use a predefined system taskqueue instead ? - Only one task can be enqueued at a time, so i have to block the Open crypto framework, i use a counter (int) protected by a mutex. If a task is being processing, crypto_process() return ERESTART to block the crypto engine. static int crypto_process() { ... mtx_lock(&sc->sc_crypto_mtx); if (sc->sc_busy != 0) { mtx_unlock(&sc->sc_crypto_mtx); return (ERESTART); } sc->sc_busy++; mtx_unlock(&sc->sc_crypto_mtx); taskqueue_enqueue(sc->sc_tq, &sc->sc_crypto_task); return(0); } /* the task */ void crypto_task(void *arg, int pending) { [perform encryption] mtx_lock(&sc->sc_crypto_mtx); sc->sc_busy--; mtx_unlock(&sc->sc_crypto_mtx); /* shall i check that we are blocked ?*/ crypto_unblock(sc->sc_cid, CRYPTO_SYMQ); crypto_done(crp); } Does it look good ? > Looks good:) I can do a final review and commit once you are done and > if I'll be able to start my Soekris and test it. Thank you. I have to cleanup the code and check the taskqueue stuff i added. After I will ask on the soekris mailing list if someone can help to test, I don't have any feed back for the moment. I'm asking what stuff i shall provide for a review and commit ? A patch againt CURRENT ? Regards. From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 21 14:02:33 2008 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 DC028106566C for ; Sat, 21 Jun 2008 14:02:33 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.freebsd.org (Postfix) with ESMTP id 9C0B68FC0C for ; Sat, 21 Jun 2008 14:02:33 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (adsl-68-252-58-163.dsl.wotnoh.ameritech.net [68.252.58.163]) (authenticated bits=0) by mail.united-ware.com (8.14.2/8.14.2) with ESMTP id m5LDwtfM071649 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Jun 2008 09:58:56 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-hackers@freebsd.org Date: Sat, 21 Jun 2008 09:44:02 -0400 User-Agent: KMail/1.9.7 References: <7A966B3C-044F-4794-949B-F92B60E8F674@via.net> In-Reply-To: <7A966B3C-044F-4794-949B-F92B60E8F674@via.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2023222.R1Jz7uVmLW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200806210944.11843.mistry.7@osu.edu> X-Virus-Scanned: ClamAV 0.93/7008/Thu May 1 15:52:04 2008 on mail.united-ware.com X-Virus-Status: Clean Cc: Subject: Re: Looking for *cheap* embedded platform w- 2 ethernets 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, 21 Jun 2008 14:02:33 -0000 --nextPart2023222.R1Jz7uVmLW Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 20 June 2008, joe mcguckin wrote: > I'm looking for a cheap and small embedded platform to use as a > portable vpn endpoint. It doesn't have to be fast, it just has to > run *BSD. > > Any suggestions?? www.pcengines.ch =2D-=20 Anish Mistry --nextPart2023222.R1Jz7uVmLW Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkhdBaIACgkQxqA5ziudZT2d5gCgrLqFfs5+fdTVOP/nQMn3xqpe DlcAoN7MUvwvbmcvgJxIuhiISklbIF6X =zknC -----END PGP SIGNATURE----- --nextPart2023222.R1Jz7uVmLW--