From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 25 02:27:45 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64B4316A417 for ; Sun, 25 Nov 2007 02:27:45 +0000 (UTC) (envelope-from binto@triplegate.net.id) Received: from asterix-1.3gate.net (asterix-1.3gate.net [202.127.97.36]) by mx1.freebsd.org (Postfix) with SMTP id 6AC1613C459 for ; Sun, 25 Nov 2007 02:27:43 +0000 (UTC) (envelope-from binto@triplegate.net.id) Received: (qmail 21482 invoked by uid 1005); 25 Nov 2007 02:21:22 -0000 Received: from 202.127.97.100 by asterix-1.3gate.net (envelope-from , uid 1003) with qmail-scanner-1.25-st-qms (clamdscan: 0.91.2/4625. perlscan: 1.25-st-qms. Clear:RC:1(202.127.97.100):. Processed in 0.020481 secs); 25 Nov 2007 02:21:22 -0000 X-Antivirus-MY_3GNET-Mail-From: binto@triplegate.net.id via asterix-1.3gate.net X-Antivirus-MY_3GNET: 1.25-st-qms (Clear:RC:1(202.127.97.100):. Processed in 0.020481 secs Process 21476) Received: from smtp.triplegate.net.id (HELO lb1.3gate.net) (202.127.97.100) by asterix-1.3gate.net with SMTP; 25 Nov 2007 02:21:22 -0000 Received: from webmail.triplegate.net.id (unknown [202.127.97.10]) by lb1.3gate.net (Postfix) with ESMTP id 1B0A621103A; Sun, 25 Nov 2007 09:24:42 +0700 (WIT) Received: from 202.127.99.4 (SquirrelMail authenticated user binto@triplegate.net.id) by webmail.triplegate.net.id with HTTP; Sun, 25 Nov 2007 09:32:02 +0700 (WIT) Message-ID: <1188.202.127.99.4.1195957922.squirrel@webmail.triplegate.net.id> In-Reply-To: <6eb82e0711240638g2cc1e54o1fb1321cafe8ff9f@mail.gmail.com> References: <474830F9.90305@zirakzigil.org> <6eb82e0711240638g2cc1e54o1fb1321cafe8ff9f@mail.gmail.com> Date: Sun, 25 Nov 2007 09:32:02 +0700 (WIT) From: "binto" To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Girwatson@freebsd.org Subject: Before & After Under The Giant Lock 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, 25 Nov 2007 02:27:45 -0000 Hi, >From what I read in "The Design and Implementation of the FreeBSD Operating System",said: 'However, most of the heavily used parts of the kernel have been moved out from under the giant lock, including much of the virtual memory system, the networking stack, and the filesystem.' What the different "virtual memory system, the networking stack, and the filesystem." before under giant lock & after moved out from under giant lock? I'm interest get deeper learn operating system, especially with FreeBSD.. Regards, Binto From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 25 11:13:29 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB35116A419 for ; Sun, 25 Nov 2007 11:13:29 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7C96413C45D for ; Sun, 25 Nov 2007 11:13:29 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 47F7246F36; Sun, 25 Nov 2007 06:16:53 -0500 (EST) Date: Sun, 25 Nov 2007 11:13:22 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: binto In-Reply-To: <1188.202.127.99.4.1195957922.squirrel@webmail.triplegate.net.id> Message-ID: <20071125110116.U63238@fledge.watson.org> References: <474830F9.90305@zirakzigil.org> <6eb82e0711240638g2cc1e54o1fb1321cafe8ff9f@mail.gmail.com> <1188.202.127.99.4.1195957922.squirrel@webmail.triplegate.net.id> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, Girwatson@freebsd.org Subject: Re: Before & After Under The Giant Lock 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, 25 Nov 2007 11:13:30 -0000 On Sun, 25 Nov 2007, binto wrote: > From what I read in "The Design and Implementation of the FreeBSD Operating > System",said: > > 'However, most of the heavily used parts of the kernel have been moved out > from under the giant lock, including much of the virtual memory system, the > networking stack, and the filesystem.' > > What the different "virtual memory system, the networking stack, and the > filesystem." before under giant lock & after moved out from under giant > lock? > > I'm interest get deeper learn operating system, especially with FreeBSD.. Binto, Most currently available operating systems began life on uniprocessor hardware, and therefore started out with a kernel synchronization model intended to address concurrency generated by interrupt handlers, sleeping on I/O, etc, but not true parallelism. Typically, that synchronization model has involved "disabling interrupts", perhaps with "interrupt levels" to allow prioritization and selective preemption, and long with simple sleep locks intended to synchronize acticities such as I/O in which kernel thread sleeping may take place. And, as you might guess, that's where BSD, and hence FreeBSD, started out. So the first step in introducing SMP support into an operating system is often to introduce a "Giant lock" around the the majority of the kernel, allowing the kernel to effectively run on only one CPU at a time. The intent there is to restore the assumptions of the UP kernel despite running on SMP hardware. This allows user programs to run on multiple CPUs at the same time, but prevents kernel parallelism. This is relatively easy to introduce in a kernel, as it doesn't require changing the synchronization model for the entire kernel, just adding the Giant lock, modifying the probing/boot code, dealing with interrupt forwarding, dealing with TLB shootdowns, etc. However, you don't get any parallelism win for the kernel at all, so if you have kernel-intensive workloads, you've gained nothing but overhead. So the next stage in SMP support is to start to modify the kernel synchronization model so that parts of the kernel can start to run in parallel on multiple CPUs, ideally leading to speedup. For FreeBSD, the "Giant lock" was introduced in FreeBSD 3, and then we started to break down that lock in FreeBSD 5. In FreeBSD 6, the Giant lock is gone from most of the kernel most of the time, and in FreeBSD 7, it's far more gone. There are still some edge cases where Giant is present -- less commonly used file systems, some older device drivers, etc, but almost all of the time when in the steady state, you're not seeing seeing Giant-protected code running. It's worth noting that if you take 1/2 the kernel out from under Giant, you've improved the performance of the Giant-protected code as well, since it has less other code to contend with. At this point, Giant is gradually becoming a lock around the tty, newbus, usb, and msdosfs code, and we're largely at diminishing returns in terms of making improvements in parallelism through removing Giant. In FreeBSD 7, the focus was on improving parallelism rather than removing Giant, with improvements in locking primitives, the scheduler, and lock granularity. For example, most of the improvement in MySQL performance in FreeBSD 7 can be put down to a small number of changes: - Conversion to 1:1 threads from M:N threads. - Massive efficiency improvemnts in the sx(9) sleep locking primitive. - Introduction of an efficient non-sleeping rw(9) locking primitive. - Conversion of the kernel file descriptor table lock to a lower overhead sx(9) primitive, as well as efficiency improvements through redoing the locking to distinguish read and write locking. - Move to fine-grained locking in UNIX domain sockets. - Significant scalability improvements in scheduling due to introducing the ule(4) scheduler. In FreeBSD 8, I expect we'll see a continued focus on both locking granularity and improving opportunities for kernel parallelism by better distributing workloads over CPU pools. This is important because the number of cores/chip is continuing to increase dramatically, so MP performance is going to be important to keep working on. That said, the results to date have been extremely promising, and I anticipate that we will continue to find ways to better exploit multiprocessor hardware, especially in the network stack. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 25 17:42:11 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DA1016A570 for ; Sun, 25 Nov 2007 17:42:10 +0000 (UTC) (envelope-from stsp@stsp.name) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.freebsd.org (Postfix) with ESMTP id 5078413C45D for ; Sun, 25 Nov 2007 17:42:09 +0000 (UTC) (envelope-from stsp@stsp.name) X-Envelope-From: stsp@stsp.name Received: from stsp.lan (stsp.in-vpn.de [217.197.85.96]) (authenticated bits=128) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id lAPHg65L019660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 25 Nov 2007 18:42:08 +0100 Received: from ted.stsp.lan (localhost [127.0.0.1]) by stsp.lan (8.13.8/8.13.8) with ESMTP id lAPHg6WT030503; Sun, 25 Nov 2007 18:42:06 +0100 (CET) (envelope-from stsp@ted.stsp.lan) Received: (from stsp@localhost) by ted.stsp.lan (8.13.8/8.13.8/Submit) id lAPHg56K030501; Sun, 25 Nov 2007 18:42:05 +0100 (CET) (envelope-from stsp) Date: Sun, 25 Nov 2007 18:42:05 +0100 From: Stefan Sperling To: David Leslie Message-ID: <20071125174204.GT1463@ted.stsp.lan> References: <683944.65935.qm@web38015.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2+jOUFLb7N+7fooZ" Content-Disposition: inline In-Reply-To: <683944.65935.qm@web38015.mail.mud.yahoo.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Cc: hackers@freebsd.org Subject: Re: FreeBSD WOL sis on 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, 25 Nov 2007 17:42:11 -0000 --2+jOUFLb7N+7fooZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey David, (I'm Cc'ing this reply to hackers@ with David's consent.) On Sat, Nov 24, 2007 at 11:31:24PM -0800, David Leslie wrote: > Have an Intel ITX size board (D201GLY2) with a SiS 900 > NIC, which supports WOL and has a WOL-enabled FreeBSD > driver, but does not actually wake after powering down > (ACPI S5) from FreeBSD. Have verified that WOL works > using ethtool in Linux. >=20 > Am not a BSD user, but am attracted to the FreeNAS > project which has recently integrated your WOL patch > (hopefully a recent version). The sis driver supports at least two different types of cards. What does dmesg print for your card? I have only one type of NIC the sis driver supports and have only implemented support for this one: sis0: port 0xac00-0xacff mem 0xdb001000-0xdb00 sis0: Silicon Revision: DP83816A > From userspace it > appears ready to set the NIC to wake (i.e. ifconfig > returns "will wake on: magic"), but the system ignores > magic packets and does not wake from FreeBSD. If the card type isn't a DP83815 or DP83816, this is a bug. The driver should not let you configure cards for WOL it has no support for. > Have verified that there is no reconfiguration of the > adapter as part of the FreeNAS shutdown scripts. I see > that your patch integrates changes to this driver, so > maybe you might have seen the issue on other > platforms? Any ideas where to look as a next step-- > would appear to be something in if_sis that is not > working on this board? There are many things that can go wrong with WOL. Here's a quick checklist (the first three are probably not causing your problem because you've verified that WOL works with Linux): Is the WOL cable plugged in properly (if needed)? Are BIOS WOL settings OK? Is ACPI enabled (in BIOS and OS)? Have you used "shutdown -p" to shut down the box? Using "shutdown -h" or "halt" and then turning the power off might not work (at least I've never tried this...) Does the card enter D3 sleep mode properly after the box shuts down, i.e. does a NIC LED stay on after shutdown? Do "wake" packets (e.g. magic packets) actually reach the box? To find out, I do: while true; do wol -h 10.42.42.255 ; sleep 1; done and then if the box doesn't wake up I look at the NIC LEDS to check for periodic blinking of the tx/rx LED. Adjust the broadcast IP address to your network of course. Hope this helps, --=20 stefan http://stsp.name PGP Key: 0xF59D25F0 --2+jOUFLb7N+7fooZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHSbPs5dMCc/WdJfARAowmAJsEfViM6g/TGuDfF1O8C5kbMMWJqACg5fzI npyOaQ6pJewwgf/q7X5Dvj8= =z06Z -----END PGP SIGNATURE----- --2+jOUFLb7N+7fooZ-- From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 25 19:21:01 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D99CC16A418 for ; Sun, 25 Nov 2007 19:21:01 +0000 (UTC) (envelope-from stsp@stsp.name) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.freebsd.org (Postfix) with ESMTP id 68FEF13C455 for ; Sun, 25 Nov 2007 19:21:01 +0000 (UTC) (envelope-from stsp@stsp.name) X-Envelope-From: stsp@stsp.name Received: from stsp.lan (stsp.in-vpn.de [217.197.85.96]) (authenticated bits=128) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id lAPJKvHL024256 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 25 Nov 2007 20:20:59 +0100 Received: from ted.stsp.lan (localhost [127.0.0.1]) by stsp.lan (8.13.8/8.13.8) with ESMTP id lAPJKuSX031716; Sun, 25 Nov 2007 20:20:56 +0100 (CET) (envelope-from stsp@ted.stsp.lan) Received: (from stsp@localhost) by ted.stsp.lan (8.13.8/8.13.8/Submit) id lAPJKthw031715; Sun, 25 Nov 2007 20:20:55 +0100 (CET) (envelope-from stsp) Date: Sun, 25 Nov 2007 20:20:55 +0100 From: Stefan Sperling To: M E Message-ID: <20071125192054.GX1463@ted.stsp.lan> References: <7c78e14d0711021916u1b07aad6lebb16afadc3faac@mail.gmail.com> <20071103154705.GA5370@ted.stsp.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="88pBQ1/6ie/nQzMF" Content-Disposition: inline In-Reply-To: <20071103154705.GA5370@ted.stsp.lan> User-Agent: Mutt/1.5.16 (2007-06-09) X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Cc: hackers@freebsd.org, Olivier Cochard-Labbe Subject: Re: WOL not working with 3Com NIC 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, 25 Nov 2007 19:21:01 -0000 --88pBQ1/6ie/nQzMF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 03, 2007 at 04:47:05PM +0100, Stefan Sperling wrote: > On Fri, Nov 02, 2007 at 09:16:59PM -0500, M E wrote: > > I am able to get "will wake on: magic", when typing "ifconfig" in > > FreeNAS (built on FreeBSD); however, I am still unable to wake up the > > box. >=20 > I know that xl does not work yet. Hi again, I finally got my development box running again with the help of two guys at uni (got a disk controller and a hard drive), many thanks :) I've just woken up a FreeBSD-7 box with a 3com card successfully. Having hardware to test with really helps. The rxfilter not being configured correctly was what prevented WOL =66rom working with if_xl altogether. Also, I've added support for wake on link status change. This is currently used by if_xl only, but it's easy to add it to the other drivers, too. Test wake on link by unplugging the network cable before the box shuts down, and plug the cable back in - the box should now wake up. Quite a useless feature, but fun anyway :) New patches for RELENG_6_2 and RELENG_7 can be found here: http://www.stsp.name/wol/FreeBSD-6.2-wol-2007-11-25.diff http://www.stsp.name/wol/FreeBSD-7-wol-2007-11-25.diff Instructions here: http://www.stsp.name/wol/README.txt If you need other branches, please just try to apply one of the above and sort out the rejects - I have no time to maintain more than those two. There's still lots left to be done, especially additional device support. I'm also planning on getting rid of the "secureOn" password stuff in ifconfig because few chips support it and clear text passwords aren't really that secure at all. This will also trim the ioctl argument size down from a struct to a simple int. --=20 stefan http://stsp.name PGP Key: 0xF59D25F0 --88pBQ1/6ie/nQzMF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHScsW5dMCc/WdJfARAqdNAKCmj0vGXbo6y4sUM9feevz3Xdo57wCdGVJX smLZAGT9otww93hIqQ/vb/g= =PsIt -----END PGP SIGNATURE----- --88pBQ1/6ie/nQzMF-- From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 25 19:20:41 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1F6C16A419 for ; Sun, 25 Nov 2007 19:20:41 +0000 (UTC) (envelope-from me@jdavidleslie.com) Received: from web38013.mail.mud.yahoo.com (web38013.mail.mud.yahoo.com [209.191.124.124]) by mx1.freebsd.org (Postfix) with SMTP id 7344113C448 for ; Sun, 25 Nov 2007 19:20:41 +0000 (UTC) (envelope-from me@jdavidleslie.com) Received: (qmail 44207 invoked by uid 60001); 25 Nov 2007 18:53:59 -0000 X-YMail-OSG: IwpsnuQVM1ln05EKS1yoDKYtGe0XYZF3yQxR.Z58baIvYzQPfFS_NWVzZxmO4s_JOOv5f2.QoA-- Received: from [66.31.44.177] by web38013.mail.mud.yahoo.com via HTTP; Sun, 25 Nov 2007 10:53:59 PST X-RocketYMMF: polygnwnd Date: Sun, 25 Nov 2007 10:53:59 -0800 (PST) From: David Leslie To: Stefan Sperling In-Reply-To: <20071125174204.GT1463@ted.stsp.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <452840.43857.qm@web38013.mail.mud.yahoo.com> X-Mailman-Approved-At: Sun, 25 Nov 2007 20:00:25 +0000 Cc: hackers@freebsd.org Subject: Re: FreeBSD WOL sis on X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: me@jdavidleslie.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Nov 2007 19:20:41 -0000 Appreciate your quick response > The sis driver supports at least two different types > of cards. Yes, among them SiS 900 series NIC. The NIC in question is embedded on the Intel D201GLY/D201GLY2 desktop board (chipset is SiS662 NB + SiS964 SB). The NatSemi DP8381[56] is the only implementation currently supported by FreeBSD for WOL. SiS900 is a different implementation from the NatSemi DP8381[56], though they rely on the same if_sis driver. > What does dmesg print for your card? I have only one > type of NIC the sis driver supports and have only > implemented support for this one... > NatSemi DP8381[56] sis0: port 0x2000-0x20ff mem 0x4a100000-0x4a100fff irq 19 at device 4.0 on pci0 > If the card type isn't a DP83815 or DP83816, this is > a bug. The driver should not let you configure cards > for WOL it has no support for. Agreed, this is not a DP8381[56] NIC. Does not appear to be a (presently) supported NIC for WOL in FreeBSD, so it would be better if the WOL patch did not identify its WOL capabilities and allow the setting of WOL options in this case. Hopefully not a substantial undertaking to correct. Are other cards supported by if_sis similarly affected? Thanks for the troubleshooting info-- can confirm that the adapter appears to be powered in ACPI S5/D3 state after "shutdown -p" from FreeBSD (with "ifconfig sis0 wakeon magic"). The LAN link light is on, and activity light blinks when receiving WOL "magic packets". Linux does support WOL for (at least) this SiS900 NIC (I can verify that it does work on this board), so maybe it will be supported in FreeBSD in the future? Thanks for your help David From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 25 20:16:03 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FD0916A473 for ; Sun, 25 Nov 2007 20:16:03 +0000 (UTC) (envelope-from muffaleta@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id C4B7F13C45B for ; Sun, 25 Nov 2007 20:16:02 +0000 (UTC) (envelope-from muffaleta@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so431850nfb for ; Sun, 25 Nov 2007 12:16:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=6Td1dWfcvZ2bT6W4Xud73gXC3pIQnjovHY8DwSFeoB4=; b=AvfjxsryztVDJp/gdGE7kIvFjzKuqaoDkhVGLUqOriy4o1x8hrWmjOgpgpDlzQe3N4L12yHMBpdflg68O/MLzgKk+WIJKyt/fc7mqIJ3UeekzTRTkYmk5QJOTQTIgwQNVsQ10FNOveXIZOtXbymd72Wwn1PBnzglA14FrWzBI88= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RFXM78XhF3IPjuEddhfHxTYplWH9knKw3nUfGq+PespqvcAcitFJZBhlEkaAUCRhqlGJwuIBQCYBEY57RUGCOrHftenRhztKJmnbxVMkX32CfZlV5Wn4lppTb/ZdZC8QxZ4nH53kT29L4dGSBmN8pb0W+lOQPZNiiqTmS01q3RE= Received: by 10.82.183.19 with SMTP id g19mr5156023buf.1196021360412; Sun, 25 Nov 2007 12:09:20 -0800 (PST) Received: by 10.82.108.11 with HTTP; Sun, 25 Nov 2007 12:09:20 -0800 (PST) Message-ID: <7bc80d500711251209p3bd78bc0leb37d4cb85f677f3@mail.gmail.com> Date: Sun, 25 Nov 2007 12:09:20 -0800 From: "Christopher Chen" To: "Robert Watson" In-Reply-To: <7bc80d500711251205w1a74b649mc3bd374545c1012c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <474830F9.90305@zirakzigil.org> <6eb82e0711240638g2cc1e54o1fb1321cafe8ff9f@mail.gmail.com> <1188.202.127.99.4.1195957922.squirrel@webmail.triplegate.net.id> <20071125110116.U63238@fledge.watson.org> <7bc80d500711251205w1a74b649mc3bd374545c1012c@mail.gmail.com> Cc: freebsd-hackers@freebsd.org Subject: Re: Before & After Under The Giant Lock 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, 25 Nov 2007 20:16:03 -0000 On Nov 25, 2007 12:05 PM, Christopher Chen wrote: > On Nov 25, 2007 3:13 AM, Robert Watson wrote: > > At this point, Giant is gradually becoming a lock around the tty, newbus, usb, > > and msdosfs code, and we're largely at diminishing returns in terms of making > > improvements in parallelism through removing Giant. In FreeBSD 7, the focus > > was on improving parallelism rather than removing Giant, with improvements in > > locking primitives, the scheduler, and lock granularity. For example, most of > > the improvement in MySQL performance in FreeBSD 7 can be put down to a small > > number of changes: > > > > - Conversion to 1:1 threads from M:N threads. > > Dear Robert: > > I enjoyed reading your overview of changes from FreeBSD 6 to 7 with > regards to MP scalability, but I am a bit confused over this > point--Doesn't the user still have the choice between libthread, which > is M:N, and libthr, which is 1:1? > > At some point during the 6.x days, it was considered advantageous to > use libthr when running MySQL. Has the project decided to go with > libthread after all? > > Perhaps we're talking about entirely different things. My apologies. I re-read your statement and it makes sense now. I thought you were saying we were converting from 1:1 to M:N. Sorry for any confusion! -- Chris Chen "I want the kind of six pack you can't drink." -- Micah From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 25 20:29:42 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F40516A41B for ; Sun, 25 Nov 2007 20:29:42 +0000 (UTC) (envelope-from muffaleta@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.184]) by mx1.freebsd.org (Postfix) with ESMTP id AEF0613C465 for ; Sun, 25 Nov 2007 20:29:41 +0000 (UTC) (envelope-from muffaleta@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so645499mue for ; Sun, 25 Nov 2007 12:29:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=eOiSZzX1Q2a6cCKBdQdmaKJEbcXIqV6ANGLDJmBrwuA=; b=IIJ9Eiqyx0D/z84/+BcyawJEi5YBWX0Vv+Ftg2j+X7Fw7pXw4TUhHwQbdFj8Fg1hSX61WcpgmHDqkRwhOqMHFvAf80hFsytmywNmTBUsqRUe8t0JzMN0cyQsiSPjOtJHb7iRkJxC3yJ7KXLSH90XyRFdfEJ83uDwshplIp/z4uk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Z5lHgX8xk35LEuAv9EQtR0KJfY11i0iin0Gs7TuEdy5WImKTK/l0tmtxoJVNF6aLOShiNIa6NdlrZCLMbBtiInustlZJUbo5eMZgnY/Qe3gERgvj3URip09DKumBkAxsM9pTKGJTfD3nzxpBiMHVcQXt63t8Jtifij3RVMuc8Jc= Received: by 10.82.138.6 with SMTP id l6mr5171051bud.1196021129953; Sun, 25 Nov 2007 12:05:29 -0800 (PST) Received: by 10.82.108.11 with HTTP; Sun, 25 Nov 2007 12:05:29 -0800 (PST) Message-ID: <7bc80d500711251205w1a74b649mc3bd374545c1012c@mail.gmail.com> Date: Sun, 25 Nov 2007 12:05:29 -0800 From: "Christopher Chen" To: "Robert Watson" In-Reply-To: <20071125110116.U63238@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <474830F9.90305@zirakzigil.org> <6eb82e0711240638g2cc1e54o1fb1321cafe8ff9f@mail.gmail.com> <1188.202.127.99.4.1195957922.squirrel@webmail.triplegate.net.id> <20071125110116.U63238@fledge.watson.org> Cc: freebsd-hackers@freebsd.org Subject: Re: Before & After Under The Giant Lock 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, 25 Nov 2007 20:29:42 -0000 On Nov 25, 2007 3:13 AM, Robert Watson wrote: > At this point, Giant is gradually becoming a lock around the tty, newbus, usb, > and msdosfs code, and we're largely at diminishing returns in terms of making > improvements in parallelism through removing Giant. In FreeBSD 7, the focus > was on improving parallelism rather than removing Giant, with improvements in > locking primitives, the scheduler, and lock granularity. For example, most of > the improvement in MySQL performance in FreeBSD 7 can be put down to a small > number of changes: > > - Conversion to 1:1 threads from M:N threads. Dear Robert: I enjoyed reading your overview of changes from FreeBSD 6 to 7 with regards to MP scalability, but I am a bit confused over this point--Doesn't the user still have the choice between libthread, which is M:N, and libthr, which is 1:1? At some point during the 6.x days, it was considered advantageous to use libthr when running MySQL. Has the project decided to go with libthread after all? Perhaps we're talking about entirely different things. Cheers, Chris -- Chris Chen "I want the kind of six pack you can't drink." -- Micah From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 25 20:34:57 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A974A16A417 for ; Sun, 25 Nov 2007 20:34:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6DAC313C459 for ; Sun, 25 Nov 2007 20:34:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 548D4471B0; Sun, 25 Nov 2007 15:38:16 -0500 (EST) Date: Sun, 25 Nov 2007 20:34:42 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Christopher Chen In-Reply-To: <7bc80d500711251209p3bd78bc0leb37d4cb85f677f3@mail.gmail.com> Message-ID: <20071125203321.G65286@fledge.watson.org> References: <474830F9.90305@zirakzigil.org> <6eb82e0711240638g2cc1e54o1fb1321cafe8ff9f@mail.gmail.com> <1188.202.127.99.4.1195957922.squirrel@webmail.triplegate.net.id> <20071125110116.U63238@fledge.watson.org> <7bc80d500711251205w1a74b649mc3bd374545c1012c@mail.gmail.com> <7bc80d500711251209p3bd78bc0leb37d4cb85f677f3@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: Before & After Under The Giant Lock 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, 25 Nov 2007 20:34:57 -0000 On Sun, 25 Nov 2007, Christopher Chen wrote: > On Nov 25, 2007 12:05 PM, Christopher Chen wrote: >> On Nov 25, 2007 3:13 AM, Robert Watson wrote: >>> At this point, Giant is gradually becoming a lock around the tty, newbus, >>> usb, and msdosfs code, and we're largely at diminishing returns in terms >>> of making improvements in parallelism through removing Giant. In FreeBSD >>> 7, the focus was on improving parallelism rather than removing Giant, with >>> improvements in locking primitives, the scheduler, and lock granularity. >>> For example, most of the improvement in MySQL performance in FreeBSD 7 can >>> be put down to a small number of changes: >>> >>> - Conversion to 1:1 threads from M:N threads. >> >> I enjoyed reading your overview of changes from FreeBSD 6 to 7 with regards >> to MP scalability, but I am a bit confused over this point--Doesn't the >> user still have the choice between libthread, which is M:N, and libthr, >> which is 1:1? >> >> At some point during the 6.x days, it was considered advantageous to use >> libthr when running MySQL. Has the project decided to go with libthread >> after all? >> >> Perhaps we're talking about entirely different things. > > My apologies. I re-read your statement and it makes sense now. > > I thought you were saying we were converting from 1:1 to M:N. > > Sorry for any confusion! No problem -- just to be clear: in 7, users can still choose between libpthread (m:n) and libthr (1:1), but the default is now libthr rather than libpthread, as libthr seemed to perform better in most if not all workloads of interest. The libthr in 7.0 is an enhanced version of the libthr that was present in 6.x, although I don't have a list of the changes off-hand. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 25 21:01:48 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B770316A41A; Sun, 25 Nov 2007 21:01:47 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 7F8F613C4DB; Sun, 25 Nov 2007 21:01:47 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (localhost [127.0.0.1]) by cauchy.math.missouri.edu (8.14.2/8.14.1) with ESMTP id lAPKfa5P006610; Sun, 25 Nov 2007 14:41:36 -0600 (CST) (envelope-from stephen@math.missouri.edu) Received: from localhost (redmail@localhost) by cauchy.math.missouri.edu (8.14.2/8.14.1/Submit) with ESMTP id lAPKfZa0006607; Sun, 25 Nov 2007 14:41:35 -0600 (CST) (envelope-from stephen@math.missouri.edu) X-Authentication-Warning: cauchy.math.missouri.edu: redmail owned process doing -bs Date: Sun, 25 Nov 2007 14:41:35 -0600 (CST) From: Stephen Montgomery-Smith X-X-Sender: redmail@cauchy.math.missouri.edu To: Robert Watson In-Reply-To: <20071125110116.U63238@fledge.watson.org> Message-ID: <20071125143546.V6583@cauchy.math.missouri.edu> References: <474830F9.90305@zirakzigil.org> <6eb82e0711240638g2cc1e54o1fb1321cafe8ff9f@mail.gmail.com> <1188.202.127.99.4.1195957922.squirrel@webmail.triplegate.net.id> <20071125110116.U63238@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: binto , freebsd-hackers@freebsd.org, Girwatson@freebsd.org Subject: Re: Before & After Under The Giant Lock 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, 25 Nov 2007 21:01:48 -0000 On Sun, 25 Nov 2007, Robert Watson wrote: > ........................ > In FreeBSD 8, I expect we'll see a continued focus on both locking > granularity and improving opportunities for kernel parallelism by better > distributing workloads over CPU pools. This is important because the number > of cores/chip is continuing to increase dramatically, so MP performance is > going to be important to keep working on. That said, the results to date > have been extremely promising, and I anticipate that we will continue to find > ways to better exploit multiprocessor hardware, especially in the network > stack. > I just want to add my 2 cents, that my recent experience with FreeBSD MP has been extremely positive. I tend to use highly CPU bound MP programs, typically lots and lots of floating point operations. It used to be that Linux beat FreeBSD hands down - now FreeBSD seems to have a slight edge! Basically my program runs about twice as fast when I run two threads as opposed to one - I cannot see doing any better than that! (Also when I run 4 threads with 2 cpus, each with hyperthreading, it goes 2.5 to 3 times faster - surprising since hyperthreading gets quite bad press for its performance improvements - I should add that Linux didn't do at all well at taking advantage of hyperthreading, running at the same speed as with 2 threads.) Stephen From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 25 21:18:13 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56ABF16A421 for ; Sun, 25 Nov 2007 21:18:13 +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 C17B613C468 for ; Sun, 25 Nov 2007 21:18:12 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 5158766A460; Sun, 25 Nov 2007 22:18:10 +0100 (CET) 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 Ky6LmlpnDSFu; Sun, 25 Nov 2007 22:18:09 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E70F566A42F; Sun, 25 Nov 2007 22:18:08 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id lAPLI7ML012306; Sun, 25 Nov 2007 22:18:07 +0100 (CET) (envelope-from rdivacky) Date: Sun, 25 Nov 2007 22:18:07 +0100 From: Roman Divacky To: Stephen Montgomery-Smith Message-ID: <20071125211807.GA12250@freebsd.org> References: <474830F9.90305@zirakzigil.org> <6eb82e0711240638g2cc1e54o1fb1321cafe8ff9f@mail.gmail.com> <1188.202.127.99.4.1195957922.squirrel@webmail.triplegate.net.id> <20071125110116.U63238@fledge.watson.org> <20071125143546.V6583@cauchy.math.missouri.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071125143546.V6583@cauchy.math.missouri.edu> User-Agent: Mutt/1.4.2.3i Cc: binto , freebsd-hackers@freebsd.org, Robert Watson , Girwatson@freebsd.org Subject: Re: Before & After Under The Giant Lock 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, 25 Nov 2007 21:18:13 -0000 On Sun, Nov 25, 2007 at 02:41:35PM -0600, Stephen Montgomery-Smith wrote: > > > On Sun, 25 Nov 2007, Robert Watson wrote: > > >........................ > >In FreeBSD 8, I expect we'll see a continued focus on both locking > >granularity and improving opportunities for kernel parallelism by better > >distributing workloads over CPU pools. This is important because the > >number of cores/chip is continuing to increase dramatically, so MP > >performance is going to be important to keep working on. That said, the > >results to date have been extremely promising, and I anticipate that we > >will continue to find ways to better exploit multiprocessor hardware, > >especially in the network stack. > > > > I just want to add my 2 cents, that my recent experience with FreeBSD MP > has been extremely positive. I tend to use highly CPU bound MP programs, > typically lots and lots of floating point operations. It used to be that > Linux beat FreeBSD hands down - now FreeBSD seems to have a slight edge! > Basically my program runs about twice as fast when I run two threads as > opposed to one - I cannot see doing any better than that! pure computation does not need kernel operations most of the time.. ie. multi-threading kernel wont help much ;) From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 25 21:20:43 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF5E516A419; Sun, 25 Nov 2007 21:20:43 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 9E9D813C447; Sun, 25 Nov 2007 21:20:43 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (localhost [127.0.0.1]) by cauchy.math.missouri.edu (8.14.2/8.14.1) with ESMTP id lAPLKakI006778; Sun, 25 Nov 2007 15:20:36 -0600 (CST) (envelope-from stephen@math.missouri.edu) Received: from localhost (redmail@localhost) by cauchy.math.missouri.edu (8.14.2/8.14.1/Submit) with ESMTP id lAPLKapN006775; Sun, 25 Nov 2007 15:20:36 -0600 (CST) (envelope-from stephen@math.missouri.edu) X-Authentication-Warning: cauchy.math.missouri.edu: redmail owned process doing -bs Date: Sun, 25 Nov 2007 15:20:36 -0600 (CST) From: Stephen Montgomery-Smith X-X-Sender: redmail@cauchy.math.missouri.edu To: Roman Divacky In-Reply-To: <20071125211807.GA12250@freebsd.org> Message-ID: <20071125151941.I6583@cauchy.math.missouri.edu> References: <474830F9.90305@zirakzigil.org> <6eb82e0711240638g2cc1e54o1fb1321cafe8ff9f@mail.gmail.com> <1188.202.127.99.4.1195957922.squirrel@webmail.triplegate.net.id> <20071125110116.U63238@fledge.watson.org> <20071125143546.V6583@cauchy.math.missouri.edu> <20071125211807.GA12250@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: binto , freebsd-hackers@freebsd.org, Robert Watson , Girwatson@freebsd.org Subject: Re: Before & After Under The Giant Lock 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, 25 Nov 2007 21:20:44 -0000 On Sun, 25 Nov 2007, Roman Divacky wrote: > On Sun, Nov 25, 2007 at 02:41:35PM -0600, Stephen Montgomery-Smith wrote: >> >> >> On Sun, 25 Nov 2007, Robert Watson wrote: >> >>> ........................ >>> In FreeBSD 8, I expect we'll see a continued focus on both locking >>> granularity and improving opportunities for kernel parallelism by better >>> distributing workloads over CPU pools. This is important because the >>> number of cores/chip is continuing to increase dramatically, so MP >>> performance is going to be important to keep working on. That said, the >>> results to date have been extremely promising, and I anticipate that we >>> will continue to find ways to better exploit multiprocessor hardware, >>> especially in the network stack. >>> >> >> I just want to add my 2 cents, that my recent experience with FreeBSD MP >> has been extremely positive. I tend to use highly CPU bound MP programs, >> typically lots and lots of floating point operations. It used to be that >> Linux beat FreeBSD hands down - now FreeBSD seems to have a slight edge! >> Basically my program runs about twice as fast when I run two threads as >> opposed to one - I cannot see doing any better than that! > > pure computation does not need kernel operations most of the time.. ie. > multi-threading kernel wont help much ;) > Yes, I know. But something else was also done to FreeBSD, perhaps fine tuning with the scheduler, that did bring about massive improvements. From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 25 21:22:49 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC11416A421 for ; Sun, 25 Nov 2007 21:22:49 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id BDE6813C458 for ; Sun, 25 Nov 2007 21:22:49 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so591334waf for ; Sun, 25 Nov 2007 13:22:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=8Kx3Z7rdNZAxAdT9lAr4x1/pAWeHd/W4/madXM06s+M=; b=t9RKz2YjVlKMDUKoXuMi0q6XO1EBwEeidNn9QWNudwXpwxIqdMs7MKELhnB5K6m4vZX6LanXiCzih/ta2+ZHjO+bqvqgwpytkvUWPgc+n7eENewUt8wHoFt5kcu1ZC+7VSC3bPBTv21V+9VGfyuW2b0DVKQA5rf2JgkfaH2ZaMM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ONjZgZ5l69qDvkc6LRxx5jLwwA0ijJPfDGDxHS9+Mw9+WZlkNdtV6ntHTBWirjA7vuwvwYY90K/71V0RoYpy8+s6X/VFyycKNFxuikiE5f6BGn0LUmkTzgrEJGAaTlUwE6jb9hbnIN53+xkDReHTZgE5hjdns/XWEIreSR68dQE= Received: by 10.115.22.1 with SMTP id z1mr124804wai.1196025769225; Sun, 25 Nov 2007 13:22:49 -0800 (PST) Received: by 10.114.13.15 with HTTP; Sun, 25 Nov 2007 13:22:49 -0800 (PST) Message-ID: Date: Sun, 25 Nov 2007 13:22:49 -0800 From: "Kip Macy" To: "Stephen Montgomery-Smith" In-Reply-To: <20071125151941.I6583@cauchy.math.missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <474830F9.90305@zirakzigil.org> <6eb82e0711240638g2cc1e54o1fb1321cafe8ff9f@mail.gmail.com> <1188.202.127.99.4.1195957922.squirrel@webmail.triplegate.net.id> <20071125110116.U63238@fledge.watson.org> <20071125143546.V6583@cauchy.math.missouri.edu> <20071125211807.GA12250@freebsd.org> <20071125151941.I6583@cauchy.math.missouri.edu> Cc: binto , freebsd-hackers@freebsd.org, Roman Divacky , Robert Watson , Girwatson@freebsd.org Subject: Re: Before & After Under The Giant Lock 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, 25 Nov 2007 21:22:50 -0000 > >> > >> I just want to add my 2 cents, that my recent experience with FreeBSD MP > >> has been extremely positive. I tend to use highly CPU bound MP programs, > >> typically lots and lots of floating point operations. It used to be that > >> Linux beat FreeBSD hands down - now FreeBSD seems to have a slight edge! > >> Basically my program runs about twice as fast when I run two threads as > >> opposed to one - I cannot see doing any better than that! > > > > pure computation does not need kernel operations most of the time.. ie. > > multi-threading kernel wont help much ;) > > > > Yes, I know. But something else was also done to FreeBSD, perhaps fine > tuning with the scheduler, that did bring about massive improvements. > I assume you're using ULE. Jeff has gone to great lengths to take cache affinity into account. This may be what you are benefiting from. -Kip From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 25 21:48:58 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3736E16A418 for ; Sun, 25 Nov 2007 21:48:58 +0000 (UTC) (envelope-from stsp@stsp.name) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.freebsd.org (Postfix) with ESMTP id 7ABF713C442 for ; Sun, 25 Nov 2007 21:48:57 +0000 (UTC) (envelope-from stsp@stsp.name) X-Envelope-From: stsp@stsp.name Received: from stsp.lan (stsp.in-vpn.de [217.197.85.96]) (authenticated bits=128) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id lAPLmqvb022013 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 25 Nov 2007 22:48:54 +0100 Received: from ted.stsp.lan (localhost [127.0.0.1]) by stsp.lan (8.13.8/8.13.8) with ESMTP id lAPLmpvb033059; Sun, 25 Nov 2007 22:48:51 +0100 (CET) (envelope-from stsp@ted.stsp.lan) Received: (from stsp@localhost) by ted.stsp.lan (8.13.8/8.13.8/Submit) id lAPLmoUf033058; Sun, 25 Nov 2007 22:48:50 +0100 (CET) (envelope-from stsp) Date: Sun, 25 Nov 2007 22:48:50 +0100 From: Stefan Sperling To: hackers@freebsd.org Message-ID: <20071125214850.GY1463@ted.stsp.lan> References: <20071125174204.GT1463@ted.stsp.lan> <452840.43857.qm@web38013.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3mUD2hqWbnBptYHy" Content-Disposition: inline In-Reply-To: <452840.43857.qm@web38013.mail.mud.yahoo.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Cc: David Leslie Subject: How to add wake on lan support for your card (was: Re: FreeBSD WOL sis on) 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, 25 Nov 2007 21:48:58 -0000 --3mUD2hqWbnBptYHy Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 25, 2007 at 10:53:59AM -0800, David Leslie wrote: > Linux does support WOL for (at least) this SiS900 NIC > (I can verify that it does work on this board), so > maybe it will be supported in FreeBSD in the future? Sure, it's possible. Adding support for a card is not that hard actually. It can be done in one or two evenings by someone who has messed with any kind of driver before, and maybe a week by someone who hasn't and is willing to learn basics about device drivers, e.g. how to access and manipulate registers from C. Knowing C is a prerequisite of course. I myself had no idea at all about drivers either before I started working on the WOL patch. But I currently rarely have time to work on this (except the odd Sunday like today), and I keep getting requests to support more chipsets that queue up faster than I can handle :-/ Maybe if I provide a little guide some people will get interested and help a bit. Here it goes: =3D How to add WOL support for your card =3D To add WOL support for your card, and you have no data sheet for the card, first look at the Linux driver to find out whether the card can do WOL under Linux. There should be some routines for configuring WOL. Look at the ethtool_ops struct, if the driver sets pointers to get_wol and set_wol routines inside it, it supports WOL. For example, the "via-rhine" driver on Linux (if_vr on FreeBSD) does this: static struct ethtool_ops netdev_ethtool_ops =3D { // snip .get_wol =3D rhine_get_wol, .set_wol =3D rhine_set_wol, // snip Now that you know that you can get this to work, apply the WOL patch to your system: http://stsp.n=E6me/wol/ See the README.txt for instructions. =3D=3D How do I tell the chip on my card to do WOL? =3D=3D You can do this in a new driver routine called dev_enable_wol(), where dev_ is the usual driver name prefix, e.g. xl_enable_wol() for if_xl. If you have a data sheet, it will probably tell you how to enable WOL in detail. The data sheet for my NatSemi card is freely available on the web and has a very good section on configuring wake on lan: http://www.national.com/ds/DP/DP83815.pdf Look at page 90 in that PDF. Even if your chip is different the general procedure is likely the same on most chips so this serves as a good example (along with a working implementation for the if_sis driver in my patch). That page helped me getting started at lot. How exactly WOL is configured depends on the device, but usually involves a) configuring the receive filter b) some WOL configuration register=20 c) putting the device into D3 ("sleep") power state =3D=3D=3D The receive filter =3D=3D The receive filter will simply need to accept *any* kind of packet. There is usually a register in the chip with bits that define what kind packets the receiver on the card should hand on to the driver and which it should just ignore -- typically the filter understands unicast, multicast and broadcast packet types. In case of the 3com chip, the Linux driver (3c59x) does this in the acpi_set_WOL() function to set the bits in the receive register: /* The RxFilter must accept the WOL frames. */ iowrite16(SetRxFilter|RxStation|RxMulticast|RxBroadcast, ioaddr + EL3_CMD); iowrite16(RxEnable, ioaddr + EL3_CMD); =20 The FreeBSD (almost) equivalent in xl_enable_wol() is this: /* Configure the receive filter to accept any kind of packet. */ XL_SEL_WIN(5); rxfilt =3D CSR_READ_1(sc, XL_W5_RX_FILTER); rxfilt |=3D XL_RXFILTER_INDIVIDUAL | XL_RXFILTER_ALLMULTI | XL_RXFILTER_BROADCAST | XL_RXFILTER_ALLFRAMES; CSR_WRITE_2(sc, XL_COMMAND, XL_CMD_RX_SET_FILT | rxfilt); Of course, register business is highly chip specific. For example, other chips I've dealt with didn't have register windows at all so the XL_SEL_WIN isn't needed there, and the bit mask macros for the receive filter config register will of course be named somewhat differently in each driver. Of course, a data sheet helps. If you don't have one, looking at what the Linux driver does and matching register offsets and bit masks with the FreeBSD driver will probably help. =3D=3D=3D The WOL config register =3D=3D=3D The WOL config register is usually a 16bit (e.g. if_xl) or 32bit (e.g. if_sis) register somewhere in the chip memory with each bit corresponding to a certain type of wake event -- magic packet, link status change, unicast packet reception, broadcast packet reception, etc. The device will only wake the system if an event happens that it has been configured for. Using the NatSemi card an example, there is a 32bit WOL configuration register at offset 0x40 in the chip register space and bit number 9 (the 8th bit from the right) tells the chip to wake up if it receives a magic packet. See the DP83815 data sheet again, page 55. So to add wake on magic packet support, we add the follwing to /usr/src/sys/dev/if_sisreg.h: /* NS DP83815/6 registers */ // other registers omitted... #define NS_WCSR 0x40 =20 /* Bits in DP83815 Wake On Lan Command/Status register */ #define NS_WCSR_WAKE_MAGIC 0x00000200 Of course there are cards that can do more than just magic packets, and no two users want to wake up their boxes the same way, and some don't want WOL at all, so ifconfig has been extended to allow WOL events to be configured (default is to not wake the box at all). Each driver adds a small field to its softc where it remembers what WOL events the user wants configured. For example, the xl_softc (defined in /usr/src/sys/pci/if_xlreg.h on RELENG_6, and in /usr/src/sys/pci/if_xl.c on RELENG_7) got the following additional field: struct xl_softc { // lots of other fields omitted... uint32_t xl_wol_events; }; Also, we define a macro shorthand that defines what kind of wake events our driver can tell the card to look out for, for example: #define XL_SUPPORTED_WOL_EVENTS (IFWOL_WAKE_ON_MAGIC | IFWOL_WAKE_ON_LINK) The wake event types known to the system are listed in /usr/include/net/if.h: IFWOL_WAKE_ON_UNICAST IFWOL_WAKE_ON_MULTICAST IFWOL_WAKE_ON_BROADCAST IFWOL_WAKE_ON_MAGIC IFWOL_WAKE_ON_LINL (Note that I plan to remove the IFWOL_ENABLE_SOPASSWD flag, so while it is still listed in if.h currently, I omitted it above.) The ifconfig<->driver communication is done via a set of new ioctls, defined in /usr/include/sys/sockio.h: #define SIOCGIFWOLOPTS _IOWR('i', 125, struct ifreq) /* get wake on lan options */ #define SIOCSIFWOLOPTS _IOW('i', 126, struct ifreq) /* set wake on lan options */ #define SIOCGIFWOLSUPP _IOWR('i', 127, struct ifreq) /* get wake on lan modes supported by device */ So whenever the user runs one of ifconfig xl0 ifconfig xl0 wakeon magic or similar your driver's ioctl handler will be called and you will get one of the three requests above. ioctl arguments are usually evaluated in a big switch statement. The following was added to the if_xl driver's xl_ioctl() routine so that the driver remembers what events the user wants to be configured in the chip (SIOCGIFWOLOPTS and SIOCSIFWOLOPTS), ^Get ^Set and allowing ifconfig to determine what type of events the device supports (SIOCGIFWOLSUPP): =20 case SIOCGIFWOLSUPP: if (sc->xl_flags & XL_FLAG_SUPPORTS_WOL) ifr->ifr_wolopts.ifwol_supported =3D XL_SUPPORTED_WOL_EVENTS; else ifr->ifr_wolopts.ifwol_supported =3D 0; error =3D 0; break; case SIOCGIFWOLOPTS: XL_LOCK(sc); xl_get_wolopts(sc, &ifr->ifr_wolopts); XL_UNLOCK(sc); error =3D 0; break; case SIOCSIFWOLOPTS: XL_LOCK(sc); error =3D xl_set_wolopts(sc, &ifr->ifr_wolopts); XL_UNLOCK(sc); break; =20 The xl_(get|set)_wolopts() routines do some sanity checking and store/return the value of ifr_wolopts in the xl_wol_events field in the softc. [The naming is horribly inconsistent here, I plan to clean this up in the future so everything is called simply "wolcfg" everywhere instead of "wolopts" at some places and "wol_events" at others.] After dealing with the receive filter, xl_enable_wol() checks what the user wants configured and writes the corresponding values into the WOL config register (in this case using the CSR_WRITE_2 macro to access registers the 16bit WOL config register on the chip): /* Configure wake on lan events. */ config =3D 0; XL_SEL_WIN(7); if (sc->xl_wol_events & IFWOL_WAKE_ON_MAGIC) config |=3D XL_WAKE_ON_MAGIC; if (sc->xl_wol_events & IFWOL_WAKE_ON_LINK) config |=3D XL_WAKE_ON_LINK; CSR_WRITE_2(sc, XL_W7_BM_WOL, config); =09 =3D=3D=3D Putting the device into D3 power state =3D=3D=3D This is not strictly device specific, at least for PCI devices there is an API that drivers can (should?) use to set the device into D3 power state, see pci_set_powerstate(9) Try that and see if it works. Currently the if_xl driver uses this instead, which should have the same effect: /* Make sure power management is enabled and set the card * into D3hot power state, so it stays active after system shutdown. */ config =3D pci_read_config(dev, XL_PCI_PWRMGMTCTRL, 2); config |=3D XL_PME_EN | XL_PSTATE_D3; pci_write_config(dev, XL_PCI_PWRMGMTCTRL, config | XL_PME_EN, 2); However, doing it manually as done in if_sis works fine, too. (Except I guess there may probably be races if the bus is currently busy or so, maybe some PCI expert can shed some light on whether the following is good practice or not...) /* Set appropriate power state, so the card stays active * after system shutdown. */ CSR_WRITE_4(sc, NS_CLKRUN, NS_CLKRUN_PMESTS | NS_CLKRUN_PMEENB); =3D=3D=3D Where to call dev_enable_wol() =3D=3D=3D Every driver has a shutdown routine. Add your enable_wol() routine to the very end of it so that it is the very last routine that runs in the driver at system shutdown time. For example, the xl_shutdown() routine looks like this: static void xl_shutdown(device_t dev) { struct xl_softc *sc; =20 sc =3D device_get_softc(dev); =20 XL_LOCK(sc); xl_reset(sc); xl_stop(sc); xl_enable_wol(dev); XL_UNLOCK(sc); } Make sure that you do not call the routine outside of a LOCK() and UNLOCK() scope, otherwise people with more than one CPU in their computer might complain. =3D=3D=3D That was it =3D=3D=3D Well, I hope I haven't missed anything important, but I guess that's about it. This should get every aspiring kernel hacker started. For more details look at the patch and see what it does for the drivers it already supports. You should be able to understand the patch fairly well now. Especially the sis_enable_wol() routine in if_sis should be relatively clear quickly with the help of the data sheet. If you're already a hardcore kernel hacker why are you still reading this guide and not hacking up a patch already? :) I will happily accept diffs against drivers. If you have questions just ask. Good luck, --=20 stefan http://stsp.name PGP Key: 0xF59D25F0 --3mUD2hqWbnBptYHy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHSe3C5dMCc/WdJfARArhqAKCCTjILLDaosN8gC33NMwNKf7dYswCfeVEv 1UF8Dwdrp+t69PZevYWmS3c= =Dcjy -----END PGP SIGNATURE----- --3mUD2hqWbnBptYHy-- From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 25 21:58:50 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB14616A41A; Sun, 25 Nov 2007 21:58:50 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 9CCB413C45B; Sun, 25 Nov 2007 21:58:50 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (localhost [127.0.0.1]) by cauchy.math.missouri.edu (8.14.2/8.14.1) with ESMTP id lAPLwi0J006970; Sun, 25 Nov 2007 15:58:44 -0600 (CST) (envelope-from stephen@math.missouri.edu) Received: from localhost (redmail@localhost) by cauchy.math.missouri.edu (8.14.2/8.14.1/Submit) with ESMTP id lAPLwhRW006967; Sun, 25 Nov 2007 15:58:43 -0600 (CST) (envelope-from stephen@math.missouri.edu) X-Authentication-Warning: cauchy.math.missouri.edu: redmail owned process doing -bs Date: Sun, 25 Nov 2007 15:58:43 -0600 (CST) From: Stephen Montgomery-Smith X-X-Sender: redmail@cauchy.math.missouri.edu To: Kip Macy In-Reply-To: Message-ID: <20071125155702.F6960@cauchy.math.missouri.edu> References: <474830F9.90305@zirakzigil.org> <6eb82e0711240638g2cc1e54o1fb1321cafe8ff9f@mail.gmail.com> <1188.202.127.99.4.1195957922.squirrel@webmail.triplegate.net.id> <20071125110116.U63238@fledge.watson.org> <20071125143546.V6583@cauchy.math.missouri.edu> <20071125211807.GA12250@freebsd.org> <20071125151941.I6583@cauchy.math.missouri.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: binto , Girwatson@freebsd.org, freebsd-hackers@freebsd.org, Roman Divacky , Robert Watson Subject: Re: Before & After Under The Giant Lock 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, 25 Nov 2007 21:58:50 -0000 On Sun, 25 Nov 2007, Kip Macy wrote: >>>> >>>> I just want to add my 2 cents, that my recent experience with FreeBSD MP >>>> has been extremely positive. I tend to use highly CPU bound MP programs, >>>> typically lots and lots of floating point operations. It used to be that >>>> Linux beat FreeBSD hands down - now FreeBSD seems to have a slight edge! >>>> Basically my program runs about twice as fast when I run two threads as >>>> opposed to one - I cannot see doing any better than that! >>> >>> pure computation does not need kernel operations most of the time.. ie. >>> multi-threading kernel wont help much ;) >>> >> >> Yes, I know. But something else was also done to FreeBSD, perhaps fine >> tuning with the scheduler, that did bring about massive improvements. >> > > I assume you're using ULE. Jeff has gone to great lengths to take > cache affinity into account. This may be what you are benefiting from. No, I'm using 4BSD under FreeBSD 7.0. But I just tried it with ULE under FreeBSD 8.0 (Witnesses and invariants switched off), and the speed marginally slower, but only by 2% or so. From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 25 22:06:34 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B449416A418 for ; Sun, 25 Nov 2007 22:06:34 +0000 (UTC) (envelope-from stsp@stsp.name) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.freebsd.org (Postfix) with ESMTP id 4165613C448 for ; Sun, 25 Nov 2007 22:06:34 +0000 (UTC) (envelope-from stsp@stsp.name) X-Envelope-From: stsp@stsp.name X-Envelope-To: Received: from stsp.lan (stsp.in-vpn.de [217.197.85.96]) (authenticated bits=128) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id lAPM6U0t029778 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 25 Nov 2007 23:06:32 +0100 Received: from ted.stsp.lan (localhost [127.0.0.1]) by stsp.lan (8.13.8/8.13.8) with ESMTP id lAPM6UdV033429 for ; Sun, 25 Nov 2007 23:06:30 +0100 (CET) (envelope-from stsp@ted.stsp.lan) Received: (from stsp@localhost) by ted.stsp.lan (8.13.8/8.13.8/Submit) id lAPM6U24033428 for freebsd-hackers@freebsd.org; Sun, 25 Nov 2007 23:06:30 +0100 (CET) (envelope-from stsp) Date: Sun, 25 Nov 2007 23:06:30 +0100 From: Stefan Sperling To: freebsd-hackers@freebsd.org Message-ID: <20071125220630.GA1463@ted.stsp.lan> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20071125174204.GT1463@ted.stsp.lan> <452840.43857.qm@web38013.mail.mud.yahoo.com> <20071125214850.GY1463@ted.stsp.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+nLR7g8KNfrRqv5t" Content-Disposition: inline In-Reply-To: <20071125214850.GY1463@ted.stsp.lan> User-Agent: Mutt/1.5.16 (2007-06-09) X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Subject: Re: How to add wake on lan support for your card (was: Re: FreeBSD WOL sis on) 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, 25 Nov 2007 22:06:34 -0000 --+nLR7g8KNfrRqv5t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 25, 2007 at 10:48:50PM +0100, Stefan Sperling wrote: > Using the NatSemi card an example, there is a 32bit WOL configuration > register at offset 0x40 in the chip register space and bit number 9 > (the 8th bit from the right) As usual I got the numbers wrong :) Sorry if this is causing confusion for someone reading this. Just skip the text inside the parentheses. --=20 stefan http://stsp.name PGP Key: 0xF59D25F0 --+nLR7g8KNfrRqv5t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHSfHm5dMCc/WdJfARAiKIAJ9NwimtDTWe9aI0J9LlAJ5FglPn5gCffhMk r1zLarilWP2VgHVvf1VG12g= =PW5D -----END PGP SIGNATURE----- --+nLR7g8KNfrRqv5t-- From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 26 01:06:00 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 960C016A417 for ; Mon, 26 Nov 2007 01:06:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 37FF313C465 for ; Mon, 26 Nov 2007 01:06:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 31467 invoked by uid 399); 26 Nov 2007 01:05:59 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 26 Nov 2007 01:05:59 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <474A1BF4.5060901@FreeBSD.org> Date: Sun, 25 Nov 2007 17:05:56 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: "Joel V." References: <003301c82e99$6c099360$0200a8c0@windsor> In-Reply-To: <003301c82e99$6c099360$0200a8c0@windsor> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: DNS DDoS 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, 26 Nov 2007 01:06:00 -0000 Joel V. wrote: > As a lot of people recommended using tcpdump, here it is. The only thing > that stands out, are hundreds and thousands of lines like this: > > 13:45:49.991592 IP 82.165.252.222.36887 > ns1.galandrex.ee.43077: UDP, > length 9216 ... > That IP resolves to u15194704.onlinehome-server.com. Seems to be a german > ISP. After five seconds the capture.out file was already 2.8MB. You can see > the file here: https://89.219.136.126/capture.out Your name server IP is not answering, so I'm guessing here, but it seems to me that you're being used as a reflector for a DNS based DDoS attack. If ns1.galandrex.ee is not authoritative for any domains (i.e., not listed at any registries/registrars as the NS for a domain), you should make sure that it's firewalled off so that the outside world cannot reach it. This type of attack is becoming very common, but fortunately the answer is simple. If you need any help with the DNS side of the equation feel free to contact me directly. Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 26 01:15:14 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C55416A46B for ; Mon, 26 Nov 2007 01:15:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id B212A13C461 for ; Mon, 26 Nov 2007 01:15:13 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 14552 invoked by uid 399); 26 Nov 2007 00:48:33 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 26 Nov 2007 00:48:33 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <474A17DE.7010804@FreeBSD.org> Date: Sun, 25 Nov 2007 16:48:30 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: Roman Divacky References: <474830F9.90305@zirakzigil.org> <6eb82e0711240638g2cc1e54o1fb1321cafe8ff9f@mail.gmail.com> <1188.202.127.99.4.1195957922.squirrel@webmail.triplegate.net.id> <20071125110116.U63238@fledge.watson.org> <20071125143546.V6583@cauchy.math.missouri.edu> <20071125211807.GA12250@freebsd.org> In-Reply-To: <20071125211807.GA12250@freebsd.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: binto , freebsd-hackers@freebsd.org, Robert Watson Subject: Re: Before & After Under The Giant Lock 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, 26 Nov 2007 01:15:14 -0000 Roman Divacky wrote: > On Sun, Nov 25, 2007 at 02:41:35PM -0600, Stephen Montgomery-Smith wrote: >> >> On Sun, 25 Nov 2007, Robert Watson wrote: >> >>> ........................ >>> In FreeBSD 8, I expect we'll see a continued focus on both locking >>> granularity and improving opportunities for kernel parallelism by better >>> distributing workloads over CPU pools. This is important because the >>> number of cores/chip is continuing to increase dramatically, so MP >>> performance is going to be important to keep working on. That said, the >>> results to date have been extremely promising, and I anticipate that we >>> will continue to find ways to better exploit multiprocessor hardware, >>> especially in the network stack. >>> >> I just want to add my 2 cents, that my recent experience with FreeBSD MP >> has been extremely positive. I tend to use highly CPU bound MP programs, >> typically lots and lots of floating point operations. It used to be that >> Linux beat FreeBSD hands down - now FreeBSD seems to have a slight edge! >> Basically my program runs about twice as fast when I run two threads as >> opposed to one - I cannot see doing any better than that! > > pure computation does not need kernel operations most of the time.. ie. > multi-threading kernel wont help much ;) It has an indirect benefit by (presumably) not being in contention with the userland process, and not needing slap Giant on the whole system every few milliseconds. Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 26 08:59:48 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3866016A419 for ; Mon, 26 Nov 2007 08:59:48 +0000 (UTC) (envelope-from jbucht@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189]) by mx1.freebsd.org (Postfix) with ESMTP id 08F4A13C4D9 for ; Mon, 26 Nov 2007 08:59:47 +0000 (UTC) (envelope-from jbucht@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so479820rvb for ; Mon, 26 Nov 2007 00:59:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Y+0hzaTtMxiEeA2bHvBNz4A8Qf3Ugz83jHI4thbFzZk=; b=dCKDKEEJclPrfnBpJkMhASuNf2DkN+lk/2VYUkYQhZNP0phX9IGke+7Wn43oXmx65qMvExAuKr49CdLlMkp3FHNKySKw9dk3J8VEWRzJNI+goZS9jTGbkU0T2KCYf7+DM6L1HU7rMBuq14TS43+dmcqGQQMHQavqD6dCum0S6Qg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=AATacjtQ3PCRC69IgjEP2WfZPKTBc+y83oFXQTX7kJD/gLKTvI03NwuPk2Y/fSYZ3NhKrJ6UnR4d0sd2P/o1IfIqUha8P8A2rKqsao1O1jAKuO8Ghxzl06TjkinI8zvuExBCJXy5LYY+oN0iipRKoas4mB8vg8eRjvg42porxPI= Received: by 10.140.180.42 with SMTP id c42mr983045rvf.1196065874118; Mon, 26 Nov 2007 00:31:14 -0800 (PST) Received: by 10.140.193.13 with HTTP; Mon, 26 Nov 2007 00:31:14 -0800 (PST) Message-ID: <947010c30711260031w10689412w5f5ce56abc1fbe56@mail.gmail.com> Date: Mon, 26 Nov 2007 09:31:14 +0100 From: "Johan Bucht" To: "Stephen Montgomery-Smith" In-Reply-To: <20071125143546.V6583@cauchy.math.missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <474830F9.90305@zirakzigil.org> <6eb82e0711240638g2cc1e54o1fb1321cafe8ff9f@mail.gmail.com> <1188.202.127.99.4.1195957922.squirrel@webmail.triplegate.net.id> <20071125110116.U63238@fledge.watson.org> <20071125143546.V6583@cauchy.math.missouri.edu> Cc: binto , freebsd-hackers@freebsd.org, Robert Watson , Girwatson@freebsd.org Subject: Re: Before & After Under The Giant Lock 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, 26 Nov 2007 08:59:48 -0000 2007/11/25, Stephen Montgomery-Smith : > > > I just want to add my 2 cents, that my recent experience with FreeBSD MP > has been extremely positive. I tend to use highly CPU bound MP programs, > typically lots and lots of floating point operations. It used to be that > Linux beat FreeBSD hands down - now FreeBSD seems to have a slight edge! > Basically my program runs about twice as fast when I run two threads as > opposed to one - I cannot see doing any better than that! Actually, some worksets can get a higher speedup since you usually double your cache size going from one to two cpus (core 2 duo has a shared cache). Should the problem be big enough not to fit in one cpu's cache but small enough to fit in two cpu's caches, you can get more than 2 times speedup. /Johan From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 26 09:36:32 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B30B916A418 for ; Mon, 26 Nov 2007 09:36:32 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8B2CB13C45A for ; Mon, 26 Nov 2007 09:36:32 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 056394796E; Mon, 26 Nov 2007 04:40:05 -0500 (EST) Date: Mon, 26 Nov 2007 09:36:25 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stephen Montgomery-Smith In-Reply-To: <20071125143546.V6583@cauchy.math.missouri.edu> Message-ID: <20071126091342.P65286@fledge.watson.org> References: <474830F9.90305@zirakzigil.org> <6eb82e0711240638g2cc1e54o1fb1321cafe8ff9f@mail.gmail.com> <1188.202.127.99.4.1195957922.squirrel@webmail.triplegate.net.id> <20071125110116.U63238@fledge.watson.org> <20071125143546.V6583@cauchy.math.missouri.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: binto , freebsd-hackers@freebsd.org Subject: Re: Before & After Under The Giant Lock 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, 26 Nov 2007 09:36:32 -0000 On Sun, 25 Nov 2007, Stephen Montgomery-Smith wrote: > (Also when I run 4 threads with 2 cpus, each with hyperthreading, it goes > 2.5 to 3 times faster - surprising since hyperthreading gets quite bad press > for its performance improvements - I should add that Linux didn't do at all > well at taking advantage of hyperthreading, running at the same speed as > with 2 threads.) I've seen gradual improvements both in our ability to manage HTT and HTT itself. One of the things that gave HTT a particularly bad reputation was that it was first introduced in the P4 Xeon CPU line from Intel, and that line had extortionately expensive synchronization instructions compared to either prior or later CPU lines. As a result, even a small amount of synchronization (read: kernel locking) quickly ate any benefits of potential parallelism. More recent CPUs have managed to reduce "extionate" to "relatively expensive", which is much more manageable. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 26 09:57:39 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E385616A46E; Mon, 26 Nov 2007 09:57:39 +0000 (UTC) (envelope-from gregoryd.freebsd@free.fr) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id 8E4C113C478; Mon, 26 Nov 2007 09:57:38 +0000 (UTC) (envelope-from gregoryd.freebsd@free.fr) Received: from smtp8-g19.free.fr (smtp8-g19.free.fr [212.27.42.65]) by postfix2-g20.free.fr (Postfix) with ESMTP id 730C51F82214; Mon, 26 Nov 2007 08:32:27 +0100 (CET) Received: from smtp8-g19.free.fr (localhost [127.0.0.1]) by smtp8-g19.free.fr (Postfix) with ESMTP id 1925817F5AE; Mon, 26 Nov 2007 10:33:18 +0100 (CET) Received: from imp7-g19.free.fr (imp7-g19.free.fr [212.27.42.38]) by smtp8-g19.free.fr (Postfix) with ESMTP id 0B30917F531; Mon, 26 Nov 2007 10:33:18 +0100 (CET) Received: by imp7-g19.free.fr (Postfix, from userid 33) id 668B13F61; Mon, 26 Nov 2007 10:27:23 +0100 (CET) Received: from 145.242.11.1 ([145.242.11.1]) by imp.free.fr (IMP) with HTTP for ; Mon, 26 Nov 2007 10:27:23 +0100 Message-ID: <1196069243.474a917b04d95@imp.free.fr> Date: Mon, 26 Nov 2007 10:27:23 +0100 From: gregoryd.freebsd@free.fr To: Robert Watson References: <474830F9.90305@zirakzigil.org> <6eb82e0711240638g2cc1e54o1fb1321cafe8ff9f@mail.gmail.com> <1188.202.127.99.4.1195957922.squirrel@webmail.triplegate.net.id> <20071125110116.U63238@fledge.watson.org> <7bc80d500711251205w1a74b649mc3bd374545c1012c@mail.gmail.com> <7bc80d500711251209p3bd78bc0leb37d4cb85f677f3@mail.gmail.com> <20071125203321.G65286@fledge.watson.org> In-Reply-To: <20071125203321.G65286@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 145.242.11.1 Cc: freebsd-hackers@freebsd.org Subject: Re: Before & After Under The Giant Lock 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, 26 Nov 2007 09:57:40 -0000 Hello, Quoting Robert Watson : > No problem -- just to be clear: in 7, users can still choose between > libpthread (m:n) and libthr (1:1), but the default is now libthr rather than > libpthread, as libthr seemed to perform better in most if not all workloads > of > interest. I thought 1:1 would perform better with I/O bound processes running several threads. But wouldn't a process rely on a few I/O threads for several other CPU bound threads ? (unless specific activities such as a web server, or a database, which would explain MySQL performing better with 1:1) Or, to make my point (somewhat) clearer: how did you actually compare advantages of 1:1 versus M:N when the change from the latter to the former was decided ? And second question: would it be possible to dynamically choose one way over the other: meaning if you know you're mostly I/O bound, then request for the 1:1 type of threads, and vice versa ? thanks, gregory From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 26 10:32:12 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED10C16A41B; Mon, 26 Nov 2007 10:32:12 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 18F0313C4EC; Mon, 26 Nov 2007 10:32:11 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <474AA0B4.8060107@FreeBSD.org> Date: Mon, 26 Nov 2007 11:32:20 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: gregoryd.freebsd@free.fr References: <474830F9.90305@zirakzigil.org> <6eb82e0711240638g2cc1e54o1fb1321cafe8ff9f@mail.gmail.com> <1188.202.127.99.4.1195957922.squirrel@webmail.triplegate.net.id> <20071125110116.U63238@fledge.watson.org> <7bc80d500711251205w1a74b649mc3bd374545c1012c@mail.gmail.com> <7bc80d500711251209p3bd78bc0leb37d4cb85f677f3@mail.gmail.com> <20071125203321.G65286@fledge.watson.org> <1196069243.474a917b04d95@imp.free.fr> In-Reply-To: <1196069243.474a917b04d95@imp.free.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Robert Watson Subject: Re: Before & After Under The Giant Lock 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, 26 Nov 2007 10:32:13 -0000 gregoryd.freebsd@free.fr wrote: > Hello, > > Quoting Robert Watson : > >> No problem -- just to be clear: in 7, users can still choose between >> libpthread (m:n) and libthr (1:1), but the default is now libthr rather than >> libpthread, as libthr seemed to perform better in most if not all workloads >> of >> interest. > > I thought 1:1 would perform better with I/O bound processes running several > threads. > But wouldn't a process rely on a few I/O threads for several other CPU bound > threads ? (unless specific activities such as a web server, or a database, which > would explain MySQL performing better with 1:1) > > Or, to make my point (somewhat) clearer: how did you actually compare advantages > of 1:1 versus M:N when the change from the latter to the former was decided ? We took a look at performance of the 1:1 implementation compared to M:N and noticed that the latter was completely terrible. As in: slower and less scalable by 2 orders of magnitude -- on every workload we could find (except for one highly contrived microbenchmark). M:N was a nice idea and maybe it could have been improved with a lot of work, but in practise no-one was able to make performance not suck. > And second question: would it be possible to dynamically choose one way over the > other: meaning if you know you're mostly I/O bound, then request for the 1:1 > type of threads, and vice versa ? If you really really really (really) want to use the M:N libkse, you can use libmap to control it per-binary. Kris From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 26 11:32:08 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FBB516A420 for ; Mon, 26 Nov 2007 11:32:08 +0000 (UTC) (envelope-from baldur@foo.is) Received: from gremlin.foo.is (gremlin.foo.is [194.105.250.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3ABD513C45D for ; Mon, 26 Nov 2007 11:32:08 +0000 (UTC) (envelope-from baldur@foo.is) Received: from 127.0.0.1 (localhost.foo.is [127.0.0.1]) by injector.foo.is (Postfix) with SMTP id E2A1EDA878; Mon, 26 Nov 2007 11:15:23 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on gremlin.foo.is X-Spam-Level: X-Spam-Status: No, score=-2.6 required=6.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.7 Received: by gremlin.foo.is (Postfix, from userid 1000) id 21E8ADA87F; Mon, 26 Nov 2007 11:15:20 +0000 (GMT) Date: Mon, 26 Nov 2007 11:15:20 +0000 From: Baldur Gislason To: VANHULLEBUS Yvan Message-ID: <20071126111520.GC48107@gremlin.foo.is> References: <474830F9.90305@zirakzigil.org> <20071124150854.GA3451@zen.inc> In-Reply-To: <20071124150854.GA3451@zen.inc> User-Agent: Mutt/1.4.2.2i X-Sanitizer: Foo MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Cc: freebsd-hackers@freebsd.org, Giulio Ferro Subject: Re: doubt about IPSEC - Freebsd 7 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2007 11:32:08 -0000 And since we're on this subject... is it possible to do IPSEC over UDP tunnels in FreeBSD now? I have a couple of networks with dumb NAT and need a way to tunnel out of them in a reliable manner. Baldur On Sat, Nov 24, 2007 at 04:08:54PM +0100, VANHULLEBUS Yvan wrote: > Hi. > > > On Sat, Nov 24, 2007 at 03:11:05PM +0100, Giulio Ferro wrote: > > I've noticed that in the kernel configuration IPSEC_ESP disappeared > > from the options. It says that you just need device crypto and IPSEC. > > > > Does this mean that with crypto and IPSEC I have all I need to treat > > ESP like the old IPSEC_ESP option? > > > > IPSEC_ESP was a needed option for KAME's IPSec implementation, which > is no longer in FreeBSD's kernel. > > IPSEC now enables FAST_IPSEC stack, which just needs IPSEC and device > crypto. > > > > I'm having some problems right now setting up a vpn to complete phase 2, > > (the error is no proposal chosen). > > Since ipsec-tools uses the facilities in the kernel, I want to make sure > > that the > > kernel provides everything racoon needs... > > That really sounds like a configuration issue (racoon.conf, or perhaps > your SPD entries), racoon's debug on responder should give you more > informations on the problem. > > > > Yvan. > > -- > NETASQ > http://www.netasq.com > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 26 12:36:06 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7CD916A46D for ; Mon, 26 Nov 2007 12:36:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 75B9A13C44B for ; Mon, 26 Nov 2007 12:36:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id BD51641C7A9; Mon, 26 Nov 2007 13:36:04 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id A1IAq7DlinnQ; Mon, 26 Nov 2007 13:36:04 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 73C5041C7A8; Mon, 26 Nov 2007 13:36:04 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 70C6C444885; Mon, 26 Nov 2007 12:30:58 +0000 (UTC) Date: Mon, 26 Nov 2007 12:30:57 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Baldur Gislason In-Reply-To: <20071126111520.GC48107@gremlin.foo.is> Message-ID: <20071126123029.W53707@maildrop.int.zabbadoz.net> References: <474830F9.90305@zirakzigil.org> <20071124150854.GA3451@zen.inc> <20071126111520.GC48107@gremlin.foo.is> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: doubt about IPSEC - Freebsd 7 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2007 12:36:06 -0000 On Mon, 26 Nov 2007, Baldur Gislason wrote: Hi, > And since we're on this subject... is it possible to do IPSEC over UDP > tunnels in FreeBSD now? I have a couple of networks with dumb NAT and > need a way to tunnel out of them in a reliable manner. only with the patch, not out of the box. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 26 12:43:57 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60B6316A417 for ; Mon, 26 Nov 2007 12:43:57 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.giulioferro.it (mail.giulioferro.it [85.18.102.52]) by mx1.freebsd.org (Postfix) with ESMTP id 1711F13C4F2 for ; Mon, 26 Nov 2007 12:43:57 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from localhost (localhost [127.0.0.1]) by mail.giulioferro.it (Postfix) with ESMTP id 178C133C90; Mon, 26 Nov 2007 13:46:09 +0100 (CET) X-Virus-Scanned: amavisd-new at giulioferro.it Received: from mail.giulioferro.it ([127.0.0.1]) by localhost (aurynwork1sv1.giulioferro.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qzHspkADeM48; Mon, 26 Nov 2007 13:46:04 +0100 (CET) Received: from aurynwork1ws1.giulioferro.it (aurynwork1ws1.giulioferro.it [192.168.114.10]) (Authenticated sender: gferro@giulioferro.it) by mail.giulioferro.it (Postfix) with ESMTP id A045733C45; Mon, 26 Nov 2007 13:46:04 +0100 (CET) Message-ID: <474ABFEB.10901@zirakzigil.org> Date: Mon, 26 Nov 2007 13:45:31 +0100 From: Giulio Ferro User-Agent: Thunderbird 2.0.0.6 (X11/20071112) MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <474830F9.90305@zirakzigil.org> <20071124150854.GA3451@zen.inc> <20071126111520.GC48107@gremlin.foo.is> <20071126123029.W53707@maildrop.int.zabbadoz.net> In-Reply-To: <20071126123029.W53707@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Baldur Gislason , freebsd-hackers@freebsd.org Subject: Re: doubt about IPSEC - Freebsd 7 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2007 12:43:57 -0000 Bjoern A. Zeeb wrote: > On Mon, 26 Nov 2007, Baldur Gislason wrote: > > Hi, > >> And since we're on this subject... is it possible to do IPSEC over UDP >> tunnels in FreeBSD now? I have a couple of networks with dumb NAT and >> need a way to tunnel out of them in a reliable manner. > > only with the patch, not out of the box. > A good question could be : when the natt patch will be integrated? I've been using it for more than 1 year and it seems solid. Are there issues about that? From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 26 12:46:11 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B56F016A41B for ; Mon, 26 Nov 2007 12:46:11 +0000 (UTC) (envelope-from vasanth.raonaik@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id 7184513C465 for ; Mon, 26 Nov 2007 12:46:11 +0000 (UTC) (envelope-from vasanth.raonaik@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so388488wra for ; Mon, 26 Nov 2007 04:46:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=B/WlifHkaZa0Twz9bqTKfbKJ9CusJIYnd91slawOpyg=; b=kTE6C8EkSUJzkfylOAmcZTKiaF+/DAhdYpDnQeUO7XEqMQNLZtzWxwZN7ma71g6qmr5Ms+IYwyQwHc3JEfoWQyBSNfuhv5FW8hrWgy24SfCOj3BHwzvNLyPttsvop7qIfpx38axyk+EPSeWZA481B3YhdQFm7AwT0Nb/nMMQpEc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=AubjZvJ27sw6bsfzTABLDX1vJfSOrzHy0QR5q2AYzGDKdX6Xclp9WP83SuQlzbQ2UPVACzFKfGAZt85lWAvgkGJKzqlXJr7WFpUuorLOLT4dxhGnh1ehsF2Gpxabro1eWUckLgj5LWQQC5Fiyx8ixW/loD36Tu3CdmFrcDDKJ+4= Received: by 10.142.253.21 with SMTP id a21mr235849wfi.1196079654604; Mon, 26 Nov 2007 04:20:54 -0800 (PST) Received: by 10.142.87.15 with HTTP; Mon, 26 Nov 2007 04:20:54 -0800 (PST) Message-ID: Date: Mon, 26 Nov 2007 17:50:54 +0530 From: "vasanth raonaik" 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: find_symdef() returns invalid value. 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, 26 Nov 2007 12:46:11 -0000 Hello Hackers, find_symdef() sometimes returns invalid value in def and a null in defobjout. This causes any binary to recieve a segmentation fault and cores. I have recieved a core for rcp because of this issue. This issue was also been raised by someothers in the list. http://lists.freebsd.org/pipermail/freebsd-current/2004-February/021698.html I would like to know if anyone has debugged this issue. This doesnt happen always. There is definetely a bug which needs to be fixed. Please mail in your messages about the issue and how to fix it. Thanks, vasanth From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 26 16:03:39 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A257116A420 for ; Mon, 26 Nov 2007 16:03:39 +0000 (UTC) (envelope-from jandrese@mitre.org) Received: from smtp-bedford.mitre.org (smtp-bedford.mitre.org [192.160.51.76]) by mx1.freebsd.org (Postfix) with ESMTP id 4B82B13C47E for ; Mon, 26 Nov 2007 16:03:39 +0000 (UTC) (envelope-from jandrese@mitre.org) Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (8.12.11.20060308/8.12.11) with SMTP id lAQFpPwB009848 for ; Mon, 26 Nov 2007 10:51:25 -0500 Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (Postfix) with ESMTP id A778EBF97 for ; Mon, 26 Nov 2007 10:51:25 -0500 (EST) Received: from IMCFE1.MITRE.ORG (imcfe1.mitre.org [129.83.29.3]) by smtp-bedford.mitre.org (8.12.11.20060308/8.12.11) with ESMTP id lAQFpPsG009821; Mon, 26 Nov 2007 10:51:25 -0500 Received: from IMCSRV6.MITRE.ORG ([129.83.20.237]) by IMCFE1.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.1830); Mon, 26 Nov 2007 10:51:25 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 26 Nov 2007 10:51:23 -0500 Message-ID: <53B52415C756A84E8A169F0E3673A329909080@IMCSRV6.MITRE.ORG> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Welcome to Hell / Mysterious networking troubles on FreeBSD Thread-Index: Acgu6+6nrfUbzL6LRPuoa3pimsaPpgBV/K7g References: <000101c82ed9$4d0986b0$0200a8c0@windsor><4748A0FA.1060402@elischer.org> From: "Andresen, Jason R." To: "Jeff Mohler" , "Julian Elischer" X-OriginalArrivalTime: 26 Nov 2007 15:51:25.0067 (UTC) FILETIME=[32F1B5B0:01C83044] Cc: freebsd-hackers@freebsd.org, "Joel V." Subject: RE: Welcome to Hell / Mysterious networking troubles on 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: Mon, 26 Nov 2007 16:03:39 -0000 >From: owner-freebsd-hackers@freebsd.org=20 >[mailto:owner-freebsd-hackers@freebsd.org] On Behalf Of Jeff Mohler > >On Nov 24, 2007 2:08 PM, Julian Elischer wrote: > >> Joel V. wrote: >> > Hello. >> > >> > A big thanks to everyone who contacted me. FreeBSD really=20 >has the best >> > community one could help for. >> > >> > Now, it has been confirmed by the backbone manager that=20 >we're dealing >> with a >> > DDOS attack. However, the ISP seems to be as clueless as a headless >> sheep, >> > and we haven't been able to contact their technical staff=20 >yet (of course >> one >> > can't be 100% sure that they even have a technical staff,=20 >judging by the >> > level of their response). >> > >> > Hopefully the situation will be fixed soon. One final=20 >question though: >> are >> > there any quick steps one can take to protect their server=20 >from DDOS >> attacks >> > like these? >> > >Well..call the people responsible for the source IP, complain=20 >to them as >well. However, it's important to remember that those are UDP messages, so it is trivial to spoof the source address. They could easily be coming from hundreds of different hosts but all have the same src address set. From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 26 21:04:38 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCC8616A417 for ; Mon, 26 Nov 2007 21:04:38 +0000 (UTC) (envelope-from juri_mian@yahoo.com) Received: from n6.bullet.mud.yahoo.com (n6.bullet.mud.yahoo.com [216.252.100.57]) by mx1.freebsd.org (Postfix) with SMTP id 5A6BD13C46A for ; Mon, 26 Nov 2007 21:04:38 +0000 (UTC) (envelope-from juri_mian@yahoo.com) Received: from [209.191.108.97] by n6.bullet.mud.yahoo.com with NNFMP; 26 Nov 2007 20:52:14 -0000 Received: from [68.142.237.87] by t4.bullet.mud.yahoo.com with NNFMP; 26 Nov 2007 20:52:14 -0000 Received: from [69.147.75.192] by t3.bullet.re3.yahoo.com with NNFMP; 26 Nov 2007 20:52:14 -0000 Received: from [127.0.0.1] by omp108.mail.re1.yahoo.com with NNFMP; 26 Nov 2007 20:52:14 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 540389.48654.bm@omp108.mail.re1.yahoo.com Received: (qmail 25240 invoked by uid 60001); 26 Nov 2007 20:52:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=eebwrbn7ZusKLNbXLj3zeNvTNCpSrDGgVCvLVoKv7MFvGXbvvxyU3motVwKaWQzA7d9XfMH3jnF/jMk7iWKX7W5wlYthCz2in2CDVjZ7RxiE5F6T4r69w6KvR5ABYVpB39EPK/xI0OkhmJTtqwUuB64/5POinjzdMNhaS1Q/LoY=; X-YMail-OSG: evhAGlEVM1ntVccIdVAIOZmgrgIl_xVMbPMMuXRqDyNpOjsdjU.oT0KryF1gAHvDtCidg3gLATtOma2wbN5ymtfYpAJqCCizvj4K Received: from [71.63.232.32] by web45614.mail.sp1.yahoo.com via HTTP; Mon, 26 Nov 2007 12:52:13 PST Date: Mon, 26 Nov 2007 12:52:13 -0800 (PST) From: Juri Mianovich To: Robert Watson In-Reply-To: <20071121212431.N60495@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <554518.24927.qm@web45614.mail.sp1.yahoo.com> X-Mailman-Approved-At: Mon, 26 Nov 2007 21:33:42 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: peak mbuf stat missing ... and needed ... 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, 26 Nov 2007 21:04:38 -0000 --- Robert Watson wrote: > > On Mon, 19 Nov 2007, Juri Mianovich wrote: > > > I am sorry to repost, but I cannot get any answer > on this from -net or > > -questions ... is there any answer to getting this > stat ? (see below) Thank you for your explanation. Since my main goal in all of this is to find out when, and if, I am maxing out mbufs, can you confirm to me that if one or both of these lines: 1393/3255452/3253717 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) have non-zero numbers, then I can be sure that I am indeed running out of mbufs ? The answer to that will at least solve half of the issue ... the other half, seeing when you are _close_ to running out, is not possible anymore, if I understand what you are telling me. Thanks. ____________________________________________________________________________________ Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 27 09:59:30 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16BC416A420 for ; Tue, 27 Nov 2007 09:59:30 +0000 (UTC) (envelope-from vasanth.raonaik@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.239]) by mx1.freebsd.org (Postfix) with ESMTP id C546513C467 for ; Tue, 27 Nov 2007 09:59:29 +0000 (UTC) (envelope-from vasanth.raonaik@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so633821nzf for ; Tue, 27 Nov 2007 01:59:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=CA/sK3/pKdwOwlC6YYcGycz8/vF1jyW3glnIu/Yo0pY=; b=qwDHaWJ6fvCYju6JgMrdvkRT9XwCyiPbIyuXUEgjj9YLeQJ6BUy1CZiBUom37mjaCumi/z6XH2fZaMD+xdS2umQMBuFGlWo1cZVhyXAQKoLgpvKnzfvaSYVmONfEURgJG8FVxjeZbQFXkB4JOC9KUuLPJiGmKW3z93axl9exjEo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BhFFmCTUBgY36y1urE75IONLIeN07tMx/ttaJcp6TeoL7m/X+9wRQ/eli7cSHUgd3qXmRgoSGPCt+qb+zz2Mh9YntnWRCdXUg0UN+auiy1O76b43cnULOwml/SQbsoscT+IjN3rZzfFhYJQRMkkkwujhlE9lf1YoDCUuesyhp+M= Received: by 10.142.132.2 with SMTP id f2mr769980wfd.1196157568404; Tue, 27 Nov 2007 01:59:28 -0800 (PST) Received: by 10.142.87.15 with HTTP; Tue, 27 Nov 2007 01:59:28 -0800 (PST) Message-ID: Date: Tue, 27 Nov 2007 15:29:28 +0530 From: "vasanth raonaik" To: freebsd-hackers@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: Re: find_symdef() returns invalid value. 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, 27 Nov 2007 09:59:30 -0000 Hello All, Is any one looking into this issue. Please mail me for more info. On Nov 26, 2007 5:50 PM, vasanth raonaik wrote: > Hello Hackers, > > find_symdef() sometimes returns invalid value in def and a null in > defobjout. This causes any binary to recieve a segmentation fault and > cores. I have recieved a core for rcp because of this issue. This > issue was also been raised by someothers in the list. > > http://lists.freebsd.org/pipermail/freebsd-current/2004-February/021698.html > > I would like to know if anyone has debugged this issue. This doesnt > happen always. There is definetely a bug which needs to be fixed. > Please mail in your messages about the issue and how to fix it. > > Thanks, > vasanth > From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 27 11:06:03 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2E4016A418 for ; Tue, 27 Nov 2007 11:06:03 +0000 (UTC) (envelope-from cyber.spike@yahoo.com) Received: from n3b.bullet.mail.tp2.yahoo.com (n3b.bullet.mail.tp2.yahoo.com [203.188.202.110]) by mx1.freebsd.org (Postfix) with SMTP id 1D51213C45D for ; Tue, 27 Nov 2007 11:06:02 +0000 (UTC) (envelope-from cyber.spike@yahoo.com) Received: from [202.43.196.224] by n3.bullet.mail.tp2.yahoo.com with NNFMP; 27 Nov 2007 10:53:04 -0000 Received: from [68.142.237.88] by t1.bullet.tpe.yahoo.com with NNFMP; 27 Nov 2007 10:53:04 -0000 Received: from [209.191.108.96] by t4.bullet.re3.yahoo.com with NNFMP; 27 Nov 2007 10:53:04 -0000 Received: from [209.191.119.173] by t3.bullet.mud.yahoo.com with NNFMP; 27 Nov 2007 10:53:04 -0000 Received: from [127.0.0.1] by omp104.mail.mud.yahoo.com with NNFMP; 27 Nov 2007 10:53:04 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 830469.88913.bm@omp104.mail.mud.yahoo.com Received: (qmail 15530 invoked by uid 60001); 27 Nov 2007 09:31:22 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=6pR6XVUtLywaoGsfklNTdpNnqtlClG9ts6m3cDohvK4y7bbb0jsGx8BLVvHu7gXxYS9+MybGHAvmOH4X+B7hiMGE3u90+ZrLvnZK1WuifYqy8u9J0SQbq8TQSCRpzWfkzKjRdvS7HJWqCJCPiQ/r0f1q+pWRIxH177YlyrvX7o0=; X-YMail-OSG: 0VHuseUVM1lGqlXl9YgSIY1CCNQ1fCbLKtYhBjhLfVxl92kBBJqnOQCvI52CMyMb.ZOi8H5iztsnou5BPKpoA88KVR_9ckVExl_x Received: from [59.93.161.0] by web45613.mail.sp1.yahoo.com via HTTP; Tue, 27 Nov 2007 01:31:22 PST X-Mailer: YahooMailRC/818.27 YahooMailWebService/0.7.157 Date: Tue, 27 Nov 2007 01:31:22 -0800 (PST) From: sourav das To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Message-ID: <360166.14926.qm@web45613.mail.sp1.yahoo.com> X-Mailman-Approved-At: Tue, 27 Nov 2007 12:18:56 +0000 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: how to write a raw socket server using UDP 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, 27 Nov 2007 11:06:03 -0000 hello all, i m a new comer. i wrote a raw socket client using setsockopt (sock, IPPROTO_IP. IPHDRINCL, ....)using UDP. ihave followed MS_Press network programming . it is showing 19 bytes sent successfully. when trying to send more than 19 bytes using sendto(sock, ...) function , it is showing socket error on sending. i want to know how to write a raw socket server program so that to catch and display the data sent by the client. thanks a lot, keep fit, regards, spike. ____________________________________________________________________________________ Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 27 12:46:11 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E48C816A419 for ; Tue, 27 Nov 2007 12:46:11 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id BD78013C447 for ; Tue, 27 Nov 2007 12:46:11 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 3EA9346B13; Tue, 27 Nov 2007 07:49:54 -0500 (EST) Date: Tue, 27 Nov 2007 12:46:04 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: vasanth raonaik In-Reply-To: Message-ID: <20071127124501.I94692@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: find_symdef() returns invalid value. 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, 27 Nov 2007 12:46:12 -0000 On Tue, 27 Nov 2007, vasanth raonaik wrote: > Is any one looking into this issue. Please mail me for more info. Vasanth, Could you file a problem report using send-pr on this problem? FreeBSD hackers@ has a somewhat mixed subscription, and may not catch all the relevant developers, and spitting it into the PR machine may help find an owner for the issue. Thanks, Robert N M Watson Computer Laboratory University of Cambridge > > On Nov 26, 2007 5:50 PM, vasanth raonaik wrote: >> Hello Hackers, >> >> find_symdef() sometimes returns invalid value in def and a null in >> defobjout. This causes any binary to recieve a segmentation fault and >> cores. I have recieved a core for rcp because of this issue. This >> issue was also been raised by someothers in the list. >> >> http://lists.freebsd.org/pipermail/freebsd-current/2004-February/021698.html >> >> I would like to know if anyone has debugged this issue. This doesnt >> happen always. There is definetely a bug which needs to be fixed. >> Please mail in your messages about the issue and how to fix it. >> >> Thanks, >> vasanth >> > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 27 13:37:17 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3E3016A420 for ; Tue, 27 Nov 2007 13:37:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id BD48513C45D for ; Tue, 27 Nov 2007 13:37:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 9DAF81A4D7C; Tue, 27 Nov 2007 05:37:16 -0800 (PST) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Tue, 27 Nov 2007 08:24:55 -0500 User-Agent: KMail/1.9.7 References: <20071118020533.GA57425@saturn.kn-bremen.de> <20071118224345.GA81339@saturn.kn-bremen.de> In-Reply-To: <20071118224345.GA81339@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711270824.55839.jhb@freebsd.org> Cc: freebsd-emulation@freebsd.org, Juergen Lock Subject: Re: double panic, and whats apic_cmd? (kqemu crash...) 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, 27 Nov 2007 13:37:17 -0000 On Sunday 18 November 2007 05:43:45 pm Juergen Lock wrote: > On Sun, Nov 18, 2007 at 03:05:33AM +0100, Juergen Lock wrote: > > Ok I finally have an amd64 smp box here that i can play with, and tried > > to reproduce http://www.freebsd.org/cgi/query-pr.cgi?pr=113430 - and I got > > the following crash: > >[...] > > Ok, the crashes seem to be pretty random, I got a few more: > (btw I disabled -DSMP in the kqemu build since it doesn't seem to help, > and it doesn't seem to be used anywhere else. Also I forgot to say > I also have KDB_TRACE and KDB_UNATTENDED in the kernel config. Oh and > I had a few hangs too, and never could get into ddb in those cases...) > > [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 "amd64-marcel-freebsd". > > Unread portion of the kernel message buffer: > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x246 > fault code = supervisor read instruction, page not present > instruction pointer = 0x8:0x246 > stack pointer = 0x10:0xffffffff9fae4b50 > frame pointer = 0x10:0xffffffff9fae4b80 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 11 (idle: cpu1) > trap number = 12 > <0> > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0xc011dbfb > fault code = supervisor read instruction, page not present > instruction pointer = 0x8:0xc011dbfb > stack pointer = 0x10:0xffffffff9fae47d0 > frame pointer = 0x10:0x801de4000 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = trace trap, interrupt enabled, nested task, IOPL = 3 > current process = 11 (idle: cpu1) > trap number = 12 > panic: page fault > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x17a > trap_fatal() at trap_fatal+0x29f > trap_pfault() at trap_pfault+0x294 > trap() at trap+0x2ea > sendsig() at sendsig+0x2aa > sched_choose() at sched_choose+0x8c > choosethread() at choosethread+0x2b > sched_switch() at sched_switch+0x184 > mi_switch() at mi_switch+0x189 > ast() at ast+0x1e8 > doreti_ast() at doreti_ast+0x1f > Uptime: 37m8s > Physical memory: 986 MB > Dumping 152 MB: 137 121 105 89 73 57 41 25 9 > > #0 doadump () at pcpu.h:194 > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:194 > #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. > ) at ../../../kern/kern_shutdown.c:563 > #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > ) > at ../../../amd64/amd64/trap.c:697 > #4 0xffffffff8070e254 in trap_pfault (frame=0xffffffff9fae4720, usermode=0) > at ../../../amd64/amd64/trap.c:614 > #5 0xffffffff8070ec0a in trap (frame=0xffffffff9fae4720) > at ../../../amd64/amd64/trap.c:383 > #6 0xffffffff806fcd4a in sendsig (catcher=0x405460, ksi=Variable "ksi" is not available. > ) > at ../../../amd64/amd64/machdep.c:326 > #7 0xffffffff804a16ec in sched_choose () at ../../../kern/sched_4bsd.c:1256 > #8 0xffffffff804a174b in choosethread () at kern_switch.c:137 > #9 0xffffffff804a2984 in sched_switch (td=0xffffff000209b680, > newtd=0xffffff00021a18c0, flags=13) at ../../../kern/sched_4bsd.c:907 > #10 0xffffffff8048cc99 in mi_switch (flags=2, newtd=0x0) > at ../../../kern/kern_synch.c:442 > #11 0xffffffff804b7068 in ast (framep=0xffffffff9fae4c70) > at ../../../kern/subr_trap.c:239 > #12 0xffffffff806f4999 in doreti_ast () at ../../../amd64/amd64/exception.S:468 > #13 0x0000000811d87d74 in ?? () > #14 0x0000000000000005 in ?? () > #15 0x00000000000010e0 in ?? () > ---Type to continue, or q to quit--- > #16 0x0000000811d87d8c in ?? () > #17 0x0000000801de4000 in ?? () > #18 0x0000000741e00000 in ?? () > #19 0x000000000215dd30 in ?? () > #20 0x0000000000d49160 in ?? () > #21 0x00000000c016fdf0 in ?? () > #22 0x0000000000000000 in ?? () > #23 0x0000000801de84d0 in ?? () > #24 0xffffffffbfffffff in ?? () > #25 0x0000000000063fff in ?? () > #26 0x0000000801de4000 in ?? () > #27 0x0000000000063fff in ?? () > #28 0x0000000000000016 in ?? () > #29 0x0000000000000000 in ?? () > #30 0x0000000000000000 in ?? () > #31 0x0000000000000000 in ?? () > #32 0x000000000215dd0c in ?? () > #33 0x000000000000002b in ?? () > #34 0x0000000000000286 in ?? () > #35 0x00007fffffffb608 in ?? () > #36 0x0000000000000023 in ?? () > #37 0x0000000000000000 in ?? () > #38 0x0000000000000000 in ?? () > ---Type to continue, or q to quit--- > #39 0x0000000000c9f000 in ?? () > #40 0x00000000fffffffd in ?? () > #41 0xffffff0001080460 in ?? () > #42 0xffffff000209b680 in ?? () > #43 0x0000000000000001 in ?? () > #44 0xffffffff9fae4bb0 in ?? () > #45 0xffffffff9fae4b68 in ?? () > #46 0xffffff00010819c0 in ?? () > #47 0xffffffff804a2984 in sched_switch (td=0xd49160, newtd=0x63fff, > flags=409599) at ../../../kern/sched_4bsd.c:907 > Previous frame inner to this frame (corrupt stack?) > (kgdb) q > iapetus# exit > > and > > [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 "amd64-marcel-freebsd". > > Unread portion of the kernel message buffer: > kernel trap 12 with interrupts disabled > > > Fatal trap 0: while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x4300:0xffffffff9fae41c0 > stack pointer = 0x10:0xffffffff9fae4190 > frame pointer = 0x10:0x5 > code segment = base 0x0, limit 0x0, type 0x0 > = DPL 0, pres 0, long 0, def32 0, gran 0 > processor eflags = resume, IOPL = 0 > current process = 904 (qemu-system-x86_64) > trap number = kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x46 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff804aff9d > stack pointer = 0x10:0xffffffff9fae3d20 > frame pointer = 0x10:0xffffffff9fae3e80 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 904 (qemu-system-x86_64) > trap number = 12 > panic: page fault > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x17a > trap_fatal() at trap_fatal+0x29f > trap() at trap+0x242 > calltrap() at calltrap+0x8 > --- trap 0xc, rip = 0xffffffff804aff9d, rsp = 0xffffffff9fae3d20, rbp = 0xffffffff9fae3e80 --- > kvprintf() at kvprintf+0x11ed > printf() at printf+0xa4 > uart_z8530_class() at 0x3386 > swapb.6687() at swapb.6687+0x13f > Uptime: 19m14s > Physical memory: 986 MB > Dumping 113 MB: (CTRL-C to abort) 98 82 66 (CTRL-C to abort) 50 34 18 2 > > #0 doadump () at pcpu.h:194 > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:194 > #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. > ) at ../../../kern/kern_shutdown.c:563 > #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > ) > at ../../../amd64/amd64/trap.c:697 > #4 0xffffffff8070eb62 in trap (frame=0xffffffff9fae3c70) > at ../../../amd64/amd64/trap.c:248 > #5 0xffffffff806f3e0e in calltrap () at ../../../amd64/amd64/exception.S:169 > #6 0xffffffff804aff9d in kvprintf (fmt=0xffffffff807febff "\n", > func=0xffffffff804b07d0 , arg=0xffffffff9fae3e90, radix=10, > ap=0xffffffff9fae3ec0) at ../../../kern/subr_prf.c:819 > #7 0xffffffff804b0284 in printf (fmt=Variable "fmt" is not available. > ) at ../../../kern/subr_prf.c:314 > #8 0x0000000000003386 in ?? () > #9 0xffffffff9fae4090 in ?? () > #10 0xffffffff806f4667 in Xtimerint () at apic_vector.S:103 > Previous frame identical to this frame (corrupt stack?) > (kgdb) q > iapetus# exit > > Script done on Sun Nov 18 19:11:41 2007 > > and: > > [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 "amd64-marcel-freebsd". > > Unread portion of the kernel message buffer: > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xd > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff8073d743 > stack pointer = 0x10:0xffffffff9fae4610 > frame pointer = 0x10:0x0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 948 (qemu-system-x86_64) > trap number = 12 > panic: page fault > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x17a > trap_fatal() at trap_fatal+0x29f > dmapbase() at 0xffffff0001080460 > dmapbase() at 0xffffff00010819c0 > Uptime: 23m57s > Physical memory: 986 MB > Dumping 152 MB: 137 121 105 89 73 57 41 25 9 > > #0 doadump () at pcpu.h:194 > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:194 > #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. > ) at ../../../kern/kern_shutdown.c:563 > #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > ) > at ../../../amd64/amd64/trap.c:697 > #4 0xffffff0001080460 in ?? () > #5 0xffffffff80a4d8a0 in lapics () > #6 0xffffff00010819c0 in ?? () > #7 0x0000000000000000 in ?? () > #8 0xffffff0001055600 in ?? () > #9 0xffffffff9fae44e0 in ?? () > #10 0xffffffff8044ffed in hardclock_cpu (usermode=Variable "usermode" is not available. > ) > at ../../../kern/kern_clock.c:224 > #11 0xffffff00010819c0 in ?? () > #12 0x0000000000000000 in ?? () > #13 0xffffff000215b000 in ?? () > #14 0xffffffff9fae4610 in ?? () > #15 0xffffff000215b000 in ?? () > #16 0x0000000000000000 in ?? () > #17 0xffffffff80a26430 in main_console () > #18 0x00000000000213bf in ?? () > #19 0xffffff00010819c0 in ?? () > #20 0x0000000000000000 in ?? () > ---Type to continue, or q to quit--- > #21 0x0000000000000000 in ?? () > #22 0xffffffff80a2fd78 in runq () > #23 0xffffff000215b000 in ?? () > #24 0x0000000000000001 in ?? () > #25 0xffffffff8047953c in _mtx_lock_spin (m=0xffffffff80a26430, tid=136126, > opts=Variable "opts" is not available. > ) at cpufunc.h:343 > Previous frame inner to this frame (corrupt stack?) > (kgdb) q > iapetus# exit > > kgdb still seems to be kind of confused tho, afaict runq is a variable > not a function... Anyone can make head or tail of these crashes? I would check your hardware for bad RAM, etc. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 27 13:37:18 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 372A916A417; Tue, 27 Nov 2007 13:37:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2452013C461; Tue, 27 Nov 2007 13:37:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id BD1011A4D7E; Tue, 27 Nov 2007 05:37:17 -0800 (PST) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Tue, 27 Nov 2007 08:26:44 -0500 User-Agent: KMail/1.9.7 References: <554518.24927.qm@web45614.mail.sp1.yahoo.com> In-Reply-To: <554518.24927.qm@web45614.mail.sp1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711270826.44847.jhb@freebsd.org> Cc: Juri Mianovich , Robert Watson Subject: Re: peak mbuf stat missing ... and needed ... 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, 27 Nov 2007 13:37:18 -0000 On Monday 26 November 2007 03:52:13 pm Juri Mianovich wrote: > > --- Robert Watson wrote: > > > > > On Mon, 19 Nov 2007, Juri Mianovich wrote: > > > > > I am sorry to repost, but I cannot get any answer > > on this from -net or > > > -questions ... is there any answer to getting this > > stat ? (see below) > > > Thank you for your explanation. > > Since my main goal in all of this is to find out when, > and if, I am maxing out mbufs, can you confirm to me > that if one or both of these lines: > > 1393/3255452/3253717 requests for mbufs denied > (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > > have non-zero numbers, then I can be sure that I am > indeed running out of mbufs ? Yes. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 27 17:14:41 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D8BB16A419 for ; Tue, 27 Nov 2007 17:14:41 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5245C13C4D5 for ; Tue, 27 Nov 2007 17:14:41 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ix3ku-0008Dx-BT for freebsd-hackers@freebsd.org; Tue, 27 Nov 2007 16:57:52 +0000 Received: from 78-1-106-178.adsl.net.t-com.hr ([78.1.106.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Nov 2007 16:57:52 +0000 Received: from ivoras by 78-1-106-178.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Nov 2007 16:57:52 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Tue, 27 Nov 2007 17:57:33 +0100 Lines: 38 Message-ID: References: <360166.14926.qm@web45613.mail.sp1.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBBDAF8DD61680DA34176191A" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-106-178.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: <360166.14926.qm@web45613.mail.sp1.yahoo.com> X-Enigmail-Version: 0.95.5 Sender: news Subject: Re: how to write a raw socket server using UDP 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, 27 Nov 2007 17:14:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBBDAF8DD61680DA34176191A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable sourav das wrote: > hello all, >=20 > i m a new comer. i wrote a raw socket client=20 > using setsockopt (sock, IPPROTO_IP. IPHDRINCL, ....)using UDP. ihave fo= llowed=20 > MS_Press network programming . it is showing 19 bytes sent successfully= =2E when=20 > trying to send more than 19 bytes using sendto(sock, ...) function = , it is=20 > showing socket error on sending. i want to know how to write a raw sock= et server=20 > program so that to catch and display the data sent by the client. I don't think you can do it with the socket API, try using bpf or netgrap= h. --------------enigBBDAF8DD61680DA34176191A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTEyDldnAQVacBcgRAkYEAJ4/KkHsf6CI70S8WfG6vpw6gDxyAQCg/Qm+ Vi81Zj1qFJxIg/Lk+jKFf/A= =BbVQ -----END PGP SIGNATURE----- --------------enigBBDAF8DD61680DA34176191A-- From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 27 17:35:09 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36FF716A418 for ; Tue, 27 Nov 2007 17:35:09 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 140D113C45B for ; Tue, 27 Nov 2007 17:35:08 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7C53746DDD for ; Tue, 27 Nov 2007 12:22:39 -0500 (EST) Date: Tue, 27 Nov 2007 17:18:47 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: hackers@FreeBSD.org Message-ID: <20071127171228.N94692@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Updated procstat(1) 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, 27 Nov 2007 17:35:09 -0000 Dear all, I've updated the procstat(1) kernel patch and userland tool; the updated version can be found at: http://www.watson.org/~robert/freebsd/20071127-procstat.tgz The new version includes a number of changes from the old version, including: - A number of bug fixes and cleanliness improvements in the layout of output, etc, including fixes for bugs reported by Skip Ford. - "-a" now means "all processes", and the old -a has become -c, and the old -c has become -s. I.e., "All", "Command line" and "Security" rather than "Args" and "Credential". - Threads and processes are now sorted by pid and then tid. If processes are specified manually by pid, they are not sorted, although their threads will be. - A new "-k" has been added, which prints the kernel thread stacks for threads in a process (although not swapped out or actively running threads). This is extremely useful for answering questions of the sort "But *why* is the process blocked in UMA". It has both a simple mode (-k_, which lists just kernel function names, and a slightly more detailed mode (-kk), which adds the offset into the function. The last of these required new kernel changes, including an MD component. I've tested the MD parts only on i386, although I have quick hacks at what they should look like on amd64, arm, powerpc, sparc64, sun4v. I don't promise these compile or work, but they might do. I think procstat(1) is getting a lot closer to commitable state for 8-CURRENT, but further feedback would be most welcome (including reports of success on non-i386 architectures, and possibly patches to fix them). For FreeBSD developers with P4 access, you can also check out //depot/user/rwatson/procstat/... Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 27 18:42:43 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08DFE16A417 for ; Tue, 27 Nov 2007 18:42:43 +0000 (UTC) (envelope-from thierry.herbelot@laposte.net) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id B3FFD13C4CC for ; Tue, 27 Nov 2007 18:42:42 +0000 (UTC) (envelope-from thierry.herbelot@laposte.net) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by postfix1-g20.free.fr (Postfix) with ESMTP id 71A4B1ED6510 for ; Tue, 27 Nov 2007 19:17:16 +0100 (CET) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 4AB303EA133 for ; Tue, 27 Nov 2007 19:17:14 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id BC93A3EA0ED for ; Tue, 27 Nov 2007 19:17:13 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.0/8.14.0) with ESMTP id lARIHBqx027519; Tue, 27 Nov 2007 19:17:11 +0100 (CET) From: Thierry Herbelot To: freebsd-hackers@freebsd.org Date: Tue, 27 Nov 2007 19:17:03 +0100 User-Agent: KMail/1.9.7 References: <360166.14926.qm@web45613.mail.sp1.yahoo.com> In-Reply-To: <360166.14926.qm@web45613.mail.sp1.yahoo.com> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200711271917.05085.thierry.herbelot@laposte.net> Cc: sourav das Subject: Re: how to write a raw socket server using UDP 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, 27 Nov 2007 18:42:43 -0000 Le Tuesday 27 November 2007, sourav das a écrit : > hello all, > > i m a new comer. i wrote a raw socket client > using setsockopt (sock, IPPROTO_IP. IPHDRINCL, ....)using UDP. ihave > followed MS_Press network programming . it is showing 19 bytes sent is this the best reference you found ? a better text is "Unix network programming" by Stevens. the canonical program using raw socket is ping, and you can find its source in the FreeBSD src tree Happy reading TfH From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 27 19:25:55 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A0B016A421 for ; Tue, 27 Nov 2007 19:25:55 +0000 (UTC) (envelope-from prvs=18517728d5=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 3099A13C457 for ; Tue, 27 Nov 2007 19:25:54 +0000 (UTC) (envelope-from prvs=18517728d5=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1196190413; x=1196795213; q=dns/txt; h=Received: Message-ID:From:To:Subject:Date:MIME-Version:Content-Type: Content-Transfer-Encoding; bh=bp4DPNZ0obCAtjz8BrhXRDIMIYhwzJjOKS aYBnkMe2o=; b=cd/JAvRgasFMwNHlS38hSvuqfxlHV3fWR5kARUMiVGT86qeySd 3oR2/hqOreq9GdDAohfvaNpWBKwVPXIt392wONeJvN0ZiFABOQv+ZvAXR9h/JcR5 VoVCaOktmDtxCFUoeGccY0O1pQjRPzd4tXGWw6TSj5cCIdPIeo1IDGqeo= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.2) with ESMTP id md50004536336.msg for ; Tue, 27 Nov 2007 19:06:52 +0000 Message-ID: <06b601c83128$a81bb4a0$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: Date: Tue, 27 Nov 2007 19:06:46 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=18517728d5=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org X-Spam-Processed: mail1.multiplay.co.uk, Tue, 27 Nov 2007 19:06:52 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 27 Nov 2007 19:06:53 +0000 Subject: Jail with a back door interface? 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, 27 Nov 2007 19:25:55 -0000 Is it possible to create a jail with more than one IP? What I'm looking to do is have a forward facing IP and an backwards facing IP in the same jail so it can talk to the internet and our back door systems. Looking around this doesn't seem possible but is it? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 27 19:36:57 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1779C16A41B for ; Tue, 27 Nov 2007 19:36:57 +0000 (UTC) (envelope-from firmdog@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id 098C113C43E for ; Tue, 27 Nov 2007 19:36:53 +0000 (UTC) (envelope-from firmdog@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1009591rvb for ; Tue, 27 Nov 2007 11:36:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=yY5gl0h6FXZUrj1mJapCKr07l7FcKHwyPX58HWA3TgU=; b=MbJTgnKpzTLlrM73zSMXG1GEA33yA5KHR2iUhwqwFOnAXU6xJMO5sgG8neG7nP99iWhNqF3M7OeRS9tNGAshr2MkGHrZkDa0KJ4cH9oFZBo6geBfDGnIQa8cyfH05rCF/ffNT+PcORbEB6ycnF3CvMZ+ofENgSLGaxEPJg7Ax6Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type; b=cjcK6pwH6wyw9xxi43qrSMTrk8x8c4nfnVxmqGf4WLIveXWS3BSBKNdyCNyXylqQFFO0f2ZunpkV1Sf/jXnknddlyxdY/xNMt9QJbO3tYHJsBkgB/mRSndJHocuDVkBTYaoolWfyGNOwBSZ0K6icNAB+IcwA1lVx7U/UWy0IKuY= Received: by 10.141.4.3 with SMTP id g3mr2111335rvi.1196190529201; Tue, 27 Nov 2007 11:08:49 -0800 (PST) Received: by 10.141.162.3 with HTTP; Tue, 27 Nov 2007 11:08:49 -0800 (PST) Message-ID: Date: Tue, 27 Nov 2007 14:08:49 -0500 From: "firmdog@gmail.com" 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: ad0: WARNING - removed from configuration (atacontrol and gmirror relationship?) 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, 27 Nov 2007 19:36:57 -0000 This just happened on my server: Nov 22 03:21:11 sockeye kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=28892960 Nov 22 03:21:11 sockeye kernel: ad0: WARNING - removed from configuration Nov 22 03:21:11 sockeye kernel: GEOM_MIRROR: Device gm0s1: provider ad0 disconnected. Nov 22 03:21:11 sockeye kernel: GEOM_MIRROR: Request failed (error=6). ad0[WRITE(offset=13881704448, length=12288)] Nov 22 03:21:11 sockeye kernel: GEOM_MIRROR: Request failed (error=6). ad0[WRITE(offset=14795718656, length=2048)] Nov 22 03:21:11 sockeye kernel: GEOM_MIRROR: Request failed (error=6). ad0[WRITE(offset=770891776, length=16384)] Nov 22 03:21:11 sockeye kernel: ata0-master: FAILURE - WRITE_DMA timed out Nov 22 03:21:11 sockeye kernel: GEOM_MIRROR: Request failed (error=5). ad0[WRITE(offset=14793195520, length=2048)] Now the ad0 Master drive no longer exists: -su-2.05b$ sudo atacontrol list ATA channel 0: Master: no device present Slave: acd0 ATA/ATAPI revision 5 ATA channel 1: Master: ad2 ATA/ATAPI revision 6 Slave: ad3 ATA/ATAPI revision 6 What is the relationship between atacontrol and gmirror? Why was the device removed completely? Can I simply do this? (want to be sure as this box is remote) gmirror forget data atacontrol attach ata0 gmirror insert data ad0 From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 27 21:02:15 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4504C16A417 for ; Tue, 27 Nov 2007 21:02:15 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 82F9713C4D9 for ; Tue, 27 Nov 2007 21:02:14 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 45D7CEC20AD; Wed, 28 Nov 2007 04:44:42 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 5Ixk+I7cV2nb; Wed, 28 Nov 2007 04:44:38 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 281C6EBB904; Wed, 28 Nov 2007 04:44:36 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=f7kVUSWIAgMsjg7HJ/mwGIttklLYb5SVvHd0OrGp6Fmw6lmqaDHnjvuEIbwhu5Kl2 SFu/LG4TIFBiR+YjgaiFg== Message-ID: <474C81A8.8010405@delphij.net> Date: Tue, 27 Nov 2007 12:44:24 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Steven Hartland References: <06b601c83128$a81bb4a0$b6db87d4@multiplay.co.uk> In-Reply-To: <06b601c83128$a81bb4a0$b6db87d4@multiplay.co.uk> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Jail with a back door interface? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2007 21:02:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Steven Hartland wrote: > Is it possible to create a jail with more than one IP? > > What I'm looking to do is have a forward facing IP and > an backwards facing IP in the same jail so it can > talk to the internet and our back door systems. > > Looking around this doesn't seem possible but is it? FreeBSD does not support multiple IP nor IPv6 on jails at this moment, unfortunately... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHTIGohcUczkLqiksRAo9ZAJ910TIW7aB0VxwFytTEk6Vt28ucmgCggr3V 6us0zKm+VLyt11qnn9TfyUY= =jS5M -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 27 23:04:36 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65EA016A420 for ; Tue, 27 Nov 2007 23:04:36 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mail.goodforbusiness.co.uk (mail.goodforbusiness.co.uk [81.19.179.90]) by mx1.freebsd.org (Postfix) with ESMTP id 35D4013C4DD for ; Tue, 27 Nov 2007 23:04:36 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Message-ID: <474C9E5A.4040604@goodforbusiness.co.uk> Date: Tue, 27 Nov 2007 22:46:50 +0000 From: Dominic Marks MIME-Version: 1.0 To: Steven Hartland References: <06b601c83128$a81bb4a0$b6db87d4@multiplay.co.uk> In-Reply-To: <06b601c83128$a81bb4a0$b6db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 27 Nov 2007 23:40:29 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Jail with a back door interface? 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, 27 Nov 2007 23:04:36 -0000 Hi Steven, Although it is not possibly natively you could simulate it with pf binat's for the two IPs. It might not be workable for you depending on the purpose of the jails however (?) Cheers Dominic Steven Hartland wrote: > Is it possible to create a jail with more than one IP? > > What I'm looking to do is have a forward facing IP and > an backwards facing IP in the same jail so it can > talk to the internet and our back door systems. > > Looking around this doesn't seem possible but is it? > > Regards > Steve > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. > and the person or entity to whom it is addressed. In the event of > misdirection, the recipient is prohibited from using, copying, > printing or otherwise disseminating it or any information contained in > it. > In the event of misdirection, illegible or incomplete transmission > please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 27 23:44:50 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01C3416A41A for ; Tue, 27 Nov 2007 23:44:50 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id A84CE13C467 for ; Tue, 27 Nov 2007 23:44:49 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 732A42219D1A; Wed, 28 Nov 2007 10:44:48 +1100 (EST) X-Viruscan-Id: <474CABF000013879AF0144@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id E353C21B13C0; Wed, 28 Nov 2007 10:44:47 +1100 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id 92C782218E32; Wed, 28 Nov 2007 10:44:47 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 59B7BCF; Wed, 28 Nov 2007 10:44:47 +1100 (EST) Date: Wed, 28 Nov 2007 10:44:47 +1100 From: Edwin Groothuis To: sourav das Message-ID: <20071127234447.GA57514@k7.mavetju> Mail-Followup-To: Edwin Groothuis , sourav das , freebsd-hackers@freebsd.org References: <360166.14926.qm@web45613.mail.sp1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <360166.14926.qm@web45613.mail.sp1.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-hackers@freebsd.org Subject: Re: how to write a raw socket server using UDP 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, 27 Nov 2007 23:44:50 -0000 On Tue, Nov 27, 2007 at 01:31:22AM -0800, sourav das wrote: > i m a new comer. i wrote a raw socket client > using setsockopt (sock, IPPROTO_IP. IPHDRINCL, ....)using UDP. ihave followed > MS_Press network programming . it is showing 19 bytes sent successfully. when > trying to send more than 19 bytes using sendto(sock, ...) function , it is I use net/libdnet for all my IP/UDP/TCP/etc packet creation requirements. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 00:08:46 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC22D16A417 for ; Wed, 28 Nov 2007 00:08:46 +0000 (UTC) (envelope-from corecode@fs.ei.tum.de) Received: from stella.fs.ei.tum.de (stella.fs.ei.tum.de [IPv6:2001:4ca0:22ff:10::7]) by mx1.freebsd.org (Postfix) with ESMTP id B85D713C44B for ; Wed, 28 Nov 2007 00:08:45 +0000 (UTC) (envelope-from corecode@fs.ei.tum.de) Received: from localhost (localhost [127.0.0.1]) by localhost.fs.ei.tum.de (Postfix) with ESMTP id 5DE6728165; Wed, 28 Nov 2007 01:08:48 +0100 (CET) X-Virus-Scanned: by amavisd-new at fs.ei.tum.de Received: from stella.fs.ei.tum.de ([127.0.0.1]) by localhost (stella.fs.ei.tum.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id PnGuf1tUE38w; Wed, 28 Nov 2007 01:08:40 +0100 (CET) Received: from [192.168.10.11] (gve-gix-bbcs-dynip-130-095.vtx.ch [83.228.130.95]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by stella.fs.ei.tum.de (Postfix) with ESMTP id 840542816D; Wed, 28 Nov 2007 01:08:40 +0100 (CET) Message-ID: <474CB183.3070308@fs.ei.tum.de> Date: Wed, 28 Nov 2007 01:08:35 +0100 From: Simon 'corecode' Schubert User-Agent: Thunderbird 2.0.0.4 (X11/20070728) MIME-Version: 1.0 To: d@delphij.net References: <06b601c83128$a81bb4a0$b6db87d4@multiplay.co.uk> <474C81A8.8010405@delphij.net> In-Reply-To: <474C81A8.8010405@delphij.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, Steven Hartland Subject: Re: Jail with a back door interface? 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, 28 Nov 2007 00:08:47 -0000 Xin LI wrote: > Steven Hartland wrote: >> Is it possible to create a jail with more than one IP? >> Looking around this doesn't seem possible but is it? > > FreeBSD does not support multiple IP nor IPv6 on jails at this moment, > unfortunately... AFAIK there exists a patch by pjd@ If not, somebody could also try porting the DragonFly multi ip + ipv6 changes to jail. They're not so complex and should be rather simple to bring over. cheers simon -- Serve - BSD +++ RENT this banner advert +++ ASCII Ribbon /"\ Work - Mac +++ space for low €€€ NOW!1 +++ Campaign \ / Party Enjoy Relax | http://dragonflybsd.org Against HTML \ Dude 2c 2 the max ! http://golden-apple.biz Mail + News / \ From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 00:26:59 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79E6516A569 for ; Wed, 28 Nov 2007 00:26:59 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from cenn-smtp.mc.mpls.visi.com (cenn.mc.mpls.visi.com [208.42.156.9]) by mx1.freebsd.org (Postfix) with ESMTP id 4DFB713C503 for ; Wed, 28 Nov 2007 00:26:59 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from mail.tcbug.org (mail.tcbug.org [208.42.70.163]) by cenn-smtp.mc.mpls.visi.com (Postfix) with ESMTP id 23E4885BD; Tue, 27 Nov 2007 18:03:24 -0600 (CST) Received: from build64.tcbug.org (unknown [208.42.70.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tcbug.org (Postfix) with ESMTP id 0B53B10AA8A2; Tue, 27 Nov 2007 18:03:25 -0600 (CST) From: Josh Paetzel To: freebsd-hackers@freebsd.org Date: Tue, 27 Nov 2007 18:03:20 -0600 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8908120.kgiLXA6sxj"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711271803.23264.josh@tcbug.org> Cc: "firmdog@gmail.com" Subject: Re: ad0: WARNING - removed from configuration (atacontrol and gmirror relationship?) 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, 28 Nov 2007 00:26:59 -0000 --nextPart8908120.kgiLXA6sxj Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 27 November 2007 01:08:49 pm firmdog@gmail.com wrote: > This just happened on my server: > > Nov 22 03:21:11 sockeye kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 > retries left) LBA=3D28892960 > Nov 22 03:21:11 sockeye kernel: ad0: WARNING - removed from configuration > Nov 22 03:21:11 sockeye kernel: GEOM_MIRROR: Device gm0s1: provider ad0 > disconnected. > Nov 22 03:21:11 sockeye kernel: GEOM_MIRROR: Request failed (error=3D6). > ad0[WRITE(offset=3D13881704448, length=3D12288)] > Nov 22 03:21:11 sockeye kernel: GEOM_MIRROR: Request failed (error=3D6). > ad0[WRITE(offset=3D14795718656, length=3D2048)] > Nov 22 03:21:11 sockeye kernel: GEOM_MIRROR: Request failed (error=3D6). > ad0[WRITE(offset=3D770891776, length=3D16384)] > Nov 22 03:21:11 sockeye kernel: ata0-master: FAILURE - WRITE_DMA timed out > Nov 22 03:21:11 sockeye kernel: GEOM_MIRROR: Request failed (error=3D5). > ad0[WRITE(offset=3D14793195520, length=3D2048)] > > Now the ad0 Master drive no longer exists: > > -su-2.05b$ sudo atacontrol list > ATA channel 0: > Master: no device present > Slave: acd0 ATA/ATAPI revision 5 > ATA channel 1: > Master: ad2 ATA/ATAPI revision 6 > Slave: ad3 ATA/ATAPI revision 6 > > > What is the relationship between atacontrol and gmirror? > > > Why was the device removed completely? > > > Can I simply do this? (want to be sure as this box is remote) > > gmirror forget data > > atacontrol attach ata0 > > gmirror insert data ad0 IDE devices generally aren't hot swappable, so you're going to have to take= =20 the box down to replace the failed drive (that's why it detached from the=20 bus). Once you do that you can rebuild the gmirror. =2D-=20 Thanks, Josh Paetzel PGP: 8A48 EF36 5E9F 4EDA 5A8C 11B4 26F9 01F1 27AF AECB --nextPart8908120.kgiLXA6sxj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHTLBLJvkB8SevrssRAhHAAJ9XXuGXa7OE9fkNo6cv1aG4SU0GAgCeJMaX dvgfvtdYZcFYq1XlVhTC06M= =OWgC -----END PGP SIGNATURE----- --nextPart8908120.kgiLXA6sxj-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 00:46:32 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80EFE16A418 for ; Wed, 28 Nov 2007 00:46:32 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 42F6B13C461 for ; Wed, 28 Nov 2007 00:46:31 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 71E0B2219DF0; Wed, 28 Nov 2007 11:46:30 +1100 (EST) X-Viruscan-Id: <474CBA6500004CD2EAE831@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 05E9421B16FB for ; Wed, 28 Nov 2007 11:46:29 +1100 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id ADA892219D4F for ; Wed, 28 Nov 2007 11:46:28 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 52AC8C9; Wed, 28 Nov 2007 11:46:28 +1100 (EST) Date: Wed, 28 Nov 2007 11:46:28 +1100 From: Edwin Groothuis To: freebsd-hackers@freebsd.org Message-ID: <20071128004628.GA42802@k7.mavetju> Mail-Followup-To: Edwin Groothuis , freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: bin/118292: Add support to remove all msg/shm/sem ids with ipcrm 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, 28 Nov 2007 00:46:32 -0000 Hello, A friend of me has submitted this PR and I promised him that I would see if I could get it implemented. I couldn't find anybody directly responsible for the ips/iprcm tools, so I throw it in here for discussion. >Description: I've observed that linux apps running under the linuxulator have a habit of leaving behind shared memory segments which are unused, but which eventually cause the system to run out of free segments and these apps will stop working. ipcrm(1) currently only allows removal of unused message queues, shared memory segments and semaphores on an individual basis, or those having a matching (non-zero) key. However it would often be convenient to just do a complete cleanup of everything, usually as root. The attached patch allows removal of all message queues, shared memory segments or semaphores by specifying an id of -1 (ala kill(2)). The code to lookup ids was taken from ipcs. The patch is available in http://www.freebsd.org/cgi/query-pr.cgi?pr=118292 Edwin -- Edwin Groothuis edwin@freebsd.org http://www.mavetju.org From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 00:48:05 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA57716A419 for ; Wed, 28 Nov 2007 00:48:05 +0000 (UTC) (envelope-from freebsd-jobs@bebik.net) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id AB26813C45B for ; Wed, 28 Nov 2007 00:48:05 +0000 (UTC) (envelope-from freebsd-jobs@bebik.net) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by postfix2-g20.free.fr (Postfix) with ESMTP id 934371FA5342 for ; Tue, 27 Nov 2007 23:11:59 +0100 (CET) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 121443EA0A7 for ; Wed, 28 Nov 2007 01:12:50 +0100 (CET) Received: from [192.168.0.243] (gam75-4-82-235-223-127.fbx.proxad.net [82.235.223.127]) by smtp4-g19.free.fr (Postfix) with ESMTP id E5E373EA0BC for ; Wed, 28 Nov 2007 01:12:49 +0100 (CET) Message-ID: <474CB2A7.40704@bebik.net> Date: Wed, 28 Nov 2007 01:13:27 +0100 From: ros User-Agent: Thunderbird 2.0.0.6 (X11/20070927) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <06b601c83128$a81bb4a0$b6db87d4@multiplay.co.uk> In-Reply-To: <06b601c83128$a81bb4a0$b6db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Jail with a back door interface? 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, 28 Nov 2007 00:48:06 -0000 A non oficial patch is available for some freebsd versions. I'm not relly in touch with this so you can take a look on this page http://blog.cg.nu/?p=9 . I hope this help -ros Steven Hartland wrote: > Is it possible to create a jail with more than one IP? > > What I'm looking to do is have a forward facing IP and > an backwards facing IP in the same jail so it can > talk to the internet and our back door systems. > > Looking around this doesn't seem possible but is it? > > Regards > Steve > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and > the person or entity to whom it is addressed. In the event of > misdirection, the recipient is prohibited from using, copying, printing > or otherwise disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission > please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > > _______________________________________________ > 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 Wed Nov 28 01:15:47 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B49D216A41A for ; Wed, 28 Nov 2007 01:15:47 +0000 (UTC) (envelope-from binto@triplegate.net.id) Received: from asterix-2.3gate.net (asterix-2.3gate.net [202.127.97.37]) by mx1.freebsd.org (Postfix) with SMTP id DD23F13C43E for ; Wed, 28 Nov 2007 01:15:46 +0000 (UTC) (envelope-from binto@triplegate.net.id) Received: (qmail 45718 invoked by uid 1011); 28 Nov 2007 01:09:11 -0000 Received: from 202.127.97.100 by asterix-2.3gate.net (envelope-from , uid 1009) with qmail-scanner-1.25-st-qms (clamdscan: 0.91.2/4619. perlscan: 1.25-st-qms. Clear:RC:1(202.127.97.100):. Processed in 0.023282 secs); 28 Nov 2007 01:09:11 -0000 X-Antivirus-MY_3GNET-Mail-From: binto@triplegate.net.id via asterix-2.3gate.net X-Antivirus-MY_3GNET: 1.25-st-qms (Clear:RC:1(202.127.97.100):. Processed in 0.023282 secs Process 45712) Received: from smtp.triplegate.net.id (HELO lb1.3gate.net) (202.127.97.100) by asterix-2.3gate.net with SMTP; 28 Nov 2007 01:09:11 -0000 Received: from webmail.triplegate.net.id (unknown [202.127.97.10]) by lb1.3gate.net (Postfix) with ESMTP id 013B4211018; Wed, 28 Nov 2007 08:12:41 +0700 (WIT) Received: from 202.127.98.144 (SquirrelMail authenticated user binto@triplegate.net.id) by webmail.triplegate.net.id with HTTP; Wed, 28 Nov 2007 08:19:58 +0700 (WIT) Message-ID: <2757.202.127.98.144.1196212798.squirrel@webmail.triplegate.net.id> In-Reply-To: <474A17DE.7010804@FreeBSD.org> References: <474830F9.90305@zirakzigil.org> <6eb82e0711240638g2cc1e54o1fb1321cafe8ff9f@mail.gmail.com> <1188.202.127.99.4.1195957922.squirrel@webmail.triplegate.net.id> <20071125110116.U63238@fledge.watson.org> <20071125143546.V6583@cauchy.math.missouri.edu> <20071125211807.GA12250@freebsd.org> <474A17DE.7010804@FreeBSD.org> Date: Wed, 28 Nov 2007 08:19:58 +0700 (WIT) From: "binto" To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: binto , Roman Divacky , Robert Watson Subject: Re: Before & After Under The Giant Lock 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, 28 Nov 2007 01:15:47 -0000 Hi, Thanks for all response, especially for Mr. Robert N M Watson I read all , and i got a lot thing from conversation about this. It's nice community, thanks once again. Regards Binto > Roman Divacky wrote: >> On Sun, Nov 25, 2007 at 02:41:35PM -0600, Stephen Montgomery-Smith >> wrote: >>> >>> On Sun, 25 Nov 2007, Robert Watson wrote: >>> >>>> ........................ >>>> In FreeBSD 8, I expect we'll see a continued focus on both locking >>>> granularity and improving opportunities for kernel parallelism by >>>> better >>>> distributing workloads over CPU pools. This is important because the >>>> number of cores/chip is continuing to increase dramatically, so MP >>>> performance is going to be important to keep working on. That said, >>>> the >>>> results to date have been extremely promising, and I anticipate that >>>> we >>>> will continue to find ways to better exploit multiprocessor hardware, >>>> especially in the network stack. >>>> >>> I just want to add my 2 cents, that my recent experience with FreeBSD >>> MP >>> has been extremely positive. I tend to use highly CPU bound MP >>> programs, >>> typically lots and lots of floating point operations. It used to be >>> that >>> Linux beat FreeBSD hands down - now FreeBSD seems to have a slight >>> edge! >>> Basically my program runs about twice as fast when I run two threads as >>> opposed to one - I cannot see doing any better than that! >> >> pure computation does not need kernel operations most of the time.. ie. >> multi-threading kernel wont help much ;) > > It has an indirect benefit by (presumably) not being in contention > with the userland process, and not needing slap Giant on the whole > system every few milliseconds. > > Doug > > -- > > This .signature sanitized for your protection > > From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 02:24:26 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72C0B16A417 for ; Wed, 28 Nov 2007 02:24:26 +0000 (UTC) (envelope-from firmdog@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.190]) by mx1.freebsd.org (Postfix) with ESMTP id 4737B13C43E for ; Wed, 28 Nov 2007 02:24:26 +0000 (UTC) (envelope-from firmdog@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1093204rvb for ; Tue, 27 Nov 2007 18:24:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=o5LsFWs5BgN1xHueISEMy3pH5SWpH6aDqnt8PIhZxiY=; b=g1hV6NnCTI9wCvaFMKTz004W2Wd3YvrYZ+LMhRZrXnU1/6+nfovdNLAZqoOnz5DmNtyBgRRHTWH2klpBevibehFuUFXswTk9HZBPHgfvbReL43wyYTGRHVKNiN1UcgPPVXJEgwkxfm8Bbyc0eoT2gvCfMcOd90FK/pPSKl172EM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=WTf1vY+cBT+ejxsT6VN9QVEDCJh41DB1PSWXRbrKM1ylv+FZ90DbR7WNzP3t+o7uzpsiSbigqCyL0zSGbiPfqbWpgVFrEhfcMl53mMtps2IdFRNJp6kuFjtOy4TJ34lv9NL5Ndf3Yk8Fv3WqE/KdL+MGOs5JkmIdDUzJwuVg9uw= Received: by 10.140.180.42 with SMTP id c42mr2320120rvf.1196216665955; Tue, 27 Nov 2007 18:24:25 -0800 (PST) Received: by 10.141.162.3 with HTTP; Tue, 27 Nov 2007 18:24:25 -0800 (PST) Message-ID: Date: Tue, 27 Nov 2007 21:24:25 -0500 From: "firmdog@gmail.com" To: freebsd-hackers@freebsd.org In-Reply-To: <200711271803.23264.josh@tcbug.org> MIME-Version: 1.0 References: <200711271803.23264.josh@tcbug.org> 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: Re: ad0: WARNING - removed from configuration (atacontrol and gmirror relationship?) 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, 28 Nov 2007 02:24:26 -0000 On Nov 27, 2007 7:03 PM, Josh Paetzel wrote: > On Tuesday 27 November 2007 01:08:49 pm firmdog@gmail.com wrote: > > Why was the device removed completely? > > > > > > Can I simply do this? (want to be sure as this box is remote) > > > > gmirror forget data > > > > atacontrol attach ata0 > > > > gmirror insert data ad0 > > IDE devices generally aren't hot swappable, so you're going to have to > take > the box down to replace the failed drive (that's why it detached from the > bus). Once you do that you can rebuild the gmirror. > I don't want to hot swap...I want to get the existing bad drive back into the mirror and see how long it lasts before gmirror breaks again. Can I use atacontrol to get the drive back in the system? Thanks, Andy From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 02:56:29 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C7E316A419 for ; Wed, 28 Nov 2007 02:56:29 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail7.sea5.speakeasy.net (mail7.sea5.speakeasy.net [69.17.117.9]) by mx1.freebsd.org (Postfix) with ESMTP id F3C8E13C459 for ; Wed, 28 Nov 2007 02:56:28 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 28417 invoked from network); 28 Nov 2007 02:29:48 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail7.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 28 Nov 2007 02:29:48 -0000 Message-ID: <474CD21D.5010002@chuckr.org> Date: Tue, 27 Nov 2007 21:27:41 -0500 From: Chuck Robey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: FreeBSD-Hackers Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: handling pdfs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2007 02:56:29 -0000 I need to read about 4 tons of some really sparse pdf specs. I also have a rather inconvenient throwback: I feel hugely more at home-reading documents in paper. What I'd kind of like to do would be able to perform cut'n'paste among different pdfs, 5 pages here, 10 pages there, until I put together maybe 100-200 pages, and sit back and read it. What I can't do is print just a few pages out of several 800-plus page specs, and perform paper cut'n'pasting. Is there some sort of util that will allow me to do cut'n'pasting among different pdfs, or at the very least, only to print certain ranges out of pdf docs, so I could do paper-wise cut'n'paste? An all-electronic solution would be best, but I'd take whatever offered. Thanks From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 03:18:40 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5F5016A419 for ; Wed, 28 Nov 2007 03:18:40 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id EBD3613C45B for ; Wed, 28 Nov 2007 03:18:39 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw511.dsto.defence.gov.au (ednmsw511.dsto.defence.gov.au [131.185.68.12]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id lAS351VX024683 for ; Wed, 28 Nov 2007 13:35:01 +1030 (CST) Received: from fmbex510.dsto.defence.gov.au (fmbex510.dsto.defence.gov.au) by ednmsw511.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Wed, 28 Nov 2007 13:35:29 +1030 Received: from stlex510.dsto.defence.gov.au ([203.6.60.184]) by fmbex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Nov 2007 14:05:27 +1100 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by stlex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Nov 2007 11:05:26 +0800 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.14.2/8.14.2) with ESMTP id lAS35Gqv010131 for ; Wed, 28 Nov 2007 12:05:16 +0900 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.14.2/8.14.2/Submit) id lAS35GHJ010130 for freebsd-hackers@freebsd.org; Wed, 28 Nov 2007 12:05:16 +0900 (WST) (envelope-from wilkinsa) Date: Wed, 28 Nov 2007 12:05:16 +0900 From: "Wilkinson, Alex" To: freebsd-hackers@freebsd.org Message-ID: <20071128030516.GC815@stlux503.dsto.defence.gov.au> Mail-Followup-To: freebsd-hackers@freebsd.org References: <474CD21D.5010002@chuckr.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <474CD21D.5010002@chuckr.org> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.16 (2007-06-09) X-OriginalArrivalTime: 28 Nov 2007 03:05:27.0061 (UTC) FILETIME=[86AA0450:01C8316B] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-5.0.1023-15570.003 X-TM-AS-Result: No--3.333900-0.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: handling pdfs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2007 03:18:40 -0000 0n Tue, Nov 27, 2007 at 09:27:41PM -0500, Chuck Robey wrote: >I need to read about 4 tons of some really sparse pdf specs. I also have a >rather inconvenient throwback: I feel hugely more at home-reading >documents in paper. What I'd kind of like to do would be able to perform >cut'n'paste among different pdfs, 5 pages here, 10 pages there, until I put >together maybe 100-200 pages, and sit back and read it. What I can't do is >print just a few pages out of several 800-plus page specs, and perform >paper cut'n'pasting. > >Is there some sort of util that will allow me to do cut'n'pasting among >different pdfs, or at the very least, only to print certain ranges out of >pdf docs, so I could do paper-wise cut'n'paste? An all-electronic solution >would be best, but I'd take whatever offered. /usr/ports/print/pdftk/ -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 03:48:10 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDB3116A419 for ; Wed, 28 Nov 2007 03:48:10 +0000 (UTC) (envelope-from mnslinky@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id 97FA313C45A for ; Wed, 28 Nov 2007 03:48:10 +0000 (UTC) (envelope-from mnslinky@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so3100582pyb for ; Tue, 27 Nov 2007 19:48:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer; bh=RQTTj5Iecux9fsZH8Ekfb5eCnr+VhN2Y6EHOpRI4nbo=; b=ixPnC1FoEIZU/dl8xvZX9YFtPiDn/aN1BlCwGQnAKbYlBPKFGSSbPHdgmvWIWdEZEAcBqUGQx1+JYIUY1QYeKC7pUVIaVTYpDowGinGuj8NKK0j5l3Bn1NCK5uxR3ON7QFsgEOnp4fngOOkn3y/97ufhEe2aR8S+vmkHH/b5Mig= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer; b=FzSnG4HNFEa4X3p/tuTBfY43Wu9qbruDSGQyLxVAHUs4dwbxSxa4PauNvFpPCST86dZDYSluBKvn6DaQL0SQKk8B8Ss//icrpB3mBPWsctRBHQaSRXg1gJzVuxQ9FRhS0E2gFpjBt4KqJgJPWELgzH7F39sSxftDlOdVGTD+GMM= Received: by 10.35.62.19 with SMTP id p19mr5607875pyk.1196221689639; Tue, 27 Nov 2007 19:48:09 -0800 (PST) Received: from ?192.168.1.200? ( [209.240.66.157]) by mx.google.com with ESMTPS id f6sm1917909pyh.2007.11.27.19.48.08 (version=SSLv3 cipher=OTHER); Tue, 27 Nov 2007 19:48:08 -0800 (PST) Message-Id: <3DEDBF29-E158-4355-867E-ABB31591667B@gmail.com> From: Eric Crist To: "firmdog@gmail.com" In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Tue, 27 Nov 2007 21:48:07 -0600 References: <200711271803.23264.josh@tcbug.org> X-Mailer: Apple Mail (2.915) Cc: freebsd-hackers@freebsd.org Subject: Re: ad0: WARNING - removed from configuration (atacontrol and gmirror relationship?) 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, 28 Nov 2007 03:48:10 -0000 On Nov 27, 2007, at 8:24 PM, firmdog@gmail.com wrote: > On Nov 27, 2007 7:03 PM, Josh Paetzel wrote: > >> On Tuesday 27 November 2007 01:08:49 pm firmdog@gmail.com wrote: >>> Why was the device removed completely? >>> >>> >>> Can I simply do this? (want to be sure as this box is remote) >>> >>> gmirror forget data >>> >>> atacontrol attach ata0 >>> >>> gmirror insert data ad0 >> >> IDE devices generally aren't hot swappable, so you're going to have >> to >> take >> the box down to replace the failed drive (that's why it detached >> from the >> bus). Once you do that you can rebuild the gmirror. >> > > > I don't want to hot swap...I want to get the existing bad drive back > into > the mirror and see how long it lasts before gmirror breaks again. > > Can I use atacontrol to get the drive back in the system? > > Thanks, > Andy You can, only if the two drives are on different channels. If you have ad0 and ad1, you're probably out of luck. ----- Eric F Crist Secure Computing Networks From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 03:48:31 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9907E16A498 for ; Wed, 28 Nov 2007 03:48:31 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id 7726513C4CE for ; Wed, 28 Nov 2007 03:48:31 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAS3mUBe016757 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 27 Nov 2007 19:48:31 -0800 X-Auth-Received: from [128.208.7.160] (shiina.dyn.cs.washington.edu [128.208.7.160]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAS3mUZv012257 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 27 Nov 2007 19:48:30 -0800 In-Reply-To: <474CE455.6070603@gmail.com> References: <474CE455.6070603@gmail.com> Mime-Version: 1.0 (Apple Message framework v752.2) X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2072C94B-26F4-4ABA-8E09-A409006F052A@u.washington.edu> Content-Transfer-Encoding: 7bit From: Garrett Cooper Date: Tue, 27 Nov 2007 19:45:16 -0800 To: "Aryeh M. Friedman" X-Mailer: Apple Mail (2.752.2) X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.11.27.193445 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='BODY_SIZE_800_899 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __LINES_OF_YELLING 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: hackers@freebsd.org Subject: Re: idea bouncing: using cvs as a replacement for mergemaster 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, 28 Nov 2007 03:48:31 -0000 On Nov 27, 2007, at 7:45 PM, Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I was thinking seeing the fact that I already have a cvs repo of > - -current does it make sense to just use CVS to update /etc > instead of > mergemaster... if so any ideas on doing it cleanly? > > - -- > Aryeh M. Friedman > Developer, not business, friendly > http://www.flosoft-systems.com > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHTORVJ9+1V27SttsRAqcuAJ4sW4ObPrnUi6az4T+NQebCVMbDCQCfUS+i > gCRv9mwC2mu6B4LAPZ9bW3s= > =tD/k > -----END PGP SIGNATURE----- CVS sucks and I wouldn't wish that requirement on anyone for their base system.. There isn't a decent idiot-proof / foolproof system out there for defeating merging issues... -Garrett From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 04:11:00 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CCA416A468 for ; Wed, 28 Nov 2007 04:11:00 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 40D3613C455 for ; Wed, 28 Nov 2007 04:11:00 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1717892waf for ; Tue, 27 Nov 2007 20:11:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=GQnkpOW7n747aZisDaEtt3p/Pjhe/8bF53uKmpMv01M=; b=wg6s9iKE1waTPX8edtPYWf7z59PkfUUsqkxiBj1yHO8fptTHJNErR+eCtjZsXBnJ0IBpBzK7+1a9eUBT0mLIeqQY57UEB9LUmCNpfkpXCsPCKUTyyq3/kjT3NYSYA19/Ae1JVUnIjOGIJXEN7FiIg9CWrLgF2sF82pkTBiKSAyk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=jEYd8L6eLljbEQqHyiLq60Z6kk+eVBITaEfG4pRZqDMARNk3NC1Jpz1DkfnOS4CqizcA3Me1LT4C3XfiRTo1oh6O8aBury/rXizr7xQ/8AjTzs0p7hxnegqfCF6EYGWsA98J+bTD2khjAKro9COacmlV0D6AqIxlwB45zBPZz50= Received: by 10.65.124.8 with SMTP id b8mr10296518qbn.1196222086274; Tue, 27 Nov 2007 19:54:46 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id a29sm2761917qbd.2007.11.27.19.54.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 27 Nov 2007 19:54:45 -0800 (PST) Message-ID: <474CE676.2000709@gmail.com> Date: Tue, 27 Nov 2007 22:54:30 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: FreeBSD Questions References: <474CE455.6070603@gmail.com> <2072C94B-26F4-4ABA-8E09-A409006F052A@u.washington.edu> In-Reply-To: <2072C94B-26F4-4ABA-8E09-A409006F052A@u.washington.edu> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: idea bouncing: using cvs as a replacement for mergemaster 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, 28 Nov 2007 04:11:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Garrett Cooper wrote: > On Nov 27, 2007, at 7:45 PM, Aryeh M. Friedman wrote: > > I was thinking seeing the fact that I already have a cvs repo of > -current does it make sense to just use CVS to update /etc > instead of > mergemaster... if so any ideas on doing it cleanly? > > CVS sucks and I wouldn't wish that requirement on anyone for > their base system.. > There isn't a decent idiot-proof / foolproof system out there > for defeating merging issues... > -Garrett I was talking for myself only not anyone else - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTOZ2J9+1V27SttsRAj6NAJ9WGi/BakGPvcMiRLdyX90gS0hVgQCaAqrF E1x9CjYdxLf42XbF6vus1To= =2gb8 -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 04:37:06 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E746516A41A; Wed, 28 Nov 2007 04:37:06 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id C97C413C467; Wed, 28 Nov 2007 04:37:06 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 3533D5C2E; Tue, 27 Nov 2007 23:21:52 -0500 (EST) Date: Tue, 27 Nov 2007 23:21:52 -0500 From: Wesley Shields To: Robert Watson Message-ID: <20071128042152.GB95446@atarininja.org> References: <20071127171228.N94692@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071127171228.N94692@fledge.watson.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: hackers@FreeBSD.org Subject: Re: Updated procstat(1) 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, 28 Nov 2007 04:37:07 -0000 On Tue, Nov 27, 2007 at 05:18:47PM +0000, Robert Watson wrote: > The last of these required new kernel changes, including an MD component. > I've tested the MD parts only on i386, although I have quick hacks at what > they should look like on amd64, arm, powerpc, sparc64, sun4v. I don't > promise these compile or work, but they might do. The kernel build didn't work on AMD64... cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/amd64/amd64/db_trace.c cc1: warnings being treated as errors /usr/src/sys/amd64/amd64/db_trace.c: In function 'stack_save_td': /usr/src/sys/amd64/amd64/db_trace.c:535: warning: type defaults to 'int' in declaration of 'rbp' /usr/src/sys/amd64/amd64/db_trace.c:537: warning: implicit declaration of function 'TD_IS_SWWAPPED' /usr/src/sys/amd64/amd64/db_trace.c:537: warning: nested extern declaration of 'TD_IS_SWWAPPED' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. wxs@ack /usr/src % Here's an updated patch to sys/amd64/amd64/db_trace.c (it's a diff against revision 1.81). It changes "register rbp" to be "register_t rbp" and fixes the extra "W" in TD_IS_SWAPPED. The kernel built fine after these changes. I'll test it out tomorrow. --- sys/amd64/amd64/db_trace.c.orig 2007-11-15 17:00:56.000000000 -0500 +++ sys/amd64/amd64/db_trace.c 2007-11-27 22:59:29.000000000 -0500 @@ -505,15 +505,13 @@ ctx->pcb_rip, count)); } -void -stack_save(struct stack *st) +static void +stack_capture(struct stack *st, register_t rbp) { struct amd64_frame *frame; vm_offset_t callpc; - register_t rbp; stack_zero(st); - __asm __volatile("movq %%rbp,%0" : "=r" (rbp)); frame = (struct amd64_frame *)rbp; while (1) { if (!INKERNEL((long)frame)) @@ -531,6 +529,29 @@ } } +void +stack_save_td(struct stack *st, struct thread *td) +{ + register_t rbp; + + if (TD_IS_SWAPPED(td)) + panic("stack_save_td: swapped"); + if (TD_IS_RUNNING(td)) + panic("stack_save_td: running"); + + rbp = td->td_pcb->pcb_rbp; + stack_capture(st, rbp); +} + +void +stack_save(struct stack *st) +{ + register_t rbp; + + __asm __volatile("movq %%rbp,%0" : "=r" (rbp)); + stack_capture(st, rbp); +} + int amd64_set_watch(watchnum, watchaddr, size, access, d) int watchnum; > I think procstat(1) is getting a lot closer to commitable state for > 8-CURRENT, but further feedback would be most welcome (including reports of > success on non-i386 architectures, and possibly patches to fix them). For > FreeBSD developers with P4 access, you can also check out Thank you for this. I think procstat(1) is going to be very useful. -- WXS From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 05:39:22 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D542D16A419; Wed, 28 Nov 2007 05:39:22 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.freebsd.org (Postfix) with ESMTP id BAB1D13C45D; Wed, 28 Nov 2007 05:39:22 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JS700M2DBPB07V0@vms042.mailsrvcs.net>; Tue, 27 Nov 2007 23:39:12 -0600 (CST) Date: Wed, 28 Nov 2007 00:42:08 -0500 From: Skip Ford In-reply-to: <20071127171228.N94692@fledge.watson.org> To: Robert Watson Message-id: <20071128054208.GA813@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <20071127171228.N94692@fledge.watson.org> User-Agent: Mutt/1.4.2.3i Cc: hackers@FreeBSD.org Subject: Re: Updated procstat(1) 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, 28 Nov 2007 05:39:22 -0000 Robert Watson wrote: > I've updated the procstat(1) kernel patch and userland tool; the updated > version can be found at: > > http://www.watson.org/~robert/freebsd/20071127-procstat.tgz > > The new version includes a number of changes from the old version, > including: > > - "-a" now means "all processes", Thanks. :-) I'm a little surprised. You seemed pretty dedicated to a per-process tool. I personally would change it to allow either the all flag or a list of pids, rather than "at least one of". For pathname, command-line, and credential information, the output will likely not change between showing the pid in the "all" output and the "list" output so you're just outputting it twice. If one really wants the same pid to be output multiple times for threads, kstack, or file descriptors, then I'd expect "procstat -k 0 0 0 0 0" to be more useful for that. I would think a mistake in usage has been made if a list of pids is specified along with the "all" flag. But, no real harm is done by doing it the current way. > - Threads and processes are now sorted by pid and then tid. If processes > are specified manually by pid, they are not sorted, although their threads > will be. Nice. > - A new "-k" has been added, which prints the kernel thread stacks for threads > in a process (although not swapped out or actively running threads). This > is extremely useful for answering questions of the sort "But *why* is the > process blocked in UMA". It has both a simple mode (-k_, which lists just > kernel function names, and a slightly more detailed mode (-kk), which adds > the offset into the function. This is excellent. Does this absolutely have to depend on DDB and KDB? > The last of these required new kernel changes, including an MD component. > I've tested the MD parts only on i386, although I have quick hacks at what > they should look like on amd64, arm, powerpc, sparc64, sun4v. I don't > promise these compile or work, but they might do. In sys/amd64/amd64/db_trace.c on line 537, change "SWWAPPED" to "SWAPPED". The newly introducted function stack_save_td() doesn't panic in the MD powerpc code like it does for other arches. I have no idea if this is correct, it just doesn't match the others. Unfortunately, I can only test i386. -- Skip From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 05:51:17 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F10B16A419 for ; Wed, 28 Nov 2007 05:51:17 +0000 (UTC) (envelope-from atom@smasher.org) Received: from atom.smasher.org (atom.smasher.org [69.55.237.145]) by mx1.freebsd.org (Postfix) with SMTP id F026D13C459 for ; Wed, 28 Nov 2007 05:51:16 +0000 (UTC) (envelope-from atom@smasher.org) Received: (qmail 90432 invoked by uid 1000); 28 Nov 2007 05:24:36 -0000 Message-ID: <20071128052436.90431.qmail@smasher.org> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Date: Wed, 28 Nov 2007 18:24:33 +1300 (NZDT) From: Atom Smasher In-Reply-To: <20071128030516.GC815@stlux503.dsto.defence.gov.au> MIME-Version: 1.0 OpenPGP: id=0xB88D52E4D9F57808; algo=1 (RSA); size=4096; url=http://atom.smasher.org/pgp.txt References: <474CD21D.5010002@chuckr.org> <20071128030516.GC815@stlux503.dsto.defence.gov.au> To: freebsd-hackers@freebsd.org X-POM: The Moon is Waning Gibbous (83% of Full) X-Hashcash: 1:20:0711280524:freebsd-hackers@freebsd.org::+usZAmIfYEBgT3Qa:000000 0000000000000000000000001s0p Subject: Re: handling pdfs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2007 05:51:17 -0000 On Wed, 28 Nov 2007, Wilkinson, Alex wrote: > /usr/ports/print/pdftk/ ============ that's a good first choice, but if it doesn't work (amd64) then a second choice is print/pdfjam and/or print/psutils-(letter|a4)... and ghostscript for pdf2ps and/or ps2pdf... but yeah, pdftk is best if it works for you. -- ...atom ________________________ http://atom.smasher.org/ 762A 3B98 A3C3 96C9 C6B7 582A B88D 52E4 D9F5 7808 ------------------------------------------------- "Never be afraid to try something new. Remember that a lone amateur built the Ark. A large group of professionals built the Titanic." -- Dave Barry From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 08:49:32 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3F4816A417 for ; Wed, 28 Nov 2007 08:49:32 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id AE7A613C447 for ; Wed, 28 Nov 2007 08:49:32 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 662C84700D; Wed, 28 Nov 2007 03:53:22 -0500 (EST) Date: Wed, 28 Nov 2007 08:49:24 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Wesley Shields In-Reply-To: <20071128042152.GB95446@atarininja.org> Message-ID: <20071128084746.L94692@fledge.watson.org> References: <20071127171228.N94692@fledge.watson.org> <20071128042152.GB95446@atarininja.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@FreeBSD.org Subject: Re: Updated procstat(1) 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, 28 Nov 2007 08:49:32 -0000 On Tue, 27 Nov 2007, Wesley Shields wrote: > Here's an updated patch to sys/amd64/amd64/db_trace.c (it's a diff against > revision 1.81). It changes "register rbp" to be "register_t rbp" and fixes > the extra "W" in TD_IS_SWAPPED. The kernel built fine after these changes. > I'll test it out tomorrow. I've gone ahead and applied that change in Perforce, and look forward to hearing back on the testing. >> I think procstat(1) is getting a lot closer to commitable state for >> 8-CURRENT, but further feedback would be most welcome (including reports of >> success on non-i386 architectures, and possibly patches to fix them). For >> FreeBSD developers with P4 access, you can also check out > > Thank you for this. I think procstat(1) is going to be very useful. If you can think of other process-inspection related things it could be doing, let me know. The one thing I currently have in mind that I haven't made progress on is dumping the kernel signal state for the process (i.e., what signals have handlers, etc), which may be useful when debugging signal problems for an application. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 09:33:45 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB6B016A417 for ; Wed, 28 Nov 2007 09:33:45 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id C4CD913C478 for ; Wed, 28 Nov 2007 09:33:45 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 95ECF475BD; Wed, 28 Nov 2007 04:37:36 -0500 (EST) Date: Wed, 28 Nov 2007 09:33:38 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Skip Ford In-Reply-To: <20071128054208.GA813@menantico.com> Message-ID: <20071128092434.J94692@fledge.watson.org> References: <20071127171228.N94692@fledge.watson.org> <20071128054208.GA813@menantico.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@FreeBSD.org Subject: Re: Updated procstat(1) 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, 28 Nov 2007 09:33:46 -0000 On Wed, 28 Nov 2007, Skip Ford wrote: >> - "-a" now means "all processes", > > Thanks. :-) I'm a little surprised. You seemed pretty dedicated to a > per-process tool. I was, but then I read your e-mail and became convinced that the first patch that would be submitted against procstat(1) would be a "-a" patch. :-) > I personally would change it to allow either the all flag or a list of pids, > rather than "at least one of". For pathname, command-line, and credential > information, the output will likely not change between showing the pid in > the "all" output and the "list" output so you're just outputting it twice. > If one really wants the same pid to be output multiple times for threads, > kstack, or file descriptors, then I'd expect "procstat -k 0 0 0 0 0" to be > more useful for that. > > I would think a mistake in usage has been made if a list of pids is > specified along with the "all" flag. But, no real harm is done by doing it > the current way. I think your argument is convincing, and have changed it so that only one of -a and a pidlist can be specified. I've also tightened down the syntax checking on flags a bit more. >> - A new "-k" has been added, which prints the kernel thread stacks for >> threads >> in a process (although not swapped out or actively running threads). This >> is extremely useful for answering questions of the sort "But *why* is the >> process blocked in UMA". It has both a simple mode (-k_, which lists just >> kernel function names, and a slightly more detailed mode (-kk), which adds >> the offset into the function. > > This is excellent. Does this absolutely have to depend on DDB and KDB? Currently, yes, as stack(9) is conditional on DDB, and the MD bits of stack(9) are defined in db_trace.c (and in some cases, depend on DDB definitions, such as DDB types, although I think not critically so). I've also been pondering breaking out stack(9) from DDB but haven't done that yet. Maybe that will be today's task, as I'd like -k to work without the kernel debugger, as it has use significantly beyond kernel debugging. > In sys/amd64/amd64/db_trace.c on line 537, change "SWWAPPED" to "SWAPPED". Fixed, thanks. > The newly introducted function stack_save_td() doesn't panic in the MD > powerpc code like it does for other arches. I have no idea if this is > correct, it just doesn't match the others. Indeed, and I've now fixed this, thanks! Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 12:03:22 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 307B416A46D for ; Wed, 28 Nov 2007 12:03:22 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms173001pub.verizon.net (vms173001pub.verizon.net [206.46.173.1]) by mx1.freebsd.org (Postfix) with ESMTP id 109FC13C45B for ; Wed, 28 Nov 2007 12:03:22 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms173001.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JS7004FWQ9XMCB0@vms173001.mailsrvcs.net>; Wed, 28 Nov 2007 04:53:58 -0600 (CST) Date: Wed, 28 Nov 2007 06:05:50 -0500 From: Skip Ford In-reply-to: <20071128092434.J94692@fledge.watson.org> To: Robert Watson Message-id: <20071128110550.GA2216@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <20071127171228.N94692@fledge.watson.org> <20071128054208.GA813@menantico.com> <20071128092434.J94692@fledge.watson.org> User-Agent: Mutt/1.4.2.3i Cc: hackers@FreeBSD.org Subject: Re: Updated procstat(1) 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, 28 Nov 2007 12:03:22 -0000 Robert Watson wrote: > On Wed, 28 Nov 2007, Skip Ford wrote: > >>>- "-a" now means "all processes", >> >>Thanks. :-) I'm a little surprised. You seemed pretty dedicated to a >>per-process tool. > > I was, but then I read your e-mail and became convinced that the first > patch that would be submitted against procstat(1) would be a "-a" patch. :-) Yep, would've happened. Now the first patch submitted will be a "-w interval" patch... :-) >>>- A new "-k" has been added, which prints the kernel thread stacks for >>>threads >>> in a process (although not swapped out or actively running threads). >>> This >>> is extremely useful for answering questions of the sort "But *why* is >>> the >>> process blocked in UMA". It has both a simple mode (-k_, which lists >>> just >>> kernel function names, and a slightly more detailed mode (-kk), which >>> adds >>> the offset into the function. >> >>This is excellent. Does this absolutely have to depend on DDB and KDB? > > Currently, yes, as stack(9) is conditional on DDB, and the MD bits of > stack(9) are defined in db_trace.c (and in some cases, depend on DDB > definitions, such as DDB types, although I think not critically so). I've > also been pondering breaking out stack(9) from DDB but haven't done that > yet. Maybe that will be today's task, as I'd like -k to work without the > kernel debugger, as it has use significantly beyond kernel debugging. That'd be great if it worked without DDB. It just "feels" like it should. This tool is a very nice addition. Thanks for writing it and for asking for feedback, then putting up with the responses. -- Skip From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 12:35:40 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0696516A46C; Wed, 28 Nov 2007 12:35:40 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.freebsd.org (Postfix) with ESMTP id D859913C448; Wed, 28 Nov 2007 12:35:39 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JS70016PUZ5IR70@vms044.mailsrvcs.net>; Wed, 28 Nov 2007 06:35:29 -0600 (CST) Date: Wed, 28 Nov 2007 07:38:26 -0500 From: Skip Ford In-reply-to: <20071128110550.GA2216@menantico.com> To: Robert Watson Message-id: <20071128123826.GA813@menantico.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary=9jxsPFA5p3P2qPhR Content-disposition: inline References: <20071127171228.N94692@fledge.watson.org> <20071128054208.GA813@menantico.com> <20071128092434.J94692@fledge.watson.org> <20071128110550.GA2216@menantico.com> User-Agent: Mutt/1.4.2.3i Cc: hackers@FreeBSD.org Subject: Re: Updated procstat(1) 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, 28 Nov 2007 12:35:40 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Skip Ford wrote: > Robert Watson wrote: >> On Wed, 28 Nov 2007, Skip Ford wrote: >> >>>>- "-a" now means "all processes", >>> >>>Thanks. :-) I'm a little surprised. You seemed pretty dedicated to a >>>per-process tool. >> >> I was, but then I read your e-mail and became convinced that the first >> patch that would be submitted against procstat(1) would be a "-a" patch. :-) > > Yep, would've happened. Now the first patch submitted will be a > "-w interval" patch... :-) I couldn't resist implementing a crude interval arg just for kicks. Here's the output of find(1) every second. This is so cool: $ procstat -k -w 1 948 PID TID COMM KSTACK 948 100099 find mi_switch thread_suspend_check userret syscall Xint0x80_syscall 948 100099 find mi_switch sleepq_switch sleepq_wait _sleep bwait bufwait breadn bread ffs_read VOP_READ_APV ufs_readdir VOP_READDIR_APV getdirentries syscall Xint0x80_syscall 948 100099 find mi_switch turnstile_wait _mtx_lock_sleep fdalloc falloc kern_open open syscall Xint0x80_syscall 948 100099 find mi_switch sleepq_switch sleepq_wait _sleep bwait bufwait breadn bread ffs_read VOP_READ_APV ufs_readdir VOP_READDIR_APV getdirentries syscall Xint0x80_syscall 948 100099 find mi_switch critical_exit intr_execute_handlers atpic_handle_intr Xatpic_intr0 948 100099 find mi_switch ast doreti_ast 948 100099 find mi_switch sleepq_switch sleepq_wait _sleep bwait bufwait breadn bread ffs_read VOP_READ_APV ufs_readdir VOP_READDIR_APV getdirentries syscall Xint0x80_syscall 948 100099 find mi_switch turnstile_wait _mtx_lock_sleep fdalloc falloc kern_open open syscall Xint0x80_syscall 948 100099 find mi_switch critical_exit intr_execute_handlers atpic_handle_intr Xatpic_intr0 priv_check vn_stat vn_statfile kern_fstat fstat syscall Xint0x80_syscall 948 100099 find mi_switch sleepq_switch sleepq_wait _sleep bwait bufwait breadn bread ffs_vget ufs_lookup VOP_CACHEDLOOKUP_APV vfs_cache_lookup VOP_LOOKUP_APV lookup namei kern_lstat lstat syscall 948 100099 find mi_switch sleepq_switch sleepq_wait _sleep bwait bufwait breadn bread ffs_read VOP_READ_APV ufs_readdir VOP_READDIR_APV getdirentries syscall Xint0x80_syscall For someone who isn't intimately familiar with the kernel, this is really a nice feature for this tool. I'm attaching the very crude interval patch just because it seems rude not to, but you probably either don't want it or will do it differently and either is perfectly fine. If you do implement it on your own, don't bother printing a header per screenful since it would be most useful for kstacks and that output usually spills over to multiple lines anyway. -- Skip --9jxsPFA5p3P2qPhR Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="procstat_interval.diff" diff -u src~/usr.bin/procstat/procstat.c src/usr.bin/procstat/procstat.c --- src~/usr.bin/procstat/procstat.c 2007-11-27 10:23:39.000000000 -0500 +++ src/usr.bin/procstat/procstat.c 2007-11-28 07:01:23.000000000 -0500 @@ -106,13 +106,14 @@ main(int argc, char *argv[]) { struct kinfo_proc *kipp; - int ch, i, name[4], tmp; + int ch, i, name[4], tmp, interval; size_t len; long l; pid_t pid; char *dummy; - while ((ch = getopt(argc, argv, "abcfkhstv")) != -1) { + interval = 0; + while ((ch = getopt(argc, argv, "abcfkhstvw:")) != -1) { switch (ch) { case 'a': aflag = 1; @@ -150,6 +151,10 @@ vflag = 1; break; + case 'w': + interval = atoi(optarg); + break; + case '?': default: usage(); @@ -166,6 +171,7 @@ /* Must specify at least one of -a and a list of pids. */ if (!aflag && argc < 1) usage(); +loop: if (aflag) { name[0] = CTL_KERN; name[1] = KERN_PROC; @@ -233,5 +239,11 @@ /* Suppress header after first process. */ hflag = 1; } + + if (interval) { + sleep(interval); + goto loop; + } + exit(0); } --9jxsPFA5p3P2qPhR-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 12:47:05 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE21216A421 for ; Wed, 28 Nov 2007 12:47:05 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id B11B113C4D5 for ; Wed, 28 Nov 2007 12:47:05 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7435547120; Wed, 28 Nov 2007 07:50:57 -0500 (EST) Date: Wed, 28 Nov 2007 12:46:57 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Skip Ford In-Reply-To: <20071128123826.GA813@menantico.com> Message-ID: <20071128124011.M80520@fledge.watson.org> References: <20071127171228.N94692@fledge.watson.org> <20071128054208.GA813@menantico.com> <20071128092434.J94692@fledge.watson.org> <20071128110550.GA2216@menantico.com> <20071128123826.GA813@menantico.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@FreeBSD.org Subject: Re: Updated procstat(1) 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, 28 Nov 2007 12:47:06 -0000 On Wed, 28 Nov 2007, Skip Ford wrote: > Skip Ford wrote: >> Robert Watson wrote: >>> On Wed, 28 Nov 2007, Skip Ford wrote: >>> >>>>> - "-a" now means "all processes", >>>> >>>> Thanks. :-) I'm a little surprised. You seemed pretty dedicated to a >>>> per-process tool. >>> >>> I was, but then I read your e-mail and became convinced that the first >>> patch that would be submitted against procstat(1) would be a "-a" patch. >>> :-) >> >> Yep, would've happened. Now the first patch submitted will be a "-w >> interval" patch... :-) > > I couldn't resist implementing a crude interval arg just for kicks. Here's > the output of find(1) every second. This is so cool: Very neat :-). If you like this, you'll love DTrace, which allows you to do all sorts of things along these lines. I'll add a -w mode, but be aware that if you want to do the below, what you really want is DTrace :-), which allows you do do things like sample kernel stack traces on the clock timer, based on function invocations, etc, so you can do things like say "sample all the paths to a particular kernel function". Now that John is updating DTrace again, I hope that we'll be seeing it in the 8-CURRENT source RSN. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 14:08:51 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 058BD16A417 for ; Wed, 28 Nov 2007 14:08:51 +0000 (UTC) (envelope-from fazaeli@sepehrs.com) Received: from sepehrs.com (www.sepehrs.com [213.217.59.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3592E13C4DB for ; Wed, 28 Nov 2007 14:08:49 +0000 (UTC) (envelope-from fazaeli@sepehrs.com) Received: from [192.168.1.180] ([192.168.1.180]) by sepehrs.com (8.13.6/8.13.6) with ESMTP id lASHRP6s018216 for ; Wed, 28 Nov 2007 17:27:26 GMT (envelope-from fazaeli@sepehrs.com) Message-ID: <474D716D.3060907@sepehrs.com> Date: Wed, 28 Nov 2007 17:17:25 +0330 From: "H.fazaeli" User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 CC: freebsd-hackers@freebsd.org References: <360166.14926.qm@web45613.mail.sp1.yahoo.com> In-Reply-To: <360166.14926.qm@web45613.mail.sp1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Sepehr-MailScanner-Information: Please contact the ISP for more information X-Sepehr-MailScanner: Found to be clean X-Sepehr-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.921, required 5, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60, DATE_IN_PAST_03_06 0.48) X-MailScanner-From: fazaeli@sepehrs.com X-Spam-Status: No Subject: Re: how to write a raw socket server using UDP 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, 28 Nov 2007 14:08:51 -0000 the 2 most common cause for sendto() failure on raw sockets are: - badly initialized IP header. note that ip_len and ip_off must be in host byte order. all other fields must be in net byte order. - badly initialized destination address. writing a raw socket server is not much different than other socket servers: s = socket(AF_INET, SOCK_RAW, 0); if (bind(s, ...) != 0) errx(...) while (1) recvfrom(s, ...) /* recv buffer contains a packet starting with IP header */ sourav das wrote: > hello all, > > i m a new comer. i wrote a raw socket client > using setsockopt (sock, IPPROTO_IP. IPHDRINCL, ....)using UDP. ihave followed > MS_Press network programming . it is showing 19 bytes sent successfully. when > trying to send more than 19 bytes using sendto(sock, ...) function , it is > showing socket error on sending. i want to know how to write a raw socket server > program so that to catch and display the data sent by the client. > > > > thanks a lot, > > keep fit, > > > > regards, > > spike. > > > > > ____________________________________________________________________________________ > Be a better sports nut! Let your teams follow you > with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ > _______________________________________________ > 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 Wed Nov 28 16:12:28 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E47516A41A for ; Wed, 28 Nov 2007 16:12:28 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id AA8E213C457 for ; Wed, 28 Nov 2007 16:12:27 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A71C0.dip.t-dialin.net [84.154.113.192]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id lASGCO0C033562; Wed, 28 Nov 2007 16:12:25 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id lASGDSqM007065; Wed, 28 Nov 2007 17:13:29 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id lASGDSui016057; Wed, 28 Nov 2007 17:13:28 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200711281613.lASGDSui016057@fire.js.berklix.net> To: Stefan Sperling In-reply-to: <20071125214850.GY1463@ted.stsp.lan> References: <20071125174204.GT1463@ted.stsp.lan> <452840.43857.qm@web38013.mail.mud.yahoo.com> <20071125214850.GY1463@ted.stsp.lan> Comments: In-reply-to Stefan Sperling message dated "Sun, 25 Nov 2007 22:48:50 +0100." Date: Wed, 28 Nov 2007 17:13:28 +0100 From: "Julian H. Stacey" Cc: David Leslie , hackers@freebsd.org Subject: Re: How to add wake on lan support for your card (was: Re: FreeBSD WOL sis on) 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, 28 Nov 2007 16:12:28 -0000 > Well, I hope I haven't missed anything important, but I guess > that's about it. Wow ! seems like you spent a fair time assembling that lot, & it'd sure be a shame if it just got dusty in mail archives, (OK apart from current readers who might latch it). Maybe you could send it to doc@freebsd.org list or via send-pr & suggest it be swallowed as an Annex to main docs ? Seems useful. -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch = mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 17:59:05 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 013CF16A420 for ; Wed, 28 Nov 2007 17:59:05 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 5AD3A13C45A for ; Wed, 28 Nov 2007 17:59:03 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lASHwOq9018234 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 28 Nov 2007 19:58:53 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lASHwI0H018867; Wed, 28 Nov 2007 19:58:18 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lASHwFRY018866; Wed, 28 Nov 2007 19:58:15 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 28 Nov 2007 19:58:15 +0200 From: Giorgos Keramidas To: Chuck Robey Message-ID: <20071128175815.GA18822@kobe.laptop> References: <474CD21D.5010002@chuckr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <474CD21D.5010002@chuckr.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.999, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.40, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: FreeBSD-Hackers Subject: Re: handling pdfs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2007 17:59:05 -0000 On 2007-11-27 21:27, Chuck Robey wrote: > I need to read about 4 tons of some really sparse pdf specs. I also > have a rather inconvenient throwback: I feel hugely more at > home-reading documents in paper. What I'd kind of like to do would > be able to perform cut'n'paste among different pdfs, 5 pages here, 10 > pages there, until I put together maybe 100-200 pages, and sit back > and read it. What I can't do is print just a few pages out of several > 800-plus page specs, and perform paper cut'n'pasting. If you find a way to 'save' only parts of a PDF document, i.e. pages 5-10, 17 and 25 in a separate file, then the ``pdfjam'' port includes a utility called ``pdfjoin'' :) From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 18:05:19 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F239416A41A for ; Wed, 28 Nov 2007 18:05:19 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 93DDE13C4E5 for ; Wed, 28 Nov 2007 18:05:19 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.pitbpa0.priv.collaborativefusion.com (vanquish.pitbpa0.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Wed, 28 Nov 2007 13:05:18 -0500 id 00056438.474DADDE.00006436 Date: Wed, 28 Nov 2007 13:05:18 -0500 From: Bill Moran To: Giorgos Keramidas Message-Id: <20071128130518.b9c545ac.wmoran@collaborativefusion.com> In-Reply-To: <20071128175815.GA18822@kobe.laptop> References: <474CD21D.5010002@chuckr.org> <20071128175815.GA18822@kobe.laptop> Organization: Collaborative Fusion X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Chuck Robey , FreeBSD-Hackers Subject: Re: handling pdfs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2007 18:05:20 -0000 In response to Giorgos Keramidas : > On 2007-11-27 21:27, Chuck Robey wrote: > > I need to read about 4 tons of some really sparse pdf specs. I also > > have a rather inconvenient throwback: I feel hugely more at > > home-reading documents in paper. What I'd kind of like to do would > > be able to perform cut'n'paste among different pdfs, 5 pages here, 10 > > pages there, until I put together maybe 100-200 pages, and sit back > > and read it. What I can't do is print just a few pages out of several > > 800-plus page specs, and perform paper cut'n'pasting. > > If you find a way to 'save' only parts of a PDF document, i.e. pages > 5-10, 17 and 25 in a separate file, then the ``pdfjam'' port includes > a utility called ``pdfjoin'' :) You could print the desired pages to .ps files, use ps2pdf to convert them and then pdfjam to combine them. It's enough of a roundabout that I don't know if it's worth it or not. -- Bill Moran Collaborative Fusion Inc. http://people.collaborativefusion.com/~wmoran/ wmoran@collaborativefusion.com Phone: 412-422-3463x4023 From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 18:06:22 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 183B016A417 for ; Wed, 28 Nov 2007 18:06:22 +0000 (UTC) (envelope-from stsp@stsp.name) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.freebsd.org (Postfix) with ESMTP id 997E313C45A for ; Wed, 28 Nov 2007 18:06:21 +0000 (UTC) (envelope-from stsp@stsp.name) X-Envelope-From: stsp@stsp.name Received: from stsp.lan ([217.9.60.101]) (authenticated bits=128) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id lASI6Jvb018976 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 28 Nov 2007 19:06:19 +0100 Received: from jack.stsp.lan (stsp@localhost.stsp.lan [127.0.0.1]) by stsp.lan (8.14.1/8.14.1) with ESMTP id lASI6JDg021452; Wed, 28 Nov 2007 19:06:19 +0100 (CET) Received: (from stsp@localhost) by jack.stsp.lan (8.14.1/8.14.1/Submit) id lASI6IH9030398; Wed, 28 Nov 2007 19:06:18 +0100 (CET) X-Authentication-Warning: jack.stsp.lan: stsp set sender to stsp@stsp.name using -f Date: Wed, 28 Nov 2007 19:06:18 +0100 From: Stefan Sperling To: "Julian H. Stacey" Message-ID: <20071128180618.GC22259@jack.stsp.lan> References: <20071125174204.GT1463@ted.stsp.lan> <452840.43857.qm@web38013.mail.mud.yahoo.com> <20071125214850.GY1463@ted.stsp.lan> <200711281613.lASGDSui016057@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O3RTKUHj+75w1tg5" Content-Disposition: inline In-Reply-To: <200711281613.lASGDSui016057@fire.js.berklix.net> User-Agent: Mutt/1.5.17 (2007-11-01) X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Cc: hackers@freebsd.org Subject: Re: How to add wake on lan support for your card (was: Re: FreeBSD WOL sis on) 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, 28 Nov 2007 18:06:22 -0000 --O3RTKUHj+75w1tg5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 28, 2007 at 05:13:28PM +0100, Julian H. Stacey wrote: > > Well, I hope I haven't missed anything important, but I guess > > that's about it. >=20 > Wow ! seems like you spent a fair time assembling that lot, About 2 hours. > & it'd sure be a shame if it just got dusty in mail archives, > (OK apart from current readers who might latch it). Thanks. > Maybe you could send it to doc@freebsd.org list or via send-pr & > suggest it be swallowed as an Annex to main docs ? Seems useful. I guess the wiki would be more appropriate than the main docs. Maybe we should add a wiki page about wake on lan? Reading http://wiki.freebsd.org/AboutWiki it seems that if I created an account there and someone added me to the ContributorsGroup for a new WakeOnLan page I would be good to go. Another place I could add it to is the wake on lan PR, which is at http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/83807 Anyway, it's not lost in any case, because it's in the archives, and at least I know about it and can always link people there if they want to read it (or if they ask me to add support for their card, heheh). --=20 stefan http://stsp.name PGP Key: 0xF59D25F0 --O3RTKUHj+75w1tg5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (OpenBSD) iD8DBQFHTa4a5dMCc/WdJfARAjKvAJ0TxaYM7CETWgvFrWnLIrsk4NuKsQCeP9js GfqYeVGTXe9rsjQZGR7kpAs= =REvS -----END PGP SIGNATURE----- --O3RTKUHj+75w1tg5-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 18:47:13 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 552BA16A421 for ; Wed, 28 Nov 2007 18:47:13 +0000 (UTC) (envelope-from stsp@stsp.name) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.freebsd.org (Postfix) with ESMTP id D433613C469 for ; Wed, 28 Nov 2007 18:47:11 +0000 (UTC) (envelope-from stsp@stsp.name) X-Envelope-From: stsp@stsp.name Received: from stsp.lan ([217.9.60.101]) (authenticated bits=128) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id lASIjkx5006830 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 28 Nov 2007 19:45:47 +0100 Received: from jack.stsp.lan (stsp@localhost.stsp.lan [127.0.0.1]) by stsp.lan (8.14.1/8.14.1) with ESMTP id lASIjkdk013551; Wed, 28 Nov 2007 19:45:46 +0100 (CET) Received: (from stsp@localhost) by jack.stsp.lan (8.14.1/8.14.1/Submit) id lASIjjNA010361; Wed, 28 Nov 2007 19:45:45 +0100 (CET) X-Authentication-Warning: jack.stsp.lan: stsp set sender to stsp@stsp.name using -f Date: Wed, 28 Nov 2007 19:45:45 +0100 From: Stefan Sperling To: Sam Leffler Message-ID: <20071128184545.GD22259@jack.stsp.lan> References: <20071125174204.GT1463@ted.stsp.lan> <452840.43857.qm@web38013.mail.mud.yahoo.com> <20071125214850.GY1463@ted.stsp.lan> <200711281613.lASGDSui016057@fire.js.berklix.net> <20071128180618.GC22259@jack.stsp.lan> <474DB348.4060803@errno.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u65IjBhB3TIa72Vp" Content-Disposition: inline In-Reply-To: <474DB348.4060803@errno.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Cc: hackers@freebsd.org Subject: Re: How to add wake on lan support for your card 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, 28 Nov 2007 18:47:13 -0000 --u65IjBhB3TIa72Vp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 28, 2007 at 10:28:24AM -0800, Sam Leffler wrote: > I really want to see the WOL support get into the tree. Cool. > I looked at it=20 > before and had some issues with ifconfig integration which is mostly why= =20 > it's not already there. You mean you are hacking on it as well (independently) or you were trying my patch? > We're occupied with releases right now so I think=20 > the right time to get in the tree is after 7.0 goes out. I can try to get the cleanups I want to make done by the time 7.0 goes out. Mainly consistent variable naming, and also dropping "SecureOn password" support from ifconfig because it's not secure and I've never actually implemented it for any driver... --=20 stefan http://stsp.name PGP Key: 0xF59D25F0 --u65IjBhB3TIa72Vp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (OpenBSD) iD8DBQFHTbdZ5dMCc/WdJfARAq9aAKDzj3LS8K7z798qLNWzI0uCtEPq4QCfd+cQ SFNC10RSMkLsr6oYjvmBLjM= =T6Vy -----END PGP SIGNATURE----- --u65IjBhB3TIa72Vp-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 19:01:08 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1CBD16A417 for ; Wed, 28 Nov 2007 19:01:08 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id 7535E13C4E3 for ; Wed, 28 Nov 2007 19:01:07 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from evilcoder.xs4all.nl ([195.64.94.120] helo=elvandar.local) by galain.elvandar.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IxRdg-000MWe-Mm; Wed, 28 Nov 2007 19:28:00 +0100 Message-ID: <474DB34C.4090500@FreeBSD.org> Date: Wed, 28 Nov 2007 19:28:28 +0100 From: Remko Lodder User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Stefan Sperling References: <20071125174204.GT1463@ted.stsp.lan> <452840.43857.qm@web38013.mail.mud.yahoo.com> <20071125214850.GY1463@ted.stsp.lan> <200711281613.lASGDSui016057@fire.js.berklix.net> <20071128180618.GC22259@jack.stsp.lan> In-Reply-To: <20071128180618.GC22259@jack.stsp.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org, "Julian H. Stacey" Subject: Re: How to add wake on lan support for your card 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, 28 Nov 2007 19:01:08 -0000 Stefan Sperling wrote: > On Wed, Nov 28, 2007 at 05:13:28PM +0100, Julian H. Stacey wrote: >>> Well, I hope I haven't missed anything important, but I guess >>> that's about it. >> Wow ! seems like you spent a fair time assembling that lot, > > About 2 hours. > >> & it'd sure be a shame if it just got dusty in mail archives, >> (OK apart from current readers who might latch it). > > Thanks. > >> Maybe you could send it to doc@freebsd.org list or via send-pr & >> suggest it be swallowed as an Annex to main docs ? Seems useful. > > I guess the wiki would be more appropriate than the main docs. > > Maybe we should add a wiki page about wake on lan? > Reading http://wiki.freebsd.org/AboutWiki it seems that if > I created an account there and someone added me to the > ContributorsGroup for a new WakeOnLan page I would be good to go. > > Another place I could add it to is the wake on lan PR, which is at > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/83807 > > Anyway, it's not lost in any case, because it's in the archives, > and at least I know about it and can always link people there if > they want to read it (or if they ask me to add support for > their card, heheh). > Let me know the accountname and I can arrange that you can access it :) cheers remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 19:05:33 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0BE816A469 for ; Wed, 28 Nov 2007 19:05:33 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 814C413C458 for ; Wed, 28 Nov 2007 19:05:33 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id lASISOQ1026767 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Nov 2007 10:28:24 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <474DB348.4060803@errno.com> Date: Wed, 28 Nov 2007 10:28:24 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Stefan Sperling References: <20071125174204.GT1463@ted.stsp.lan> <452840.43857.qm@web38013.mail.mud.yahoo.com> <20071125214850.GY1463@ted.stsp.lan> <200711281613.lASGDSui016057@fire.js.berklix.net> <20071128180618.GC22259@jack.stsp.lan> In-Reply-To: <20071128180618.GC22259@jack.stsp.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: o.com; whitelist Cc: hackers@freebsd.org, "Julian H. Stacey" Subject: Re: How to add wake on lan support for your card 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, 28 Nov 2007 19:05:33 -0000 Stefan Sperling wrote: > On Wed, Nov 28, 2007 at 05:13:28PM +0100, Julian H. Stacey wrote: > >>> Well, I hope I haven't missed anything important, but I guess >>> that's about it. >>> >> Wow ! seems like you spent a fair time assembling that lot, >> > > About 2 hours. > > >> & it'd sure be a shame if it just got dusty in mail archives, >> (OK apart from current readers who might latch it). >> > > Thanks. > > >> Maybe you could send it to doc@freebsd.org list or via send-pr & >> suggest it be swallowed as an Annex to main docs ? Seems useful. >> > > I guess the wiki would be more appropriate than the main docs. > > Maybe we should add a wiki page about wake on lan? > Reading http://wiki.freebsd.org/AboutWiki it seems that if > I created an account there and someone added me to the > ContributorsGroup for a new WakeOnLan page I would be good to go. > > Another place I could add it to is the wake on lan PR, which is at > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/83807 > > Anyway, it's not lost in any case, because it's in the archives, > and at least I know about it and can always link people there if > they want to read it (or if they ask me to add support for > their card, heheh). > I really want to see the WOL support get into the tree. I looked at it before and had some issues with ifconfig integration which is mostly why it's not already there. We're occupied with releases right now so I think the right time to get in the tree is after 7.0 goes out. Sam From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 19:09:48 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1693E16A41A for ; Wed, 28 Nov 2007 19:09:48 +0000 (UTC) (envelope-from xistence@0x58.com) Received: from mailexchange.osnn.net (1e.66.5646.static.theplanet.com [70.86.102.30]) by mx1.freebsd.org (Postfix) with SMTP id E088413C46A for ; Wed, 28 Nov 2007 19:09:47 +0000 (UTC) (envelope-from xistence@0x58.com) Received: (qmail 57258 invoked by uid 0); 28 Nov 2007 18:39:20 -0000 Received: from unknown (HELO ?168.158.222.36?) (xistence@0x58.com@168.158.222.36) by mailexchange.osnn.net with SMTP; 28 Nov 2007 18:39:20 -0000 Message-Id: <62844A9B-9046-4530-B16C-36D913B0DDE6@0x58.com> From: Bert JW Regeer In-Reply-To: <20071128124011.M80520@fledge.watson.org> Content-Type: multipart/signed; boundary=Apple-Mail-1-1072337061; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 28 Nov 2007 11:43:05 -0700 References: <20071127171228.N94692@fledge.watson.org> <20071128054208.GA813@menantico.com> <20071128092434.J94692@fledge.watson.org> <20071128110550.GA2216@menantico.com> <20071128123826.GA813@menantico.com> <20071128124011.M80520@fledge.watson.org> X-Mailer: Apple Mail (2.915) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: hackers@FreeBSD.org Subject: Re: Updated procstat(1) 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, 28 Nov 2007 19:09:48 -0000 --Apple-Mail-1-1072337061 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On Nov 28, 2007, at 5:46 AM, Robert Watson wrote: > > On Wed, 28 Nov 2007, Skip Ford wrote: > >> Skip Ford wrote: >>> Robert Watson wrote: >>>> On Wed, 28 Nov 2007, Skip Ford wrote: >>>> >>>>>> - "-a" now means "all processes", >>>>> >>>>> Thanks. :-) I'm a little surprised. You seemed pretty >>>>> dedicated to a per-process tool. >>>> >>>> I was, but then I read your e-mail and became convinced that the >>>> first patch that would be submitted against procstat(1) would be >>>> a "-a" patch. :-) >>> >>> Yep, would've happened. Now the first patch submitted will be a "- >>> w interval" patch... :-) >> >> I couldn't resist implementing a crude interval arg just for kicks. >> Here's the output of find(1) every second. This is so cool: > > Very neat :-). If you like this, you'll love DTrace, which allows > you to do all sorts of things along these lines. I'll add a -w > mode, but be aware that if you want to do the below, what you really > want is DTrace :-), which allows you do do things like sample kernel > stack traces on the clock timer, based on function invocations, etc, > so you can do things like say "sample all the paths to a particular > kernel function". Now that John is updating DTrace again, I hope > that we'll be seeing it in the 8-CURRENT source RSN. > > Robert N M Watson > Computer Laboratory > University of Cambridge Sorry, just a bit off topic Have the licensing issues been resolved with regards to DTrace? This is a feature I was looking forward to in 7.0-RELEASE but it had been delayed because of the licensing. Bert JW Regeer --Apple-Mail-1-1072337061-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 19:50:47 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3DD616A417 for ; Wed, 28 Nov 2007 19:50:47 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id 814C713C4DD for ; Wed, 28 Nov 2007 19:50:47 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.14] (helo=4.mx.freenet.de) by mout0.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1IxSvl-0003qn-VG for freebsd-hackers@freebsd.org; Wed, 28 Nov 2007 20:50:45 +0100 Received: from rba2c.r.pppool.de ([89.54.186.44]:60293 helo=peedub.jennejohn.org) by 4.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.68 #1) id 1IxSvl-0000ch-NZ for freebsd-hackers@freebsd.org; Wed, 28 Nov 2007 20:50:45 +0100 Date: Wed, 28 Nov 2007 20:50:45 +0100 From: Gary Jennejohn To: freebsd-hackers@freebsd.org Message-ID: <20071128205045.66e28630@peedub.jennejohn.org> In-Reply-To: <20071128130518.b9c545ac.wmoran@collaborativefusion.com> References: <474CD21D.5010002@chuckr.org> <20071128175815.GA18822@kobe.laptop> <20071128130518.b9c545ac.wmoran@collaborativefusion.com> Organization: DENX Softwre Engineering GmbH X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: handling pdfs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2007 19:50:48 -0000 On Wed, 28 Nov 2007 13:05:18 -0500 Bill Moran wrote: > In response to Giorgos Keramidas : > > > On 2007-11-27 21:27, Chuck Robey wrote: > > > I need to read about 4 tons of some really sparse pdf specs. I also > > > have a rather inconvenient throwback: I feel hugely more at > > > home-reading documents in paper. What I'd kind of like to do would > > > be able to perform cut'n'paste among different pdfs, 5 pages here, 10 > > > pages there, until I put together maybe 100-200 pages, and sit back > > > and read it. What I can't do is print just a few pages out of several > > > 800-plus page specs, and perform paper cut'n'pasting. > > > > If you find a way to 'save' only parts of a PDF document, i.e. pages > > 5-10, 17 and 25 in a separate file, then the ``pdfjam'' port includes > > a utility called ``pdfjoin'' :) > > You could print the desired pages to .ps files, use ps2pdf to convert > them and then pdfjam to combine them. > > It's enough of a roundabout that I don't know if it's worth it or not. > xpdf allows printing of page ranges. I use it all the time. -- Gary Jennejohn From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 19:22:54 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4477516A46C for ; Wed, 28 Nov 2007 19:22:54 +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 F222913C4DB for ; Wed, 28 Nov 2007 19:22:53 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A55E2E.dip.t-dialin.net [84.165.94.46]) by redbull.bpaserver.net (Postfix) with ESMTP id F41A62E2B3; Wed, 28 Nov 2007 19:57:59 +0100 (CET) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 6DDFB77388; Wed, 28 Nov 2007 19:57:57 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1196276277; bh=wM6WA+yhUkOa+5latLkTWqCzSuyejBoex WtxMAR5FQo=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To: References:X-Mailer:Mime-Version:Content-Type: Content-Transfer-Encoding; b=SMw7jINI+I+4t2zxlVFt+naqqZgKRb2gV5MtL unN3jU97WZgGLR5kKHXJnACCCqCQ37EG7zXpnJ8TvyYvwO8VHvjVpDYRrVtCZjrjaO2 R7HXqOmTKSik0Hl4R5fRqVh+B9S9SFCuwMT3oYaXmFHusP1LLsTVnYJ2Xd37//Fbnbx CfImalpUYYGNXOJZjfIgPm3IILa8NON379gXQ//N0P89vfK4k9om5ZhoKJJN23i6LNJ GyawoOLs5c2AyDe3svJTYigOYXT9644mhe2hZ6119nNb6UWgRaw7e/HbU8VNOChA9bX DWmzptPk7qr+ga60aEtKIaspfjBKRqa4J/KyQ== Date: Wed, 28 Nov 2007 19:57:57 +0100 From: Alexander Leidinger To: Stefan Sperling Message-ID: <20071128195757.35830c7e@deskjail> In-Reply-To: <20071128180618.GC22259@jack.stsp.lan> References: <20071125174204.GT1463@ted.stsp.lan> <452840.43857.qm@web38013.mail.mud.yahoo.com> <20071125214850.GY1463@ted.stsp.lan> <200711281613.lASGDSui016057@fire.js.berklix.net> <20071128180618.GC22259@jack.stsp.lan> X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Wed, 28 Nov 2007 20:10:53 +0000 Cc: hackers@freebsd.org, "Julian H. Stacey" Subject: Re: How to add wake on lan support for your card (was: Re: FreeBSD WOL sis on) 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, 28 Nov 2007 19:22:54 -0000 Quoting Stefan Sperling (Wed, 28 Nov 2007 19:06:18 +0100): > On Wed, Nov 28, 2007 at 05:13:28PM +0100, Julian H. Stacey wrote: > > > Well, I hope I haven't missed anything important, but I guess > > > that's about it. > > > > Wow ! seems like you spent a fair time assembling that lot, > > About 2 hours. > > > & it'd sure be a shame if it just got dusty in mail archives, > > (OK apart from current readers who might latch it). > > Thanks. > > > Maybe you could send it to doc@freebsd.org list or via send-pr & > > suggest it be swallowed as an Annex to main docs ? Seems useful. > > I guess the wiki would be more appropriate than the main docs. > > Maybe we should add a wiki page about wake on lan? > Reading http://wiki.freebsd.org/AboutWiki it seems that if > I created an account there and someone added me to the > ContributorsGroup for a new WakeOnLan page I would be good to go. This is right. If you tell us the name you registered (we have the convention to use FirstnameLastname), I try to get the time to add you. Bye, Alexander. -- We Klingons believe as you do -- the sick should die. Only the strong should live. -- Kras, "Friday's Child", stardate 3497.2 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 20:17:57 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1A0416A417 for ; Wed, 28 Nov 2007 20:17:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id B14A013C4E3 for ; Wed, 28 Nov 2007 20:17:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id E677E46EA5; Wed, 28 Nov 2007 15:21:51 -0500 (EST) Date: Wed, 28 Nov 2007 20:17:49 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Bert JW Regeer In-Reply-To: <62844A9B-9046-4530-B16C-36D913B0DDE6@0x58.com> Message-ID: <20071128201439.W87160@fledge.watson.org> References: <20071127171228.N94692@fledge.watson.org> <20071128054208.GA813@menantico.com> <20071128092434.J94692@fledge.watson.org> <20071128110550.GA2216@menantico.com> <20071128123826.GA813@menantico.com> <20071128124011.M80520@fledge.watson.org> <62844A9B-9046-4530-B16C-36D913B0DDE6@0x58.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@FreeBSD.org Subject: Re: Updated procstat(1) 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, 28 Nov 2007 20:17:57 -0000 On Wed, 28 Nov 2007, Bert JW Regeer wrote: > Have the licensing issues been resolved with regards to DTrace? This is a > feature I was looking forward to in 7.0-RELEASE but it had been delayed > because of the licensing. The problems had to do with non-alignment of the licensing vs. software boundaries, and I believe have been addressed by moving the boundaries a bit (i.e., making some more DTrace data structures opaque, etc). The key point is that the CDDL parts will be compartmentalized as we do for other licenses, but that DTrace will still be loadable as a module with a GENERIC kernel, as is the case with ZFS already. Unfortunately, DTrace won't ship in 7.0, but we believe that it can be MFC'd to RELENG_7. I've not checked in with John Birrell in a few days, but when I last checked he was in the throes of updating the code and cleaning up the integration of the Solaris parts, so my hope is that we'll see CVS progress soon. I know a lot of people are very eager to see this happen. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 23:01:14 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAE6216A421 for ; Wed, 28 Nov 2007 23:01:14 +0000 (UTC) (envelope-from stsp@stsp.name) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.freebsd.org (Postfix) with ESMTP id 462AB13C467 for ; Wed, 28 Nov 2007 23:01:14 +0000 (UTC) (envelope-from stsp@stsp.name) X-Envelope-From: stsp@stsp.name Received: from stsp.lan (stsp.in-vpn.de [217.197.85.96]) (authenticated bits=128) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id lASN1BeA031166 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 29 Nov 2007 00:01:12 +0100 Received: from ted.stsp.lan (localhost [127.0.0.1]) by stsp.lan (8.13.8/8.13.8) with ESMTP id lASN1BqO002824; Thu, 29 Nov 2007 00:01:11 +0100 (CET) (envelope-from stsp@ted.stsp.lan) Received: (from stsp@localhost) by ted.stsp.lan (8.13.8/8.13.8/Submit) id lASN1A7H002823; Thu, 29 Nov 2007 00:01:10 +0100 (CET) (envelope-from stsp) Date: Thu, 29 Nov 2007 00:01:10 +0100 From: Stefan Sperling To: Alexander Leidinger Message-ID: <20071128230110.GB1452@ted.stsp.lan> References: <20071125174204.GT1463@ted.stsp.lan> <452840.43857.qm@web38013.mail.mud.yahoo.com> <20071125214850.GY1463@ted.stsp.lan> <200711281613.lASGDSui016057@fire.js.berklix.net> <20071128180618.GC22259@jack.stsp.lan> <20071128195757.35830c7e@deskjail> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CUfgB8w4ZwR/yMy5" Content-Disposition: inline In-Reply-To: <20071128195757.35830c7e@deskjail> User-Agent: Mutt/1.5.16 (2007-06-09) X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Cc: Remko Lodder , hackers@FreeBSD.org Subject: Re: How to add wake on lan support for your card (was: Re: FreeBSD WOL sis on) 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, 28 Nov 2007 23:01:14 -0000 --CUfgB8w4ZwR/yMy5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 28, 2007 at 07:57:57PM +0100, Alexander Leidinger wrote: > > Maybe we should add a wiki page about wake on lan? > > Reading http://wiki.freebsd.org/AboutWiki it seems that if > > I created an account there and someone added me to the > > ContributorsGroup for a new WakeOnLan page I would be good to go. >=20 > This is right. If you tell us the name you registered (we have the > convention to use FirstnameLastname), I try to get the time to add you. OK, I've created an account in the wiki. My login is StefanSperling Thanks :) --=20 stefan http://stsp.name PGP Key: 0xF59D25F0 --CUfgB8w4ZwR/yMy5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHTfM25dMCc/WdJfARAuw2AKCK0X6RkjbCZ96iOmQKeMWjCgzUAwCeKyQb 6mgUv4pnuF4U2Tx05EyjUWg= =yEsM -----END PGP SIGNATURE----- --CUfgB8w4ZwR/yMy5-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 28 23:52:35 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CEEF16A47F; Wed, 28 Nov 2007 23:52:35 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id A733013C46A; Wed, 28 Nov 2007 23:52:34 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id A2DD924BD29; Thu, 29 Nov 2007 00:52:32 +0100 (CET) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.8/8.13.6) with ESMTP id lASNogj2041862; Thu, 29 Nov 2007 00:50:42 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.8/8.13.6/Submit) id lASNognD041861; Thu, 29 Nov 2007 00:50:42 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Thu, 29 Nov 2007 00:50:42 +0100 To: John Baldwin Message-ID: <20071128235042.GA40147@saturn.kn-bremen.de> Mail-Followup-To: John Baldwin , freebsd-hackers@freebsd.org, freebsd-emulation@freebsd.org References: <20071118020533.GA57425@saturn.kn-bremen.de> <20071118224345.GA81339@saturn.kn-bremen.de> <200711270824.55839.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200711270824.55839.jhb@freebsd.org> User-Agent: Mutt/1.5.16 (2007-06-09) X-Mailman-Approved-At: Thu, 29 Nov 2007 00:11:50 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-emulation@freebsd.org Subject: Re: double panic, and whats apic_cmd? (kqemu crash...) 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, 28 Nov 2007 23:52:35 -0000 On Tue, Nov 27, 2007 at 08:24:55AM -0500, John Baldwin wrote: > On Sunday 18 November 2007 05:43:45 pm Juergen Lock wrote: > > On Sun, Nov 18, 2007 at 03:05:33AM +0100, Juergen Lock wrote: > > > Ok I finally have an amd64 smp box here that i can play with, and tried > > > to reproduce http://www.freebsd.org/cgi/query-pr.cgi?pr=113430 - and I got > > > the following crash: > > >[...] > > > > Ok, the crashes seem to be pretty random, I got a few more: > > (btw I disabled -DSMP in the kqemu build since it doesn't seem to help, > > and it doesn't seem to be used anywhere else. Also I forgot to say > > I also have KDB_TRACE and KDB_UNATTENDED in the kernel config. Oh and > > I had a few hangs too, and never could get into ddb in those cases...) > > > > [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 "amd64-marcel-freebsd". > > > > Unread portion of the kernel message buffer: > > kernel trap 12 with interrupts disabled > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 1; apic id = 01 > > fault virtual address = 0x246 > > fault code = supervisor read instruction, page not present > > instruction pointer = 0x8:0x246 > > stack pointer = 0x10:0xffffffff9fae4b50 > > frame pointer = 0x10:0xffffffff9fae4b80 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = resume, IOPL = 0 > > current process = 11 (idle: cpu1) > > trap number = 12 > > <0> > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 1; apic id = 01 > > fault virtual address = 0xc011dbfb > > fault code = supervisor read instruction, page not present > > instruction pointer = 0x8:0xc011dbfb > > stack pointer = 0x10:0xffffffff9fae47d0 > > frame pointer = 0x10:0x801de4000 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = trace trap, interrupt enabled, nested task, IOPL = 3 > > current process = 11 (idle: cpu1) > > trap number = 12 > > panic: page fault > > cpuid = 1 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > panic() at panic+0x17a > > trap_fatal() at trap_fatal+0x29f > > trap_pfault() at trap_pfault+0x294 > > trap() at trap+0x2ea > > sendsig() at sendsig+0x2aa > > sched_choose() at sched_choose+0x8c > > choosethread() at choosethread+0x2b > > sched_switch() at sched_switch+0x184 > > mi_switch() at mi_switch+0x189 > > ast() at ast+0x1e8 > > doreti_ast() at doreti_ast+0x1f > > Uptime: 37m8s > > Physical memory: 986 MB > > Dumping 152 MB: 137 121 105 89 73 57 41 25 9 > > > > #0 doadump () at pcpu.h:194 > > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > > (kgdb) bt > > #0 doadump () at pcpu.h:194 > > #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > > #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. > > ) at ../../../kern/kern_shutdown.c:563 > > #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > > ) > > at ../../../amd64/amd64/trap.c:697 > > #4 0xffffffff8070e254 in trap_pfault (frame=0xffffffff9fae4720, usermode=0) > > at ../../../amd64/amd64/trap.c:614 > > #5 0xffffffff8070ec0a in trap (frame=0xffffffff9fae4720) > > at ../../../amd64/amd64/trap.c:383 > > #6 0xffffffff806fcd4a in sendsig (catcher=0x405460, ksi=Variable "ksi" is not available. > > ) > > at ../../../amd64/amd64/machdep.c:326 > > #7 0xffffffff804a16ec in sched_choose () at ../../../kern/sched_4bsd.c:1256 > > #8 0xffffffff804a174b in choosethread () at kern_switch.c:137 > > #9 0xffffffff804a2984 in sched_switch (td=0xffffff000209b680, > > newtd=0xffffff00021a18c0, flags=13) at ../../../kern/sched_4bsd.c:907 > > #10 0xffffffff8048cc99 in mi_switch (flags=2, newtd=0x0) > > at ../../../kern/kern_synch.c:442 > > #11 0xffffffff804b7068 in ast (framep=0xffffffff9fae4c70) > > at ../../../kern/subr_trap.c:239 > > #12 0xffffffff806f4999 in doreti_ast () at ../../../amd64/amd64/exception.S:468 > > #13 0x0000000811d87d74 in ?? () > > #14 0x0000000000000005 in ?? () > > #15 0x00000000000010e0 in ?? () > > ---Type to continue, or q to quit--- > > #16 0x0000000811d87d8c in ?? () > > #17 0x0000000801de4000 in ?? () > > #18 0x0000000741e00000 in ?? () > > #19 0x000000000215dd30 in ?? () > > #20 0x0000000000d49160 in ?? () > > #21 0x00000000c016fdf0 in ?? () > > #22 0x0000000000000000 in ?? () > > #23 0x0000000801de84d0 in ?? () > > #24 0xffffffffbfffffff in ?? () > > #25 0x0000000000063fff in ?? () > > #26 0x0000000801de4000 in ?? () > > #27 0x0000000000063fff in ?? () > > #28 0x0000000000000016 in ?? () > > #29 0x0000000000000000 in ?? () > > #30 0x0000000000000000 in ?? () > > #31 0x0000000000000000 in ?? () > > #32 0x000000000215dd0c in ?? () > > #33 0x000000000000002b in ?? () > > #34 0x0000000000000286 in ?? () > > #35 0x00007fffffffb608 in ?? () > > #36 0x0000000000000023 in ?? () > > #37 0x0000000000000000 in ?? () > > #38 0x0000000000000000 in ?? () > > ---Type to continue, or q to quit--- > > #39 0x0000000000c9f000 in ?? () > > #40 0x00000000fffffffd in ?? () > > #41 0xffffff0001080460 in ?? () > > #42 0xffffff000209b680 in ?? () > > #43 0x0000000000000001 in ?? () > > #44 0xffffffff9fae4bb0 in ?? () > > #45 0xffffffff9fae4b68 in ?? () > > #46 0xffffff00010819c0 in ?? () > > #47 0xffffffff804a2984 in sched_switch (td=0xd49160, newtd=0x63fff, > > flags=409599) at ../../../kern/sched_4bsd.c:907 > > Previous frame inner to this frame (corrupt stack?) > > (kgdb) q > > iapetus# exit > > > > and > > > > [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 "amd64-marcel-freebsd". > > > > Unread portion of the kernel message buffer: > > kernel trap 12 with interrupts disabled > > > > > > Fatal trap 0: while in kernel mode > > cpuid = 0; apic id = 00 > > instruction pointer = 0x4300:0xffffffff9fae41c0 > > stack pointer = 0x10:0xffffffff9fae4190 > > frame pointer = 0x10:0x5 > > code segment = base 0x0, limit 0x0, type 0x0 > > = DPL 0, pres 0, long 0, def32 0, gran 0 > > processor eflags = resume, IOPL = 0 > > current process = 904 (qemu-system-x86_64) > > trap number = kernel trap 12 with interrupts disabled > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x46 > > fault code = supervisor read data, page not present > > instruction pointer = 0x8:0xffffffff804aff9d > > stack pointer = 0x10:0xffffffff9fae3d20 > > frame pointer = 0x10:0xffffffff9fae3e80 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = resume, IOPL = 0 > > current process = 904 (qemu-system-x86_64) > > trap number = 12 > > panic: page fault > > cpuid = 0 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > panic() at panic+0x17a > > trap_fatal() at trap_fatal+0x29f > > trap() at trap+0x242 > > calltrap() at calltrap+0x8 > > --- trap 0xc, rip = 0xffffffff804aff9d, rsp = 0xffffffff9fae3d20, rbp = 0xffffffff9fae3e80 --- > > kvprintf() at kvprintf+0x11ed > > printf() at printf+0xa4 > > uart_z8530_class() at 0x3386 > > swapb.6687() at swapb.6687+0x13f > > Uptime: 19m14s > > Physical memory: 986 MB > > Dumping 113 MB: (CTRL-C to abort) 98 82 66 (CTRL-C to abort) 50 34 18 2 > > > > #0 doadump () at pcpu.h:194 > > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > > (kgdb) bt > > #0 doadump () at pcpu.h:194 > > #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > > #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. > > ) at ../../../kern/kern_shutdown.c:563 > > #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > > ) > > at ../../../amd64/amd64/trap.c:697 > > #4 0xffffffff8070eb62 in trap (frame=0xffffffff9fae3c70) > > at ../../../amd64/amd64/trap.c:248 > > #5 0xffffffff806f3e0e in calltrap () at ../../../amd64/amd64/exception.S:169 > > #6 0xffffffff804aff9d in kvprintf (fmt=0xffffffff807febff "\n", > > func=0xffffffff804b07d0 , arg=0xffffffff9fae3e90, radix=10, > > ap=0xffffffff9fae3ec0) at ../../../kern/subr_prf.c:819 > > #7 0xffffffff804b0284 in printf (fmt=Variable "fmt" is not available. > > ) at ../../../kern/subr_prf.c:314 > > #8 0x0000000000003386 in ?? () > > #9 0xffffffff9fae4090 in ?? () > > #10 0xffffffff806f4667 in Xtimerint () at apic_vector.S:103 > > Previous frame identical to this frame (corrupt stack?) > > (kgdb) q > > iapetus# exit > > > > Script done on Sun Nov 18 19:11:41 2007 > > > > and: > > > > [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 "amd64-marcel-freebsd". > > > > Unread portion of the kernel message buffer: > > kernel trap 12 with interrupts disabled > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0xd > > fault code = supervisor read data, page not present > > instruction pointer = 0x8:0xffffffff8073d743 > > stack pointer = 0x10:0xffffffff9fae4610 > > frame pointer = 0x10:0x0 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = resume, IOPL = 0 > > current process = 948 (qemu-system-x86_64) > > trap number = 12 > > panic: page fault > > cpuid = 0 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > panic() at panic+0x17a > > trap_fatal() at trap_fatal+0x29f > > dmapbase() at 0xffffff0001080460 > > dmapbase() at 0xffffff00010819c0 > > Uptime: 23m57s > > Physical memory: 986 MB > > Dumping 152 MB: 137 121 105 89 73 57 41 25 9 > > > > #0 doadump () at pcpu.h:194 > > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > > (kgdb) bt > > #0 doadump () at pcpu.h:194 > > #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > > #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. > > ) at ../../../kern/kern_shutdown.c:563 > > #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > > ) > > at ../../../amd64/amd64/trap.c:697 > > #4 0xffffff0001080460 in ?? () > > #5 0xffffffff80a4d8a0 in lapics () > > #6 0xffffff00010819c0 in ?? () > > #7 0x0000000000000000 in ?? () > > #8 0xffffff0001055600 in ?? () > > #9 0xffffffff9fae44e0 in ?? () > > #10 0xffffffff8044ffed in hardclock_cpu (usermode=Variable "usermode" is not available. > > ) > > at ../../../kern/kern_clock.c:224 > > #11 0xffffff00010819c0 in ?? () > > #12 0x0000000000000000 in ?? () > > #13 0xffffff000215b000 in ?? () > > #14 0xffffffff9fae4610 in ?? () > > #15 0xffffff000215b000 in ?? () > > #16 0x0000000000000000 in ?? () > > #17 0xffffffff80a26430 in main_console () > > #18 0x00000000000213bf in ?? () > > #19 0xffffff00010819c0 in ?? () > > #20 0x0000000000000000 in ?? () > > ---Type to continue, or q to quit--- > > #21 0x0000000000000000 in ?? () > > #22 0xffffffff80a2fd78 in runq () > > #23 0xffffff000215b000 in ?? () > > #24 0x0000000000000001 in ?? () > > #25 0xffffffff8047953c in _mtx_lock_spin (m=0xffffffff80a26430, tid=136126, > > opts=Variable "opts" is not available. > > ) at cpufunc.h:343 > > Previous frame inner to this frame (corrupt stack?) > > (kgdb) q > > iapetus# exit > > > > kgdb still seems to be kind of confused tho, afaict runq is a variable > > not a function... Anyone can make head or tail of these crashes? > > I would check your hardware for bad RAM, etc. Well, I doubt its that... It works when running a up kernel, and it works on a 6.3beta2 i386 install on the same box with smp. Also I haven't seen any crashes on that box yet other than from this amd64 kqemu on the smp kernel (it also survived building a world and kernel with -j4), actually I haven't received reports of kqemu/amd64/smp actually working for anyone. (do you want to try? :) I _suspect_ kqemu/amd64 is doing either things differently than on i386, or differences between the i386 and amd64 kernels trigger the problem. Fwiw, I have a report of kqemu/amd64 crashing the host on a linux smp host too, tho there only with a windows guest; linux guests (which I was testing) seem to work there. Oh and I left memtest86 running on that box overnight and it found nothing... Thanx, Juergen PS: some doc about kqemu: http://fabrice.bellard.free.fr/qemu/kqemu-tech.html From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 00:25:58 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 528BE16A41A for ; Thu, 29 Nov 2007 00:25:58 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (mail0.rawbw.com [198.144.192.41]) by mx1.freebsd.org (Postfix) with ESMTP id 39E0213C47E for ; Thu, 29 Nov 2007 00:25:58 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (localhost [127.0.0.1]) by mail0.rawbw.com (8.13.8/8.13.8) with ESMTP id lAT0PuAX065629; Wed, 28 Nov 2007 16:25:56 -0800 (PST) Received: (from www@localhost) by mail0.rawbw.com (8.13.8/8.13.8/Submit) id lAT0Pue7065627; Wed, 28 Nov 2007 16:25:56 -0800 (PST) X-Authentication-Warning: mail0.rawbw.com: www set sender to yuri@rawbw.com using -f Received: from ip224.carlyle.sfo.ygnition.net (ip224.carlyle.sfo.ygnition.net [24.219.144.224]) by webmail.rawbw.com (IMP) with HTTP for ; Wed, 28 Nov 2007 16:25:55 -0800 Message-ID: <1196295955.474e0713b530b@webmail.rawbw.com> Date: Wed, 28 Nov 2007 16:25:55 -0800 From: Yuri To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 24.219.144.224 X-Mailman-Approved-At: Thu, 29 Nov 2007 00:36:02 +0000 Subject: /lib/pthread.so.2 is sought during some port compilation 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, 29 Nov 2007 00:25:58 -0000 I tried to compile firefox-2.0.0.10 on 7.0-BETA3. And one linking command failed seeking for malloc_lock symbol required by /lib/pthread.so.2. Obviously it tried to link obsolete /lib/pthread.so.2 with the new /lib/libc.so.7. By reading /usr/src/UPDATING I learn that the default threading library has been replaced by /lib/libthr.so. Why would linker seek for libpthread.so instead of libthr.so? Yuri From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 00:55:17 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0732C16A417 for ; Thu, 29 Nov 2007 00:55:17 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6907213C461; Thu, 29 Nov 2007 00:55:16 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <474E0DFE.9000706@FreeBSD.org> Date: Thu, 29 Nov 2007 01:55:26 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Yuri References: <1196295955.474e0713b530b@webmail.rawbw.com> In-Reply-To: <1196295955.474e0713b530b@webmail.rawbw.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: /lib/pthread.so.2 is sought during some port compilation 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, 29 Nov 2007 00:55:17 -0000 Yuri wrote: > I tried to compile firefox-2.0.0.10 on 7.0-BETA3. > And one linking command failed seeking for malloc_lock symbol required by > /lib/pthread.so.2. Obviously it tried to link obsolete /lib/pthread.so.2 with > the new /lib/libc.so.7. > > By reading /usr/src/UPDATING I learn that the default threading library has been > replaced by /lib/libthr.so. > > Why would linker seek for libpthread.so instead of libthr.so? libpthread is a symlink to libthr on a correctly functioning FreeBSD 7.0 installation. In general, when you encounter a problem you need to cut and paste the exact errors, instead of typing from memory and getting it wrong (there is no "/lib/pthread.so.2", etc). Showing us the errors mean that we are more likely to understand your problem and help you to fix it. Kris From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 01:17:00 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89A7616A418 for ; Thu, 29 Nov 2007 01:17:00 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (mail0.rawbw.com [198.144.192.41]) by mx1.freebsd.org (Postfix) with ESMTP id 88B1B13C448 for ; Thu, 29 Nov 2007 01:17:00 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (localhost [127.0.0.1]) by mail0.rawbw.com (8.13.8/8.13.8) with ESMTP id lAT1GtKb096661; Wed, 28 Nov 2007 17:16:55 -0800 (PST) Received: (from www@localhost) by mail0.rawbw.com (8.13.8/8.13.8/Submit) id lAT1Gs0O096658; Wed, 28 Nov 2007 17:16:55 -0800 (PST) X-Authentication-Warning: mail0.rawbw.com: www set sender to yuri@rawbw.com using -f Received: from ip224.carlyle.sfo.ygnition.net (ip224.carlyle.sfo.ygnition.net [24.219.144.224]) by webmail.rawbw.com (IMP) with HTTP for ; Wed, 28 Nov 2007 17:16:54 -0800 Message-ID: <1196299014.474e1306ab62e@webmail.rawbw.com> Date: Wed, 28 Nov 2007 17:16:54 -0800 From: Yuri To: Kris Kennaway References: <1196295955.474e0713b530b@webmail.rawbw.com> <474E0DFE.9000706@FreeBSD.org> In-Reply-To: <474E0DFE.9000706@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 24.219.144.224 X-Mailman-Approved-At: Thu, 29 Nov 2007 02:00:39 +0000 Cc: freebsd-hackers@FreeBSD.org Subject: Re: /lib/pthread.so.2 is sought during some port compilation 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, 29 Nov 2007 01:17:00 -0000 Sorry about that. Please find the logs below. My system is upgraded from 6.3. And /lib/libpthread.so.2 is not a symlink. But when I make it a symlink (ln -s /lib/libthr.so.3 /lib/libpthread.so.2) I get another error, see log below. Some requisite libs are compiled with /lib/libpthread.so.2 (?) and now firefox is being compiled with a new libc.so.7. So do I have to rebuild all ports to be able to run on 7.0? UPDATES file doesn't say anything about this beyond the line that it was replaced. Yuri Quoting Kris Kennaway : > > libpthread is a symlink to libthr on a correctly functioning FreeBSD 7.0 > installation. > > In general, when you encounter a problem you need to cut and paste the > exact errors, instead of typing from memory and getting it wrong (there > is no "/lib/pthread.so.2", etc). Showing us the errors mean that we are > more likely to understand your problem and help you to fix it. > > Kris > -- build log with /lib/libpthread.so.2 as a file from 6.3 -- /usr/ports/www/firefox/work/mozilla/config/nsinstall -R -m 755 xpt_dump xpt_link ../../../../dist/sdk/bin gmake[6]: Leaving directory `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpt/tools' gmake[5]: Leaving directory `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpt/tools' gmake[4]: Leaving directory `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpt' gmake[4]: Entering directory `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpidl' gmake[5]: Entering directory `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpidl' cc -o xpidl -I/usr/local/include/nss -I/usr/local/include/nss/nss -I/usr/local/include -I/usr/local/include -Wall -W -Wno-unused -Wpointer-arith -Wcast-align -Wno-long-long -I/usr/local/include -O5 -fno-strict-aliasing -pipe -finline-limit=5000 -funit-at-a-time --param max-inline-insns-single=5000 --param max-inline-insns-auto=1200 --param large-function-insns=30000 --param large-function-growth=2000 --param inline-unit-growth=10000 -funroll-loops -fpeel-loops -funswitch-loops -march=i386 -O2 -fno-strict-aliasing -O2 -pipe -DNDEBUG -DTRIMMED -O2 -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include xpidl.o xpidl_idl.o xpidl_util.o xpidl_header.o xpidl_typelib.o xpidl_doc.o xpidl_java.o -L/usr/local/lib/nss -Wl,-rpath,/usr/local/lib/firefox -L../../../dist/bin -L../../../dist/lib ../../../dist/lib/libxpt.a -L/usr/local/lib -lIDL-2 -lglib-2.0 -liconv -lm -pthread -pthread -L/usr/local/lib -liconv /usr/bin/ld: warning: libm.so.4, needed by /usr/local/lib/libicui18n.so.36, may conflict with libm.so.5 /lib/libpthread.so.2: undefined reference to `__malloc_lock' gmake[5]: *** [xpidl] Error 1 gmake[5]: Leaving directory `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpidl' gmake[4]: *** [export] Error 2 gmake[4]: Leaving directory `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpidl' gmake[3]: *** [export] Error 2 gmake[3]: Leaving directory `/usr/ports/www/firefox/work/mozilla/xpcom/typelib' gmake[2]: *** [export] Error 2 gmake[2]: Leaving directory `/usr/ports/www/firefox/work/mozilla/xpcom' gmake[1]: *** [tier_2] Error 2 gmake[1]: Leaving directory `/usr/ports/www/firefox/work/mozilla' gmake: *** [default] Error 2 *** Error code 2 -- error log with /lib/libpthread.so.2 as a symlink to /linnb/libthr.so.3 -- gmake[4]: Entering directory `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpidl' gmake[5]: Entering directory `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpidl' cc -o xpidl -I/usr/local/include/nss -I/usr/local/include/nss/nss -I/usr/local/include -I/usr/local/include -Wall -W -Wno-unused -Wpointer-arith -Wcast-align -Wno-long-long -I/usr/local/include -O5 -fno-strict-aliasing -pipe -finline-limit=5000 -funit-at-a-time --param max-inline-insns-single=5000 --param max-inline-insns-auto=1200 --param large-function-insns=30000 --param large-function-growth=2000 --param inline-unit-growth=10000 -funroll-loops -fpeel-loops -funswitch-loops -march=i386 -O2 -fno-strict-aliasing -O2 -pipe -DNDEBUG -DTRIMMED -O2 -I/usr/local/include/libIDL-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include xpidl.o xpidl_idl.o xpidl_util.o xpidl_header.o xpidl_typelib.o xpidl_doc.o xpidl_java.o -L/usr/local/lib/nss -Wl,-rpath,/usr/local/lib/firefox -L../../../dist/bin -L../../../dist/lib ../../../dist/lib/libxpt.a -L/usr/local/lib -lIDL-2 -lglib-2.0 -liconv -lm -pthread -pthread -L/usr/local/lib -liconv /usr/bin/ld: warning: libm.so.4, needed by /usr/local/lib/libicui18n.so.36, may conflict with libm.so.5 /usr/local/lib/libicuuc.so.36: undefined reference to `close@LIBTHREAD_1_0' /usr/local/lib/libicuuc.so.36: undefined reference to `open@LIBTHREAD_1_0' /usr/local/lib/libicuuc.so.36: undefined reference to `pthread_mutex_init@LIBTHREAD_1_0' /usr/local/lib/libicuuc.so.36: undefined reference to `pthread_mutex_unlock@LIBTHREAD_1_0' /usr/local/lib/libicuuc.so.36: undefined reference to `pthread_mutex_destroy@LIBTHREAD_1_0' /usr/local/lib/libicuuc.so.36: undefined reference to `pthread_mutex_lock@LIBTHREAD_1_0' gmake[5]: *** [xpidl] Error 1 gmake[5]: Leaving directory `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpidl' gmake[4]: *** [export] Error 2 gmake[4]: Leaving directory `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpidl' gmake[3]: *** [export] Error 2 gmake[3]: Leaving directory `/usr/ports/www/firefox/work/mozilla/xpcom/typelib' gmake[2]: *** [export] Error 2 gmake[2]: Leaving directory `/usr/ports/www/firefox/work/mozilla/xpcom' gmake[1]: *** [tier_2] Error 2 gmake[1]: Leaving directory `/usr/ports/www/firefox/work/mozilla' gmake: *** [default] Error 2 *** Error code 2 From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 02:56:54 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91C2716A468; Thu, 29 Nov 2007 02:56:54 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id 82A6B13C4CC; Thu, 29 Nov 2007 02:56:54 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAT2urrI031870 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 28 Nov 2007 18:56:53 -0800 X-Auth-Received: from dzihan.cs.washington.edu (dzihan.cs.washington.edu [128.208.4.96]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAT2uqBH004302 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 28 Nov 2007 18:56:53 -0800 Message-ID: <474E2A74.9050502@u.washington.edu> Date: Wed, 28 Nov 2007 18:56:52 -0800 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (X11/20071003) MIME-Version: 1.0 To: Yuri References: <1196295955.474e0713b530b@webmail.rawbw.com> <474E0DFE.9000706@FreeBSD.org> <1196299014.474e1306ab62e@webmail.rawbw.com> In-Reply-To: <1196299014.474e1306ab62e@webmail.rawbw.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.11.28.183910 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: freebsd-hackers@FreeBSD.org, Kris Kennaway Subject: Re: /lib/pthread.so.2 is sought during some port compilation 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, 29 Nov 2007 02:56:54 -0000 Yuri wrote: > Sorry about that. > Please find the logs below. > > My system is upgraded from 6.3. And /lib/libpthread.so.2 is not a symlink. > But when I make it a symlink (ln -s /lib/libthr.so.3 /lib/libpthread.so.2) > I get another error, see log below. > > Some requisite libs are compiled with /lib/libpthread.so.2 (?) and now > firefox is being compiled with a new libc.so.7. > > So do I have to rebuild all ports to be able to run on 7.0? > > UPDATES file doesn't say anything about this beyond the line that it was replaced. > > Yuri > > Quoting Kris Kennaway : > > >> libpthread is a symlink to libthr on a correctly functioning FreeBSD 7.0 >> installation. >> >> In general, when you encounter a problem you need to cut and paste the >> exact errors, instead of typing from memory and getting it wrong (there >> is no "/lib/pthread.so.2", etc). Showing us the errors mean that we are >> more likely to understand your problem and help you to fix it. >> >> Kris >> >> > > > -- build log with /lib/libpthread.so.2 as a file from 6.3 -- > > /usr/ports/www/firefox/work/mozilla/config/nsinstall -R -m 755 xpt_dump xpt_link > ../../../../dist/sdk/bin > gmake[6]: Leaving directory > `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpt/tools' > gmake[5]: Leaving directory > `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpt/tools' > gmake[4]: Leaving directory `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpt' > gmake[4]: Entering directory > `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpidl' > gmake[5]: Entering directory > `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpidl' > cc -o xpidl -I/usr/local/include/nss -I/usr/local/include/nss/nss > -I/usr/local/include -I/usr/local/include -Wall -W -Wno-unused -Wpointer-arith > -Wcast-align -Wno-long-long -I/usr/local/include -O5 -fno-strict-aliasing -pipe > -finline-limit=5000 -funit-at-a-time --param max-inline-insns-single=5000 > --param max-inline-insns-auto=1200 --param large-function-insns=30000 --param > large-function-growth=2000 --param inline-unit-growth=10000 -funroll-loops > -fpeel-loops -funswitch-loops -march=i386 -O2 -fno-strict-aliasing -O2 -pipe > -DNDEBUG -DTRIMMED -O2 -I/usr/local/include/libIDL-2.0 > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include xpidl.o > xpidl_idl.o xpidl_util.o xpidl_header.o xpidl_typelib.o xpidl_doc.o xpidl_java.o > -L/usr/local/lib/nss -Wl,-rpath,/usr/local/lib/firefox -L../../../dist/bin > -L../../../dist/lib ../../../dist/lib/libxpt.a -L/usr/local/lib -lIDL-2 > -lglib-2.0 -liconv -lm -pthread -pthread -L/usr/local/lib -liconv > /usr/bin/ld: warning: libm.so.4, needed by /usr/local/lib/libicui18n.so.36, may > conflict with libm.so.5 > /lib/libpthread.so.2: undefined reference to `__malloc_lock' > gmake[5]: *** [xpidl] Error 1 > gmake[5]: Leaving directory > `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpidl' > gmake[4]: *** [export] Error 2 > gmake[4]: Leaving directory > `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpidl' > gmake[3]: *** [export] Error 2 > gmake[3]: Leaving directory `/usr/ports/www/firefox/work/mozilla/xpcom/typelib' > gmake[2]: *** [export] Error 2 > gmake[2]: Leaving directory `/usr/ports/www/firefox/work/mozilla/xpcom' > gmake[1]: *** [tier_2] Error 2 > gmake[1]: Leaving directory `/usr/ports/www/firefox/work/mozilla' > gmake: *** [default] Error 2 > *** Error code 2 > > -- error log with /lib/libpthread.so.2 as a symlink to /linnb/libthr.so.3 -- > > gmake[4]: Entering directory > `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpidl' > gmake[5]: Entering directory > `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpidl' > cc -o xpidl -I/usr/local/include/nss -I/usr/local/include/nss/nss > -I/usr/local/include -I/usr/local/include -Wall -W -Wno-unused -Wpointer-arith > -Wcast-align -Wno-long-long -I/usr/local/include -O5 -fno-strict-aliasing -pipe > -finline-limit=5000 -funit-at-a-time --param max-inline-insns-single=5000 > --param max-inline-insns-auto=1200 --param large-function-insns=30000 --param > large-function-growth=2000 --param inline-unit-growth=10000 -funroll-loops > -fpeel-loops -funswitch-loops -march=i386 -O2 -fno-strict-aliasing -O2 -pipe > -DNDEBUG -DTRIMMED -O2 -I/usr/local/include/libIDL-2.0 > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include xpidl.o > xpidl_idl.o xpidl_util.o xpidl_header.o xpidl_typelib.o xpidl_doc.o xpidl_java.o > -L/usr/local/lib/nss -Wl,-rpath,/usr/local/lib/firefox -L../../../dist/bin > -L../../../dist/lib ../../../dist/lib/libxpt.a -L/usr/local/lib -lIDL-2 > -lglib-2.0 -liconv -lm -pthread -pthread -L/usr/local/lib -liconv > /usr/bin/ld: warning: libm.so.4, needed by /usr/local/lib/libicui18n.so.36, may > conflict with libm.so.5 > /usr/local/lib/libicuuc.so.36: undefined reference to `close@LIBTHREAD_1_0' > /usr/local/lib/libicuuc.so.36: undefined reference to `open@LIBTHREAD_1_0' > /usr/local/lib/libicuuc.so.36: undefined reference to > `pthread_mutex_init@LIBTHREAD_1_0' > /usr/local/lib/libicuuc.so.36: undefined reference to > `pthread_mutex_unlock@LIBTHREAD_1_0' > /usr/local/lib/libicuuc.so.36: undefined reference to > `pthread_mutex_destroy@LIBTHREAD_1_0' > /usr/local/lib/libicuuc.so.36: undefined reference to > `pthread_mutex_lock@LIBTHREAD_1_0' > gmake[5]: *** [xpidl] Error 1 > gmake[5]: Leaving directory > `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpidl' > gmake[4]: *** [export] Error 2 > gmake[4]: Leaving directory > `/usr/ports/www/firefox/work/mozilla/xpcom/typelib/xpidl' > gmake[3]: *** [export] Error 2 > gmake[3]: Leaving directory `/usr/ports/www/firefox/work/mozilla/xpcom/typelib' > gmake[2]: *** [export] Error 2 > gmake[2]: Leaving directory `/usr/ports/www/firefox/work/mozilla/xpcom' > gmake[1]: *** [tier_2] Error 2 > gmake[1]: Leaving directory `/usr/ports/www/firefox/work/mozilla' > gmake: *** [default] Error 2 > *** Error code 2 This is most likely your problem: /usr/bin/ld: warning: libm.so.4, needed by /usr/local/lib/libicui18n.so.36, may conflict with libm.so.5 Try "make delete-old-libs" from /usr/src. -Garrett From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 06:19:43 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE77B16A418 for ; Thu, 29 Nov 2007 06:19:43 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id B763A13C46A for ; Thu, 29 Nov 2007 06:19:43 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from localhost.we-dare.net ([127.0.0.1] helo=galain.elvandar.org) by galain.elvandar.org with esmtpa (Exim 4.67) (envelope-from ) id 1IxckK-0004NV-Pd; Thu, 29 Nov 2007 07:19:36 +0100 Received: from 194.74.82.3 (SquirrelMail authenticated user remko) by galain.elvandar.org with HTTP; Thu, 29 Nov 2007 07:19:36 +0100 (CET) Message-ID: <10228.194.74.82.3.1196317176.squirrel@galain.elvandar.org> Date: Thu, 29 Nov 2007 07:19:36 +0100 (CET) From: "Remko Lodder" To: "Stefan Sperling" User-Agent: SquirrelMail/1.4.11 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Alexander Leidinger , hackers@freebsd.org Subject: Re: How to add wake on lan support for your card (was: Re: FreeBSD WOL sis on) 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, 29 Nov 2007 06:19:44 -0000 On Thu, November 29, 2007 12:01 am, Stefan Sperling wrote: > On Wed, Nov 28, 2007 at 07:57:57PM +0100, Alexander Leidinger wrote: >> > Maybe we should add a wiki page about wake on lan? >> > Reading http://wiki.freebsd.org/AboutWiki it seems that if >> > I created an account there and someone added me to the >> > ContributorsGroup for a new WakeOnLan page I would be good to go. >> >> This is right. If you tell us the name you registered (we have the >> convention to use FirstnameLastname), I try to get the time to add you. > > OK, I've created an account in the wiki. > My login is StefanSperling > > Thanks :) > > -- > stefan > http://stsp.name PGP Key: > 0xF59D25F0 > Hi Stefan, I added you to the list. Cheers remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 08:40:02 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6541E16A418 for ; Thu, 29 Nov 2007 08:40:02 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CB86213C461; Thu, 29 Nov 2007 08:40:01 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <474E7AEB.5020609@FreeBSD.org> Date: Thu, 29 Nov 2007 09:40:11 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Yuri References: <1196295955.474e0713b530b@webmail.rawbw.com> <474E0DFE.9000706@FreeBSD.org> <1196299014.474e1306ab62e@webmail.rawbw.com> In-Reply-To: <1196299014.474e1306ab62e@webmail.rawbw.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org Subject: Re: /lib/pthread.so.2 is sought during some port compilation 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, 29 Nov 2007 08:40:02 -0000 Yuri wrote: > Sorry about that. > Please find the logs below. > > My system is upgraded from 6.3. And /lib/libpthread.so.2 is not a symlink. > But when I make it a symlink (ln -s /lib/libthr.so.3 /lib/libpthread.so.2) > I get another error, see log below. > > Some requisite libs are compiled with /lib/libpthread.so.2 (?) and now > firefox is being compiled with a new libc.so.7. > > So do I have to rebuild all ports to be able to run on 7.0? Yes. You have to do this whenever you upgrade to a new branch of FreeBSD. The old ports will work until you start upgrading them to new versions, at which point you will end up with binaries linked to two versions of FreeBSD libraries, like libc.so.6 and libc.so.7, and this is a recipe for disaster. Kris From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 10:12:11 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B56116A41A for ; Thu, 29 Nov 2007 10:12:11 +0000 (UTC) (envelope-from stsp@stsp.name) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.freebsd.org (Postfix) with ESMTP id 0C40D13C442 for ; Thu, 29 Nov 2007 10:12:10 +0000 (UTC) (envelope-from stsp@stsp.name) X-Envelope-From: stsp@stsp.name Received: from stsp.lan (stsp.in-vpn.de [217.197.85.96]) (authenticated bits=128) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id lATAAew7007892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 29 Nov 2007 11:10:41 +0100 Received: from ted.stsp.lan (localhost [127.0.0.1]) by stsp.lan (8.13.8/8.13.8) with ESMTP id lATAAeYU002395; Thu, 29 Nov 2007 11:10:40 +0100 (CET) (envelope-from stsp@ted.stsp.lan) Received: (from stsp@localhost) by ted.stsp.lan (8.13.8/8.13.8/Submit) id lATAAdLn002394; Thu, 29 Nov 2007 11:10:39 +0100 (CET) (envelope-from stsp) Date: Thu, 29 Nov 2007 11:10:39 +0100 From: Stefan Sperling To: Sam Leffler Message-ID: <20071129101039.GE1513@ted.stsp.lan> References: <20071125174204.GT1463@ted.stsp.lan> <452840.43857.qm@web38013.mail.mud.yahoo.com> <20071125214850.GY1463@ted.stsp.lan> <200711281613.lASGDSui016057@fire.js.berklix.net> <20071128180618.GC22259@jack.stsp.lan> <474DB348.4060803@errno.com> <20071128184545.GD22259@jack.stsp.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n+lFg1Zro7sl44OB" Content-Disposition: inline In-Reply-To: <20071128184545.GD22259@jack.stsp.lan> User-Agent: Mutt/1.5.16 (2007-06-09) X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Cc: hackers@freebsd.org Subject: presenting WOL to the user (was: Re: How to add wake on lan support for your card) 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, 29 Nov 2007 10:12:11 -0000 --n+lFg1Zro7sl44OB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 28, 2007 at 07:45:45PM +0100, Stefan Sperling wrote: > On Wed, Nov 28, 2007 at 10:28:24AM -0800, Sam Leffler wrote: > > I really want to see the WOL support get into the tree. >=20 > Cool. >=20 > > I looked at it=20 > > before and had some issues with ifconfig integration which is mostly wh= y=20 > > it's not already there. >=20 > You mean you are hacking on it as well (independently) > or you were trying my patch? Sam, nevermind that question of mine. I thought about this again. I suppose you have issues with the way I made ifconfig present WOL information to the user? $ ifconfig vr0 vr0: flags=3D8943 mtu 1500 inet 10.42.42.2 netmask 0xffffff00 broadcast 10.42.42.255 ether 00:0b:6a:d5:1e:b1 media: Ethernet autoselect (100baseTX ) status: active ---> supported wake events: unicast magic ---> will wake on: magic Adding two new lines of output for a minor feature like that is indeed overkill. Actually I have been thinking about this for a while. Maybe the WOL information should somehow be integrated into interface flags? There would be quite a few wake on lan options to be squeezed into the flags though: magic packet, link status, unicast, broadcast, multicast (at least). This would look somewhat like: vr0: flags=3DXXXX mtu 1500 Would that be better? I don't know how crowded the flag bit space already is though, because I had no time to look at it yet. How do you think could the available WOL options be presented to the user? Clearly flags can't be used for this. Maybe we should simply drop this functionality, and operate like the ifconfig "polling" option -- simply return an error if the interface does not support the requested WOL event, but don't provide other means of finding out what it does actually support? Or should we introduce a special ifconfig subcommand to query this information? Has anyone got better ideas? Thanks, --=20 stefan http://stsp.name PGP Key: 0xF59D25F0 --n+lFg1Zro7sl44OB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHTpAf5dMCc/WdJfARAsKPAJoC57tzmvbd7rOC84JLTLEYMQQIywCg52gg MrLZDk0XgZoAN1OFZH7kzm0= =7rap -----END PGP SIGNATURE----- --n+lFg1Zro7sl44OB-- From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 10:25:12 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACACB16A420 for ; Thu, 29 Nov 2007 10:25:12 +0000 (UTC) (envelope-from atom@smasher.org) Received: from atom.smasher.org (atom.smasher.org [69.55.237.145]) by mx1.freebsd.org (Postfix) with SMTP id 89C1913C4CE for ; Thu, 29 Nov 2007 10:25:12 +0000 (UTC) (envelope-from atom@smasher.org) Received: (qmail 42546 invoked by uid 1000); 29 Nov 2007 10:15:51 -0000 Message-ID: <20071129101551.42545.qmail@smasher.org> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Date: Thu, 29 Nov 2007 23:15:49 +1300 (NZDT) From: Atom Smasher In-Reply-To: <20071128205045.66e28630@peedub.jennejohn.org> MIME-Version: 1.0 OpenPGP: id=0xB88D52E4D9F57808; algo=1 (RSA); size=4096; url=http://atom.smasher.org/pgp.txt References: <474CD21D.5010002@chuckr.org> <20071128175815.GA18822@kobe.laptop> <20071128130518.b9c545ac.wmoran@collaborativefusion.com> <20071128205045.66e28630@peedub.jennejohn.org> To: freebsd-hackers@freebsd.org X-POM: The Moon is Waning Gibbous (72% of Full) X-Hashcash: 1:20:0711291015:freebsd-hackers@freebsd.org::BT6/Og3bl0daZ/SH:000000 0000000000000000000000000H1u Subject: Re: handling pdfs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 10:25:12 -0000 On Wed, 28 Nov 2007, Gary Jennejohn wrote: > xpdf allows printing of page ranges. I use it all the time. ============== oh yeah... and kprinter, if you have it installed, can also do that, but can act as a pipe with postscript files as an input ;) kprinter < file.ps it has most/all of the print options you'd expect from a GUI print dialog, and it can print to pdf, ps, or a real printer. -- ...atom ________________________ http://atom.smasher.org/ 762A 3B98 A3C3 96C9 C6B7 582A B88D 52E4 D9F5 7808 ------------------------------------------------- "When the President does it, that means that it's not illegal." -- Richard M. Nixon, 19 May 1977 From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 11:00:22 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C872D16A417 for ; Thu, 29 Nov 2007 11:00:22 +0000 (UTC) (envelope-from gregoryd.freebsd@free.fr) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id 8F47813C469 for ; Thu, 29 Nov 2007 11:00:22 +0000 (UTC) (envelope-from gregoryd.freebsd@free.fr) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by postfix2-g20.free.fr (Postfix) with ESMTP id AB2A71FB3666 for ; Thu, 29 Nov 2007 09:37:32 +0100 (CET) Received: from smtp1-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp1-g19.free.fr (Postfix) with ESMTP id 7BAB21AB2FD; Thu, 29 Nov 2007 11:38:22 +0100 (CET) Received: from imp8-g19.free.fr (imp8-g19.free.fr [212.27.42.39]) by smtp1-g19.free.fr (Postfix) with ESMTP id DF51D1AB2F3; Thu, 29 Nov 2007 11:38:21 +0100 (CET) Received: by imp8-g19.free.fr (Postfix, from userid 33) id A351B3D33; Thu, 29 Nov 2007 11:38:21 +0100 (CET) Received: from 145.242.11.2 ([145.242.11.2]) by imp.free.fr (IMP) with HTTP for ; Thu, 29 Nov 2007 11:38:21 +0100 Message-ID: <1196332701.474e969d61155@imp.free.fr> Date: Thu, 29 Nov 2007 11:38:21 +0100 From: gregoryd.freebsd@free.fr To: Stefan Sperling References: <20071125174204.GT1463@ted.stsp.lan> <452840.43857.qm@web38013.mail.mud.yahoo.com> <20071125214850.GY1463@ted.stsp.lan> <200711281613.lASGDSui016057@fire.js.berklix.net> <20071128180618.GC22259@jack.stsp.lan> <474DB348.4060803@errno.com> <20071128184545.GD22259@jack.stsp.lan> <20071129101039.GE1513@ted.stsp.lan> In-Reply-To: <20071129101039.GE1513@ted.stsp.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 145.242.11.2 Cc: hackers@freebsd.org Subject: Re: presenting WOL to the user (was: Re: How to add wake on lan support for your card) 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, 29 Nov 2007 11:00:22 -0000 Quoting Stefan Sperling : >flags=XXXX > mtu 1500 > > Would that be better? IMHO, too much info packed in here, making reading difficult. > Has anyone got better ideas? What if there was a single line added, right after status for instance: wol: (magic) unicast link multicast The line mentions all wol options available, and shows the event triggering the wake-up between brackets. Or between <> (whatever). Or even in upper case: wol: MAGIC unicast link gregory From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 10:36:20 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B72D16A418; Thu, 29 Nov 2007 10:36:20 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (mail0.rawbw.com [198.144.192.41]) by mx1.freebsd.org (Postfix) with ESMTP id 26B1A13C45A; Thu, 29 Nov 2007 10:36:20 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (localhost [127.0.0.1]) by mail0.rawbw.com (8.13.8/8.13.8) with ESMTP id lATAaGHN013615; Thu, 29 Nov 2007 02:36:16 -0800 (PST) Received: (from www@localhost) by mail0.rawbw.com (8.13.8/8.13.8/Submit) id lATAaGJQ013614; Thu, 29 Nov 2007 02:36:16 -0800 (PST) X-Authentication-Warning: mail0.rawbw.com: www set sender to yuri@rawbw.com using -f Received: from ip224.carlyle.sfo.ygnition.net (ip224.carlyle.sfo.ygnition.net [24.219.144.224]) by webmail.rawbw.com (IMP) with HTTP for ; Thu, 29 Nov 2007 02:36:16 -0800 Message-ID: <1196332576.474e962081ff9@webmail.rawbw.com> Date: Thu, 29 Nov 2007 02:36:16 -0800 From: Yuri To: Kris Kennaway References: <1196295955.474e0713b530b@webmail.rawbw.com> <474E0DFE.9000706@FreeBSD.org> <1196299014.474e1306ab62e@webmail.rawbw.com> <474E7AEB.5020609@FreeBSD.org> In-Reply-To: <474E7AEB.5020609@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 24.219.144.224 X-Mailman-Approved-At: Thu, 29 Nov 2007 12:19:27 +0000 Cc: freebsd-hackers@FreeBSD.org Subject: Re: /lib/pthread.so.2 is sought during some port compilation 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, 29 Nov 2007 10:36:20 -0000 Quoting Kris Kennaway : > > So do I have to rebuild all ports to be able to run on 7.0? > > Yes. You have to do this whenever you upgrade to a new branch of > FreeBSD. The old ports will work until you start upgrading them to new > versions, at which point you will end up with binaries linked to two > versions of FreeBSD libraries, like libc.so.6 and libc.so.7, and this is > a recipe for disaster. Yes, that's what I am doing. portupgrade -af Thanks, Yuri From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 08:52:40 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59C8116A418 for ; Thu, 29 Nov 2007 08:52:40 +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 1068513C455 for ; Thu, 29 Nov 2007 08:52:40 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5570B.dip.t-dialin.net [84.165.87.11]) by redbull.bpaserver.net (Postfix) with ESMTP id 9A36B2E0A9; Thu, 29 Nov 2007 09:52:13 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 2D18A743A9; Thu, 29 Nov 2007 09:52:11 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1196326331; bh=5t2TKMcidJW+sv/J4zqjVc2sVdKBcA4dh ca1cj5NJis=; h=Message-ID:X-Priority:Date:From:To:Cc:Subject: References:In-Reply-To:MIME-Version:Content-Type: Content-Disposition:Content-Transfer-Encoding:User-Agent; b=QA+XHE Tv9srobYyD35qHQvxkZp+cE7iPt0f0cQhvyOpFVS5kKf7F+yrUnN40B8lICAqL/tju4 xRytKqz6GP+Hu6WyP0EwxoZYobhZwTL3RONQygE7YRHkuW0p17cqW3Wtxn3ZfChQSmF dKx5BiVPk9sofZFEzDSmkU3M5GGacKQTPAfgySWIQ/8oseS3gVaQSP6JCbvKJZZmHXX F9XFJXZX8tolc69gawPU7uLitwK9ivnhLokGgXuM3x//5t0butT+EDHChnCGrLNPPXI tkKpMURRSAneKnGxBI1YHfJGBnjD4ZZmBp05b+MuGMLK90R3uF6m3f0FmNEHAg7wt5k A== Received: (from www@localhost) by webmail.leidinger.net (8.14.1/8.13.8/Submit) id lAT8qB9F022576; Thu, 29 Nov 2007 09:52:11 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 29 Nov 2007 09:52:10 +0100 Message-ID: <20071129095210.v0nrmgctmogg8ks4@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 29 Nov 2007 09:52:10 +0100 From: Alexander Leidinger To: Remko Lodder References: <10228.194.74.82.3.1196317176.squirrel@galain.elvandar.org> In-Reply-To: <10228.194.74.82.3.1196317176.squirrel@galain.elvandar.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-15.4, required 6, autolearn=not spam, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10, SMILEY -0.50) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Thu, 29 Nov 2007 12:19:37 +0000 Cc: hackers@FreeBSD.org, Stefan Sperling Subject: Re: How to add wake on lan support for your card (was: Re: FreeBSD WOL sis on) 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, 29 Nov 2007 08:52:40 -0000 Quoting Remko Lodder (from Thu, 29 Nov 2007 07:19:36 +0100 (CET)): > On Thu, November 29, 2007 12:01 am, Stefan Sperling wrote: >> OK, I've created an account in the wiki. >> My login is StefanSperling >> >> Thanks :) > I added you to the list. I created http://wiki.freebsd.org/WakeOnLan with appropriate rights for contributors. Bye, Alexander. -- Nasrudin walked into a teahouse and declaimed, "The moon is more useful than the sun." "Why?", he was asked. "Because at night we need the light more." http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 16:28:53 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39B8916A41B for ; Thu, 29 Nov 2007 16:28:53 +0000 (UTC) (envelope-from dn_viktor@mail.ru) Received: from mx28.mail.ru (mx28.mail.ru [194.67.23.67]) by mx1.freebsd.org (Postfix) with ESMTP id F2ADD13C458 for ; Thu, 29 Nov 2007 16:28:52 +0000 (UTC) (envelope-from dn_viktor@mail.ru) Received: from mx27.mail.ru (mx27.mail.ru [194.67.23.23]) by mx28.mail.ru (mPOP.Fallback_MX) with ESMTP id 5F15C7964F5 for ; Thu, 29 Nov 2007 18:11:22 +0300 (MSK) Received: from [194.186.222.246] (port=34943 helo=[192.168.150.66]) by mx27.mail.ru with asmtp id 1Ixl2u-000JQq-00 for freebsd-hackers@freebsd.org; Thu, 29 Nov 2007 18:11:20 +0300 Date: Thu, 29 Nov 2007 18:12:14 +0300 From: dn_viktor@mail.ru X-Mailer: The Bat! (v3.0.1.33) Professional X-Priority: 3 (Normal) Message-ID: <529364172.20071129181214@mail.ru> To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 29 Nov 2007 17:12:26 +0000 Subject: A TMPFS Implementation for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dn_viktor@mail.ru List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 16:28:53 -0000 hi , freebsd-hackers. I found this reference http://docs.freebsd.org/cgi/getmsg.cgi?fetch=372365+0+/usr/local/www/db/text/2006/freebsd-hackers/20060226.freebsd-hackers how is it correct to conduct this procedure ? beforehand thank you !! -- With kind regards , dn mailto:dn_viktor@mail.ru From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 18:00:48 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82CCE16A46B for ; Thu, 29 Nov 2007 18:00:48 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 16DA613C4D1 for ; Thu, 29 Nov 2007 18:00:47 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A67B6.dip.t-dialin.net [84.154.103.182]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id lATHY5wo046138; Thu, 29 Nov 2007 17:34:20 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id lATHY47C015377; Thu, 29 Nov 2007 18:34:04 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id lATHZGqb039519; Thu, 29 Nov 2007 18:35:16 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200711291735.lATHZGqb039519@fire.js.berklix.net> To: Giorgos Keramidas In-reply-to: <20071128175815.GA18822@kobe.laptop> References: <474CD21D.5010002@chuckr.org> <20071128175815.GA18822@kobe.laptop> Comments: In-reply-to Giorgos Keramidas message dated "Wed, 28 Nov 2007 19:58:15 +0200." Date: Thu, 29 Nov 2007 18:35:16 +0100 From: "Julian H. Stacey" Cc: Chuck Robey , FreeBSD-Hackers Subject: Re: handling pdfs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 18:00:48 -0000 Giorgos Keramidas wrote: > On 2007-11-27 21:27, Chuck Robey wrote: > > I need to read about 4 tons of some really sparse pdf specs. I also > > have a rather inconvenient throwback: I feel hugely more at > > home-reading documents in paper. What I'd kind of like to do would > > be able to perform cut'n'paste among different pdfs, 5 pages here, 10 > > pages there, until I put together maybe 100-200 pages, and sit back > > and read it. What I can't do is print just a few pages out of several > > 800-plus page specs, and perform paper cut'n'pasting. > > If you find a way to 'save' only parts of a PDF document, i.e. pages > 5-10, 17 and 25 in a separate file, then the ``pdfjam'' port includes > a utility called ``pdfjoin'' :) /usr/local/bin/pdf2ps # ghostscript-gnu-7.07_15/+CONTENTS:bin/pdf2ps then gs allows printing of page numbers then print PS or /usr/local/bin/ps2pdf # /usr/ports/print/ghostscript-gnu -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch = mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 18:53:08 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AA2516A41B for ; Thu, 29 Nov 2007 18:53:08 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F00E613C458; Thu, 29 Nov 2007 18:53:07 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <474F0A9E.90605@FreeBSD.org> Date: Thu, 29 Nov 2007 19:53:18 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Yuri References: <1196295955.474e0713b530b@webmail.rawbw.com> <474E0DFE.9000706@FreeBSD.org> <1196299014.474e1306ab62e@webmail.rawbw.com> <474E7AEB.5020609@FreeBSD.org> <1196332576.474e962081ff9@webmail.rawbw.com> In-Reply-To: <1196332576.474e962081ff9@webmail.rawbw.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org Subject: Re: /lib/pthread.so.2 is sought during some port compilation 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, 29 Nov 2007 18:53:08 -0000 Yuri wrote: > Quoting Kris Kennaway : > >>> So do I have to rebuild all ports to be able to run on 7.0? >> Yes. You have to do this whenever you upgrade to a new branch of >> FreeBSD. The old ports will work until you start upgrading them to new >> versions, at which point you will end up with binaries linked to two >> versions of FreeBSD libraries, like libc.so.6 and libc.so.7, and this is >> a recipe for disaster. > > Yes, that's what I am doing. > portupgrade -af That is what you are doing now, or what you were doing when you found the problem? It should not occur during a portupgrade -af unless there is a port that is missing registration on some dependencies. Kris From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 18:57:46 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF65716A418; Thu, 29 Nov 2007 18:57:46 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (mail0.rawbw.com [198.144.192.41]) by mx1.freebsd.org (Postfix) with ESMTP id CB1C213C45B; Thu, 29 Nov 2007 18:57:46 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (localhost [127.0.0.1]) by mail0.rawbw.com (8.13.8/8.13.8) with ESMTP id lATIvkl4074763; Thu, 29 Nov 2007 10:57:46 -0800 (PST) Received: (from www@localhost) by mail0.rawbw.com (8.13.8/8.13.8/Submit) id lATIvk4N074760; Thu, 29 Nov 2007 10:57:46 -0800 (PST) X-Authentication-Warning: mail0.rawbw.com: www set sender to yuri@rawbw.com using -f Received: from ip224.carlyle.sfo.ygnition.net (ip224.carlyle.sfo.ygnition.net [24.219.144.224]) by webmail.rawbw.com (IMP) with HTTP for ; Thu, 29 Nov 2007 10:57:45 -0800 Message-ID: <1196362665.474f0ba9611f1@webmail.rawbw.com> Date: Thu, 29 Nov 2007 10:57:45 -0800 From: Yuri To: Kris Kennaway References: <1196295955.474e0713b530b@webmail.rawbw.com> <474E0DFE.9000706@FreeBSD.org> <1196299014.474e1306ab62e@webmail.rawbw.com> <474E7AEB.5020609@FreeBSD.org> <1196332576.474e962081ff9@webmail.rawbw.com> <474F0A9E.90605@FreeBSD.org> In-Reply-To: <474F0A9E.90605@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 24.219.144.224 X-Mailman-Approved-At: Thu, 29 Nov 2007 19:07:18 +0000 Cc: freebsd-hackers@FreeBSD.org Subject: Re: /lib/pthread.so.2 is sought during some port compilation 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, 29 Nov 2007 18:57:47 -0000 Quoting Kris Kennaway : > > Yes, that's what I am doing. > > portupgrade -af > > That is what you are doing now, or what you were doing when you found > the problem? It should not occur during a portupgrade -af unless there > is a port that is missing registration on some dependencies. > > Kris > That's what I am doing now. When the original problem occurred I was just running 'portupgrade -aP' which was wrong on freshly upgraded to 7.0 machine. Thank you, Yuri From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 19:22:42 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AD3A16A421 for ; Thu, 29 Nov 2007 19:22:42 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8AEC013C469; Thu, 29 Nov 2007 19:22:41 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <474F118C.1020200@FreeBSD.org> Date: Thu, 29 Nov 2007 20:22:52 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: dn_viktor@mail.ru References: <529364172.20071129181214@mail.ru> In-Reply-To: <529364172.20071129181214@mail.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: A TMPFS Implementation for 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, 29 Nov 2007 19:22:42 -0000 dn_viktor@mail.ru wrote: > hi , freebsd-hackers. > > I found this reference > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=372365+0+/usr/local/www/db/text/2006/freebsd-hackers/20060226.freebsd-hackers > > > how is it correct to conduct this procedure ? > > beforehand thank you !! > > > tmpfs is included in FreeBSD 7.0. It still has some known problems, but might be stable enough for light use. Kris From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 19:35:53 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABA0116A419 for ; Thu, 29 Nov 2007 19:35:53 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0DB5913C448; Thu, 29 Nov 2007 19:35:52 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <474F14A3.5010802@FreeBSD.org> Date: Thu, 29 Nov 2007 20:36:03 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Yuri References: <1196295955.474e0713b530b@webmail.rawbw.com> <474E0DFE.9000706@FreeBSD.org> <1196299014.474e1306ab62e@webmail.rawbw.com> <474E7AEB.5020609@FreeBSD.org> <1196332576.474e962081ff9@webmail.rawbw.com> <474F0A9E.90605@FreeBSD.org> <1196362665.474f0ba9611f1@webmail.rawbw.com> In-Reply-To: <1196362665.474f0ba9611f1@webmail.rawbw.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org Subject: Re: /lib/pthread.so.2 is sought during some port compilation 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, 29 Nov 2007 19:35:53 -0000 Yuri wrote: > Quoting Kris Kennaway : > >>> Yes, that's what I am doing. >>> portupgrade -af >> That is what you are doing now, or what you were doing when you found >> the problem? It should not occur during a portupgrade -af unless there >> is a port that is missing registration on some dependencies. >> >> Kris >> > > That's what I am doing now. > When the original problem occurred I was just running 'portupgrade -aP' which > was wrong on freshly upgraded to 7.0 machine. OK, cool. Good luck :) Kris From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 20:25:24 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F95616A478 for ; Thu, 29 Nov 2007 20:25:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id D55F213C4E3 for ; Thu, 29 Nov 2007 20:25:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 221855654-1834499 for multiple; Thu, 29 Nov 2007 15:22:56 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lATKOk1U042281; Thu, 29 Nov 2007 15:24:46 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Juergen Lock Date: Thu, 29 Nov 2007 14:41:03 -0500 User-Agent: KMail/1.9.6 References: <20071118020533.GA57425@saturn.kn-bremen.de> <200711270824.55839.jhb@freebsd.org> <20071128235042.GA40147@saturn.kn-bremen.de> In-Reply-To: <20071128235042.GA40147@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711291441.04134.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 29 Nov 2007 15:24:47 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4954/Thu Nov 29 12:46:26 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-hackers@freebsd.org, freebsd-emulation@freebsd.org Subject: Re: double panic, and whats apic_cmd? (kqemu crash...) 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, 29 Nov 2007 20:25:24 -0000 On Wednesday 28 November 2007 06:50:42 pm Juergen Lock wrote: > On Tue, Nov 27, 2007 at 08:24:55AM -0500, John Baldwin wrote: > > On Sunday 18 November 2007 05:43:45 pm Juergen Lock wrote: > > > On Sun, Nov 18, 2007 at 03:05:33AM +0100, Juergen Lock wrote: > > > > Ok I finally have an amd64 smp box here that i can play with, and tried > > > > to reproduce http://www.freebsd.org/cgi/query-pr.cgi?pr=113430 - and I got > > > > the following crash: > > > >[...] > > > > > > Ok, the crashes seem to be pretty random, I got a few more: > > > (btw I disabled -DSMP in the kqemu build since it doesn't seem to help, > > > and it doesn't seem to be used anywhere else. Also I forgot to say > > > I also have KDB_TRACE and KDB_UNATTENDED in the kernel config. Oh and > > > I had a few hangs too, and never could get into ddb in those cases...) > > > > > > [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 "amd64-marcel-freebsd". > > > > > > Unread portion of the kernel message buffer: > > > kernel trap 12 with interrupts disabled > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 1; apic id = 01 > > > fault virtual address = 0x246 > > > fault code = supervisor read instruction, page not present > > > instruction pointer = 0x8:0x246 > > > stack pointer = 0x10:0xffffffff9fae4b50 > > > frame pointer = 0x10:0xffffffff9fae4b80 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = resume, IOPL = 0 > > > current process = 11 (idle: cpu1) > > > trap number = 12 > > > <0> > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 1; apic id = 01 > > > fault virtual address = 0xc011dbfb > > > fault code = supervisor read instruction, page not present > > > instruction pointer = 0x8:0xc011dbfb > > > stack pointer = 0x10:0xffffffff9fae47d0 > > > frame pointer = 0x10:0x801de4000 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = trace trap, interrupt enabled, nested task, IOPL = 3 > > > current process = 11 (idle: cpu1) > > > trap number = 12 > > > panic: page fault > > > cpuid = 1 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > > panic() at panic+0x17a > > > trap_fatal() at trap_fatal+0x29f > > > trap_pfault() at trap_pfault+0x294 > > > trap() at trap+0x2ea > > > sendsig() at sendsig+0x2aa > > > sched_choose() at sched_choose+0x8c > > > choosethread() at choosethread+0x2b > > > sched_switch() at sched_switch+0x184 > > > mi_switch() at mi_switch+0x189 > > > ast() at ast+0x1e8 > > > doreti_ast() at doreti_ast+0x1f > > > Uptime: 37m8s > > > Physical memory: 986 MB > > > Dumping 152 MB: 137 121 105 89 73 57 41 25 9 > > > > > > #0 doadump () at pcpu.h:194 > > > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > > > (kgdb) bt > > > #0 doadump () at pcpu.h:194 > > > #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > > > #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. > > > ) at ../../../kern/kern_shutdown.c:563 > > > #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > > > ) > > > at ../../../amd64/amd64/trap.c:697 > > > #4 0xffffffff8070e254 in trap_pfault (frame=0xffffffff9fae4720, usermode=0) > > > at ../../../amd64/amd64/trap.c:614 > > > #5 0xffffffff8070ec0a in trap (frame=0xffffffff9fae4720) > > > at ../../../amd64/amd64/trap.c:383 > > > #6 0xffffffff806fcd4a in sendsig (catcher=0x405460, ksi=Variable "ksi" is not available. > > > ) > > > at ../../../amd64/amd64/machdep.c:326 > > > #7 0xffffffff804a16ec in sched_choose () at ../../../kern/sched_4bsd.c:1256 > > > #8 0xffffffff804a174b in choosethread () at kern_switch.c:137 > > > #9 0xffffffff804a2984 in sched_switch (td=0xffffff000209b680, > > > newtd=0xffffff00021a18c0, flags=13) at ../../../kern/sched_4bsd.c:907 > > > #10 0xffffffff8048cc99 in mi_switch (flags=2, newtd=0x0) > > > at ../../../kern/kern_synch.c:442 > > > #11 0xffffffff804b7068 in ast (framep=0xffffffff9fae4c70) > > > at ../../../kern/subr_trap.c:239 > > > #12 0xffffffff806f4999 in doreti_ast () at ../../../amd64/amd64/exception.S:468 > > > #13 0x0000000811d87d74 in ?? () > > > #14 0x0000000000000005 in ?? () > > > #15 0x00000000000010e0 in ?? () > > > ---Type to continue, or q to quit--- > > > #16 0x0000000811d87d8c in ?? () > > > #17 0x0000000801de4000 in ?? () > > > #18 0x0000000741e00000 in ?? () > > > #19 0x000000000215dd30 in ?? () > > > #20 0x0000000000d49160 in ?? () > > > #21 0x00000000c016fdf0 in ?? () > > > #22 0x0000000000000000 in ?? () > > > #23 0x0000000801de84d0 in ?? () > > > #24 0xffffffffbfffffff in ?? () > > > #25 0x0000000000063fff in ?? () > > > #26 0x0000000801de4000 in ?? () > > > #27 0x0000000000063fff in ?? () > > > #28 0x0000000000000016 in ?? () > > > #29 0x0000000000000000 in ?? () > > > #30 0x0000000000000000 in ?? () > > > #31 0x0000000000000000 in ?? () > > > #32 0x000000000215dd0c in ?? () > > > #33 0x000000000000002b in ?? () > > > #34 0x0000000000000286 in ?? () > > > #35 0x00007fffffffb608 in ?? () > > > #36 0x0000000000000023 in ?? () > > > #37 0x0000000000000000 in ?? () > > > #38 0x0000000000000000 in ?? () > > > ---Type to continue, or q to quit--- > > > #39 0x0000000000c9f000 in ?? () > > > #40 0x00000000fffffffd in ?? () > > > #41 0xffffff0001080460 in ?? () > > > #42 0xffffff000209b680 in ?? () > > > #43 0x0000000000000001 in ?? () > > > #44 0xffffffff9fae4bb0 in ?? () > > > #45 0xffffffff9fae4b68 in ?? () > > > #46 0xffffff00010819c0 in ?? () > > > #47 0xffffffff804a2984 in sched_switch (td=0xd49160, newtd=0x63fff, > > > flags=409599) at ../../../kern/sched_4bsd.c:907 > > > Previous frame inner to this frame (corrupt stack?) > > > (kgdb) q > > > iapetus# exit > > > > > > and > > > > > > [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 "amd64-marcel-freebsd". > > > > > > Unread portion of the kernel message buffer: > > > kernel trap 12 with interrupts disabled > > > > > > > > > Fatal trap 0: while in kernel mode > > > cpuid = 0; apic id = 00 > > > instruction pointer = 0x4300:0xffffffff9fae41c0 > > > stack pointer = 0x10:0xffffffff9fae4190 > > > frame pointer = 0x10:0x5 > > > code segment = base 0x0, limit 0x0, type 0x0 > > > = DPL 0, pres 0, long 0, def32 0, gran 0 > > > processor eflags = resume, IOPL = 0 > > > current process = 904 (qemu-system-x86_64) > > > trap number = kernel trap 12 with interrupts disabled > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 0; apic id = 00 > > > fault virtual address = 0x46 > > > fault code = supervisor read data, page not present > > > instruction pointer = 0x8:0xffffffff804aff9d > > > stack pointer = 0x10:0xffffffff9fae3d20 > > > frame pointer = 0x10:0xffffffff9fae3e80 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = resume, IOPL = 0 > > > current process = 904 (qemu-system-x86_64) > > > trap number = 12 > > > panic: page fault > > > cpuid = 0 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > > panic() at panic+0x17a > > > trap_fatal() at trap_fatal+0x29f > > > trap() at trap+0x242 > > > calltrap() at calltrap+0x8 > > > --- trap 0xc, rip = 0xffffffff804aff9d, rsp = 0xffffffff9fae3d20, rbp = 0xffffffff9fae3e80 --- > > > kvprintf() at kvprintf+0x11ed > > > printf() at printf+0xa4 > > > uart_z8530_class() at 0x3386 > > > swapb.6687() at swapb.6687+0x13f > > > Uptime: 19m14s > > > Physical memory: 986 MB > > > Dumping 113 MB: (CTRL-C to abort) 98 82 66 (CTRL-C to abort) 50 34 18 2 > > > > > > #0 doadump () at pcpu.h:194 > > > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > > > (kgdb) bt > > > #0 doadump () at pcpu.h:194 > > > #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > > > #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. > > > ) at ../../../kern/kern_shutdown.c:563 > > > #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > > > ) > > > at ../../../amd64/amd64/trap.c:697 > > > #4 0xffffffff8070eb62 in trap (frame=0xffffffff9fae3c70) > > > at ../../../amd64/amd64/trap.c:248 > > > #5 0xffffffff806f3e0e in calltrap () at ../../../amd64/amd64/exception.S:169 > > > #6 0xffffffff804aff9d in kvprintf (fmt=0xffffffff807febff "\n", > > > func=0xffffffff804b07d0 , arg=0xffffffff9fae3e90, radix=10, > > > ap=0xffffffff9fae3ec0) at ../../../kern/subr_prf.c:819 > > > #7 0xffffffff804b0284 in printf (fmt=Variable "fmt" is not available. > > > ) at ../../../kern/subr_prf.c:314 > > > #8 0x0000000000003386 in ?? () > > > #9 0xffffffff9fae4090 in ?? () > > > #10 0xffffffff806f4667 in Xtimerint () at apic_vector.S:103 > > > Previous frame identical to this frame (corrupt stack?) > > > (kgdb) q > > > iapetus# exit > > > > > > Script done on Sun Nov 18 19:11:41 2007 > > > > > > and: > > > > > > [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 "amd64-marcel-freebsd". > > > > > > Unread portion of the kernel message buffer: > > > kernel trap 12 with interrupts disabled > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 0; apic id = 00 > > > fault virtual address = 0xd > > > fault code = supervisor read data, page not present > > > instruction pointer = 0x8:0xffffffff8073d743 > > > stack pointer = 0x10:0xffffffff9fae4610 > > > frame pointer = 0x10:0x0 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = resume, IOPL = 0 > > > current process = 948 (qemu-system-x86_64) > > > trap number = 12 > > > panic: page fault > > > cpuid = 0 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > > panic() at panic+0x17a > > > trap_fatal() at trap_fatal+0x29f > > > dmapbase() at 0xffffff0001080460 > > > dmapbase() at 0xffffff00010819c0 > > > Uptime: 23m57s > > > Physical memory: 986 MB > > > Dumping 152 MB: 137 121 105 89 73 57 41 25 9 > > > > > > #0 doadump () at pcpu.h:194 > > > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > > > (kgdb) bt > > > #0 doadump () at pcpu.h:194 > > > #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 > > > #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. > > > ) at ../../../kern/kern_shutdown.c:563 > > > #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > > > ) > > > at ../../../amd64/amd64/trap.c:697 > > > #4 0xffffff0001080460 in ?? () > > > #5 0xffffffff80a4d8a0 in lapics () > > > #6 0xffffff00010819c0 in ?? () > > > #7 0x0000000000000000 in ?? () > > > #8 0xffffff0001055600 in ?? () > > > #9 0xffffffff9fae44e0 in ?? () > > > #10 0xffffffff8044ffed in hardclock_cpu (usermode=Variable "usermode" is not available. > > > ) > > > at ../../../kern/kern_clock.c:224 > > > #11 0xffffff00010819c0 in ?? () > > > #12 0x0000000000000000 in ?? () > > > #13 0xffffff000215b000 in ?? () > > > #14 0xffffffff9fae4610 in ?? () > > > #15 0xffffff000215b000 in ?? () > > > #16 0x0000000000000000 in ?? () > > > #17 0xffffffff80a26430 in main_console () > > > #18 0x00000000000213bf in ?? () > > > #19 0xffffff00010819c0 in ?? () > > > #20 0x0000000000000000 in ?? () > > > ---Type to continue, or q to quit--- > > > #21 0x0000000000000000 in ?? () > > > #22 0xffffffff80a2fd78 in runq () > > > #23 0xffffff000215b000 in ?? () > > > #24 0x0000000000000001 in ?? () > > > #25 0xffffffff8047953c in _mtx_lock_spin (m=0xffffffff80a26430, tid=136126, > > > opts=Variable "opts" is not available. > > > ) at cpufunc.h:343 > > > Previous frame inner to this frame (corrupt stack?) > > > (kgdb) q > > > iapetus# exit > > > > > > kgdb still seems to be kind of confused tho, afaict runq is a variable > > > not a function... Anyone can make head or tail of these crashes? > > > > I would check your hardware for bad RAM, etc. > > Well, I doubt its that... It works when running a up kernel, and it works > on a 6.3beta2 i386 install on the same box with smp. Also I haven't > seen any crashes on that box yet other than from this amd64 kqemu on the > smp kernel (it also survived building a world and kernel with -j4), > actually I haven't received reports of kqemu/amd64/smp actually working > for anyone. (do you want to try? :) I _suspect_ kqemu/amd64 is doing > either things differently than on i386, or differences between the > i386 and amd64 kernels trigger the problem. > > Fwiw, I have a report of kqemu/amd64 crashing the host on a linux smp host > too, tho there only with a windows guest; linux guests (which I was testing) > seem to work there. > > Oh and I left memtest86 running on that box overnight and it found nothing... well, it could be a kqemu bug I guess, but your panics look like seemingly random memory corruptino as you have stack traces where functions are calling other functions that the don't actually call in the source code. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 20:59:46 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4EB616A417 for ; Thu, 29 Nov 2007 20:59:46 +0000 (UTC) (envelope-from gonzo@pbxpress.com) Received: from bugor.portaone.com (bugor.portaone.com [65.61.203.147]) by mx1.freebsd.org (Postfix) with ESMTP id 9A4A013C45D for ; Thu, 29 Nov 2007 20:59:46 +0000 (UTC) (envelope-from gonzo@pbxpress.com) Received: from mail.pbxpress.com ([65.61.203.142] helo=leaf.pbxpress.com) by bugor.portaone.com (8.11.3/8.11.3) with ESMTP (TLSv1:AES256-SHA:256)id 1IxqAB-000PiG-VS for hackers@freebsd.org; Thu, 29 Nov 2007 12:39:12 -0800 Received: from jeeves.bluezbox.com (k3-gw.portaone.com [193.28.87.193]) (authenticated bits=0) by leaf.pbxpress.com (8.13.3/8.13.3) with ESMTP id lATKeDsV015993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 29 Nov 2007 12:40:19 -0800 (PST) (envelope-from gonzo@pbxpress.com) Message-ID: <474F236B.3000103@pbxpress.com> Date: Thu, 29 Nov 2007 22:39:07 +0200 From: Oleksandr Tymoshenko User-Agent: Thunderbird 2.0.0.6 (X11/20070907) MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, recieved from trusted server Cc: Subject: DEBUG_REDZONE 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, 29 Nov 2007 20:59:46 -0000 I tried to build 7.0-BETA3 kernel with DEBUG_REDZONE enabled but it seamed that this option is unusable on amd64 :( First, it conflicts with INVARIANTS, then when I'd turned off INVARIANTS kernel started complaining on modules that could not be found. Like "module named g_dev not found". There are some emails in archives with issues like mine, though, no solutions were provided. If I can help in any way with tracking down this bug - just let me know how. -- Sincerely, Oleksandr Tymoshenko PBXpress Communications, Inc. http://www.pbxpress.com Tel./Fax.: +1 866 SIP PBX1 Ext. 7117 From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 29 21:35:06 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DA5B16A41A for ; Thu, 29 Nov 2007 21:35:06 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outP.internet-mail-service.net (outP.internet-mail-service.net [216.240.47.239]) by mx1.freebsd.org (Postfix) with ESMTP id F30DB13C4CC for ; Thu, 29 Nov 2007 21:35:03 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 29 Nov 2007 13:23:40 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 5FBCD126B30; Thu, 29 Nov 2007 13:23:40 -0800 (PST) Message-ID: <474F2DD5.3010508@elischer.org> Date: Thu, 29 Nov 2007 13:23:33 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: David Xu , re@freebsd.org, hackers@freebsd.org Content-Type: multipart/mixed; boundary="------------030704000506050902090208" Cc: Subject: MFC TO 6.X (6.3?) to fix aio_return() ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 21:35:06 -0000 This is a multi-part message in MIME format. --------------030704000506050902090208 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit This diff is a partial MFC (picking parts out of -current) that makes aio_return() return the error return of a completed AIO request. (as it does on othe OS's and in 7.x). The man page for 6.x and other OS's indicate that aio_return shoud return all the same results as a returning read() or write() including setting errno on error. in 6.x this does not happen. on 7.0 it does. The included test program can show the result when using gnop() to simulate IO errors. BTW the test program could be used as a start to sample code as to how to use kqueue and aio together. If people agree this is worth fixing, it would be nice to get it in 6.3 --------------030704000506050902090208 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="aio_return-6.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="aio_return-6.diff" Index: vfs_aio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_aio.c,v retrieving revision 1.195.2.4 diff -d -u -r1.195.2.4 vfs_aio.c --- vfs_aio.c 9 Sep 2006 01:30:11 -0000 1.195.2.4 +++ vfs_aio.c 29 Nov 2007 19:26:12 -0000 @@ -1529,6 +1529,7 @@ struct aiocblist *cb, *ncb; struct aiocb *ujob; struct kaioinfo *ki; + int status, error; ujob = uap->aiocbp; jobref = fuword(&ujob->_aiocb_private.kernelinfo); @@ -1542,14 +1543,6 @@ TAILQ_FOREACH(cb, &ki->kaio_jobdone, plist) { if (((intptr_t) cb->uaiocb._aiocb_private.kernelinfo) == jobref) { - if (cb->uaiocb.aio_lio_opcode == LIO_WRITE) { - p->p_stats->p_ru.ru_oublock += - cb->outputcharge; - cb->outputcharge = 0; - } else if (cb->uaiocb.aio_lio_opcode == LIO_READ) { - p->p_stats->p_ru.ru_inblock += cb->inputcharge; - cb->inputcharge = 0; - } goto done; } } @@ -1565,15 +1558,33 @@ done: PROC_UNLOCK(p); if (cb != NULL) { - if (ujob == cb->uuaiocb) { - td->td_retval[0] = - cb->uaiocb._aiocb_private.status; - } else - td->td_retval[0] = EFAULT; - aio_free_entry(cb); - return (0); + status = cb->uaiocb._aiocb_private.status; + error = cb->uaiocb._aiocb_private.error; + if (ujob != cb->uuaiocb) { + /* check for a mismatch. is it possible? */ + /* (It's not in 7.x) */ + error = EFAULT; + } else { + if (error == 0) { + td->td_retval[0] = status; + } + if (cb->uaiocb.aio_lio_opcode == LIO_WRITE) { + p->p_stats->p_ru.ru_oublock += + cb->outputcharge; + cb->outputcharge = 0; + } else if (cb->uaiocb.aio_lio_opcode == LIO_READ) { + p->p_stats->p_ru.ru_inblock += cb->inputcharge; + cb->inputcharge = 0; + } + suword(&ujob->_aiocb_private.error, error); + suword(&ujob->_aiocb_private.status, status); + aio_free_entry(cb); + } + } else { + /* no such aiocb known */ + error = EINVAL; } - return (EINVAL); + return (error); } /* --------------030704000506050902090208 Content-Type: text/plain; name="try2.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="try2.c" #include #include #include #include #include #include #include #include #include #include #include #include #define BUFSIZE 512 #define TMOUT_SEC 5 #define TMOUT_NSEC 0 main() { int fd; int ret; struct aiocb my_aiocb; int kq; if ((kq = kqueue()) == -1) err(1, "kqueue"); fd = open("/dev/mfid0s1d.nop", O_RDONLY); if (fd < 0) perror("open"); /* Zero out the aiocb structure (recommended) */ bzero((char *)&my_aiocb, sizeof(struct aiocb)); /* Allocate a data buffer for the aiocb request */ my_aiocb.aio_buf = malloc(BUFSIZE + 1); if (!my_aiocb.aio_buf) perror("malloc"); /* Initialize the necessary fields in the aiocb */ my_aiocb.aio_fildes = fd; my_aiocb.aio_nbytes = BUFSIZE; my_aiocb.aio_offset = (512 * (100LL + 10)); my_aiocb.aio_sigevent.sigev_notify = SIGEV_KEVENT; my_aiocb.aio_sigevent.sigev_notify_kqueue = kq; /* udata for the created kqueue */ #if __FreeBSD_version > 700000 my_aiocb.aio_sigevent.sigev_value.sival_ptr = NULL; #else my_aiocb.aio_sigevent.sigev_value.sigval_ptr = NULL; #endif ret = aio_read(&my_aiocb); if (ret < 0) perror("aio_read"); #define USE_KQUEUE 1 #if USE_KQUEUE while (1) { int i; int n; int nchanges = 0; int nevents = 1; struct kevent ch[4]; struct kevent ev[4]; struct timespec timeout = {TMOUT_SEC, TMOUT_NSEC}; n = kevent(kq, ch, nchanges, ev, nevents, &timeout); if (n <= 0) { perror("kevent"); exit(1); } printf("%d events\n", n); for (i = 0; i < n; i++) { printf("event = 0x%x, %hd, %hx, 0x%x, 0x%x, 0x%x\n", ev[i].ident, ev[i].filter, ev[i].flags, ev[i].fflags, ev[i].data, ev[i].udata); if (ev[i].flags & (EV_ERROR | EV_EOF)) { if (ev[i].flags & EV_EOF) { printf("EV_EOF set\n"); } if (ev[i].flags & EV_ERROR) { printf("EV_ERROR set\n"); } /* error */ printf("errno from ev_data is %d\n", (int)ev[i].data); break; } else { printf("kevent returned valid data ready\n"); #if 0 if (ev[i].filter == EVFILT_READ) readable_fd(evi.ident); if (ev[i].filter == EVFILT_WRITE) writeable_fd(evi.ident); #endif } } if ((ret = aio_error(&my_aiocb)) != EINPROGRESS) { printf("aio_error returned %d\n", ret); } if ((ret = aio_return(&my_aiocb)) > 0) { printf("aio_return returned %d\n", ret); printf("aio_return said we have got data\n"); /* got ret bytes on the read */ } else { /* read failed, consult errno */ printf("aio_return returned %d\n", ret); perror("aio_return"); } break; } #else /* ! USE_KQUEUE */ while (aio_error(&my_aiocb) == EINPROGRESS) { printf("aio_error returned %d\n", ret); sleep (1); { if ((ret = aio_return(&my_aiocb)) > 0) { printf("aio_return returned %d\n", ret); printf("got data\n"); /* got ret bytes on the read */ } else { /* read failed, consult errno */ printf("aio_return returned %d\n", ret); perror("aio_return"); } #endif } #if 0 struct kevent { uintptr_t ident; /* identifier for this event */ short filter; /* filter for event */ u_short flags; /* action flags for kqueue */ u_int fflags; /* filter flag value */ intptr_t data; /* filter data value */ void *udata; /* opaque user data identifier */ }; struct __aiocb_private { long status; long error; void *kernelinfo; }; typedef struct aiocb { int aio_fildes; /* File descriptor */ off_t aio_offset; /* File offset for I/O */ volatile void *aio_buf;/* I/O buffer in process space */ size_t aio_nbytes; /* Number of bytes for I/O */ char __spare__ [sizeof(int) * 2 + sizeof(void *)]; /* osigevent. */ int aio_lio_opcode; /* LIO opcode */ int aio_reqprio; /* Request priority -- ignored */ struct __aiocb_private _aiocb_private; struct sigevent aio_sigevent; /* Signal to deliver */ } aiocb_t; #endif --------------030704000506050902090208-- From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 30 02:00:07 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 374F116A417 for ; Fri, 30 Nov 2007 02:00:07 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (mail0.rawbw.com [198.144.192.41]) by mx1.freebsd.org (Postfix) with ESMTP id 1798813C457 for ; Fri, 30 Nov 2007 02:00:06 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (localhost [127.0.0.1]) by mail0.rawbw.com (8.13.8/8.13.8) with ESMTP id lAU203Bq078559; Thu, 29 Nov 2007 18:00:03 -0800 (PST) Received: (from www@localhost) by mail0.rawbw.com (8.13.8/8.13.8/Submit) id lAU203GZ078557; Thu, 29 Nov 2007 18:00:03 -0800 (PST) X-Authentication-Warning: mail0.rawbw.com: www set sender to yuri@rawbw.com using -f Received: from ip224.carlyle.sfo.ygnition.net (ip224.carlyle.sfo.ygnition.net [24.219.144.224]) by webmail.rawbw.com (IMP) with HTTP for ; Thu, 29 Nov 2007 18:00:02 -0800 Message-ID: <1196388002.474f6ea2bcf32@webmail.rawbw.com> Date: Thu, 29 Nov 2007 18:00:02 -0800 From: Yuri To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 24.219.144.224 X-Mailman-Approved-At: Fri, 30 Nov 2007 02:41:25 +0000 Subject: pkgdb failures 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, 30 Nov 2007 02:00:07 -0000 While doing portupgrade I am sporadically getting the error like below. After I ran 'pkgdb -fu' few times and this cured tye problem. But then after a while of portupgrade run I now get the error: >pkgdb -fu >---> Updating the pkgdb >[Rebuilding the pkgdb in /var/db/pkg ... /var/db/pkg/pkgdb.db: >unexpected file type or format -- Invalid argument: Cannot update the pkgdb!] man pkgdb says: BUGS Sometimes a database may get corrupt, and the pkgtools commands may abort with a segmentation fault. In such cases, run ``pkgdb -fu'' to rebuild the database, and the problems should go away. So what should I do now to upgrade ports? Yuri -- error log during portupgrade -- /var/db/pkg/pkgdb.db: unexpected file type or format -- Invalid argument ** Command failed [exit code 1]: /usr/local/sbin/pkgdb -aFOQ ---> Skipping 'net/openldap23-client' ---> Reinstalling 'tcl-8.4.16,1' (lang/tcl84) From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 30 02:11:10 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9907F16A418 for ; Fri, 30 Nov 2007 02:11:10 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (mail0.rawbw.com [198.144.192.41]) by mx1.freebsd.org (Postfix) with ESMTP id 7765A13C457 for ; Fri, 30 Nov 2007 02:11:10 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (localhost [127.0.0.1]) by mail0.rawbw.com (8.13.8/8.13.8) with ESMTP id lAU2B6P1085580; Thu, 29 Nov 2007 18:11:06 -0800 (PST) Received: (from www@localhost) by mail0.rawbw.com (8.13.8/8.13.8/Submit) id lAU2B6xS085578; Thu, 29 Nov 2007 18:11:06 -0800 (PST) X-Authentication-Warning: mail0.rawbw.com: www set sender to yuri@rawbw.com using -f Received: from ip224.carlyle.sfo.ygnition.net (ip224.carlyle.sfo.ygnition.net [24.219.144.224]) by webmail.rawbw.com (IMP) with HTTP for ; Thu, 29 Nov 2007 18:11:06 -0800 Message-ID: <1196388666.474f713a7d756@webmail.rawbw.com> Date: Thu, 29 Nov 2007 18:11:06 -0800 From: Yuri To: freebsd-hackers@freebsd.org References: <1196388002.474f6ea2bcf32@webmail.rawbw.com> In-Reply-To: <1196388002.474f6ea2bcf32@webmail.rawbw.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 24.219.144.224 X-Mailman-Approved-At: Fri, 30 Nov 2007 02:50:01 +0000 Subject: Re: pkgdb failures 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, 30 Nov 2007 02:11:10 -0000 I deleted this file: /var/db/pkg/pkgdb.db and then pkgdb -fu succeeded. But next time I ran I got the same error with /usr/ports/INDEX-7.db. Then this error disappear. So it's most likely the bug with Berkeley DB. Anybody else has these kind of problems? Yuri Quoting Yuri : > While doing portupgrade I am sporadically getting the error like below. > After I ran 'pkgdb -fu' few times and this cured tye problem. But then > after > a while of portupgrade run I now get the error: > > >pkgdb -fu > >---> Updating the pkgdb > >[Rebuilding the pkgdb in /var/db/pkg ... > /var/db/pkg/pkgdb.db: >unexpected file type or format -- Invalid argument: > Cannot update the pkgdb!] > > man pkgdb says: > BUGS > Sometimes a database may get corrupt, and the pkgtools commands may > abort > with a segmentation fault. In such cases, run ``pkgdb -fu'' to > rebuild > the database, and the problems should go away. > > So what should I do now to upgrade ports? > > Yuri > > -- error log during portupgrade -- > /var/db/pkg/pkgdb.db: unexpected file type or format -- Invalid argument > ** Command failed [exit code 1]: /usr/local/sbin/pkgdb -aFOQ > ---> Skipping 'net/openldap23-client' > ---> Reinstalling 'tcl-8.4.16,1' (lang/tcl84) > -- From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 30 03:20:51 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20D1416A419 for ; Fri, 30 Nov 2007 03:20:51 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id E5BE713C459 for ; Fri, 30 Nov 2007 03:20:50 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAU3KoNS017951 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 29 Nov 2007 19:20:50 -0800 X-Auth-Received: from dzihan.cs.washington.edu (dzihan.cs.washington.edu [128.208.4.96]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAU3KnQ9001111 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 29 Nov 2007 19:20:50 -0800 Message-ID: <474F8191.5080807@u.washington.edu> Date: Thu, 29 Nov 2007 19:20:49 -0800 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (X11/20071003) MIME-Version: 1.0 To: Yuri References: <1196388002.474f6ea2bcf32@webmail.rawbw.com> <1196388666.474f713a7d756@webmail.rawbw.com> In-Reply-To: <1196388666.474f713a7d756@webmail.rawbw.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.11.29.190410 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='LEO_OBFU_SUBJ_RE 0.1, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: freebsd-hackers@freebsd.org Subject: Re: pkgdb failures 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, 30 Nov 2007 03:20:51 -0000 Yuri wrote: > I deleted this file: /var/db/pkg/pkgdb.db and then pkgdb -fu succeeded. > But next time I ran I got the same error with /usr/ports/INDEX-7.db. > Then this error disappear. > > So it's most likely the bug with Berkeley DB. > Anybody else has these kind of problems? > > Yuri > > > Quoting Yuri : > > >> While doing portupgrade I am sporadically getting the error like below. >> After I ran 'pkgdb -fu' few times and this cured tye problem. But then >> after >> a while of portupgrade run I now get the error: >> >> >>> pkgdb -fu >>> ---> Updating the pkgdb >>> [Rebuilding the pkgdb in /var/db/pkg ... >>> >> /var/db/pkg/pkgdb.db: >unexpected file type or format -- Invalid argument: >> Cannot update the pkgdb!] >> >> man pkgdb says: >> BUGS >> Sometimes a database may get corrupt, and the pkgtools commands may >> abort >> with a segmentation fault. In such cases, run ``pkgdb -fu'' to >> rebuild >> the database, and the problems should go away. >> >> So what should I do now to upgrade ports? >> >> Yuri >> >> -- error log during portupgrade -- >> /var/db/pkg/pkgdb.db: unexpected file type or format -- Invalid argument >> ** Command failed [exit code 1]: /usr/local/sbin/pkgdb -aFOQ >> ---> Skipping 'net/openldap23-client' >> ---> Reinstalling 'tcl-8.4.16,1' (lang/tcl84) Yes, it's partly caused by pkgdb and/or how Ruby / pkgdb handles the DB I think... 1. What type of BDB structure do you use [most likely btree(1) -- says this during the pkgdb rebuild..]? 2. What version of BDB are you using (1.85, 2.x or 4.x) [(cd /usr/ports/ports-mgmt/portinstall && make config) will give you that info]? 3. uname -a says? -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 30 03:35:04 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2112316A419 for ; Fri, 30 Nov 2007 03:35:04 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (mail0.rawbw.com [198.144.192.41]) by mx1.freebsd.org (Postfix) with ESMTP id F17C513C448 for ; Fri, 30 Nov 2007 03:35:03 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (localhost [127.0.0.1]) by mail0.rawbw.com (8.13.8/8.13.8) with ESMTP id lAU3Z0oZ036404; Thu, 29 Nov 2007 19:35:00 -0800 (PST) Received: (from www@localhost) by mail0.rawbw.com (8.13.8/8.13.8/Submit) id lAU3Z0hX036403; Thu, 29 Nov 2007 19:35:00 -0800 (PST) X-Authentication-Warning: mail0.rawbw.com: www set sender to yuri@rawbw.com using -f Received: from ip224.carlyle.sfo.ygnition.net (ip224.carlyle.sfo.ygnition.net [24.219.144.224]) by webmail.rawbw.com (IMP) with HTTP for ; Thu, 29 Nov 2007 19:34:59 -0800 Message-ID: <1196393699.474f84e3e7d1b@webmail.rawbw.com> Date: Thu, 29 Nov 2007 19:34:59 -0800 From: Yuri To: Garrett Cooper References: <1196388002.474f6ea2bcf32@webmail.rawbw.com> <1196388666.474f713a7d756@webmail.rawbw.com> <474F8191.5080807@u.washington.edu> In-Reply-To: <474F8191.5080807@u.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 24.219.144.224 X-Mailman-Approved-At: Fri, 30 Nov 2007 04:46:13 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: pkgdb failures 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, 30 Nov 2007 03:35:04 -0000 Quoting Garrett Cooper : > Yes, it's partly caused by pkgdb and/or how Ruby / pkgdb handles the > DB I think... > 1. What type of BDB structure do you use [most likely btree(1) -- > says this during the pkgdb rebuild..]? bdb_btree > 2. What version of BDB are you using (1.85, 2.x or 4.x) [(cd > /usr/ports/ports-mgmt/portinstall && make config) will give you that info]? 4.x > 3. uname -a says? BSD xxx.xxx.xxx 7.0-BETA3 FreeBSD 7.0-BETA3 #1: Tue Nov 27 13:11:12 PST 2007 yuri@xxx.xxx.xxx:/usr/obj/usr/src/sys/GENERIC i386 Yuri From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 30 07:13:44 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6977216A418 for ; Fri, 30 Nov 2007 07:13:44 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id 30C8313C442 for ; Fri, 30 Nov 2007 07:13:44 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAU7DhuD013627 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 29 Nov 2007 23:13:43 -0800 X-Auth-Received: from [128.208.5.25] (shiina-1.dyn.cs.washington.edu [128.208.5.25]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAU7DhtI012684 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 29 Nov 2007 23:13:43 -0800 In-Reply-To: <1196393699.474f84e3e7d1b@webmail.rawbw.com> References: <1196388002.474f6ea2bcf32@webmail.rawbw.com> <1196388666.474f713a7d756@webmail.rawbw.com> <474F8191.5080807@u.washington.edu> <1196393699.474f84e3e7d1b@webmail.rawbw.com> Mime-Version: 1.0 (Apple Message framework v752.2) X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Garrett Cooper Date: Thu, 29 Nov 2007 23:12:27 -0800 To: Yuri X-Mailer: Apple Mail (2.752.2) X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.11.29.225925 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='LEO_OBFU_SUBJ_RE 0.1, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: hackers@freebsd.org Subject: Re: pkgdb failures 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, 30 Nov 2007 07:13:44 -0000 On Nov 29, 2007, at 7:34 PM, Yuri wrote: > Quoting Garrett Cooper : > >> Yes, it's partly caused by pkgdb and/or how Ruby / pkgdb >> handles the >> DB I think... >> 1. What type of BDB structure do you use [most likely btree(1) -- >> says this during the pkgdb rebuild..]? > bdb_btree >> 2. What version of BDB are you using (1.85, 2.x or 4.x) [(cd >> /usr/ports/ports-mgmt/portinstall && make config) will give you >> that info]? > 4.x >> 3. uname -a says? > BSD xxx.xxx.xxx 7.0-BETA3 FreeBSD 7.0-BETA3 #1: Tue Nov 27 13:11:12 > PST 2007 > yuri@xxx.xxx.xxx:/usr/obj/usr/src/sys/GENERIC i386 > > Yuri I'd try using BDB 1.85 as it appeared to be a bit more stable than 4.x (at least that's what I remember from using it..). You'll have to delete the .db files and fix things via portsdb and pkgdb (IIRC), but after that it's essentially the same song and dance.. Interrupting pkgdb while it's doing its thing will corrupt the .db files though as BDB isn't an atomic database API.. Cheers, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 30 07:14:35 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BD5016A418 for ; Fri, 30 Nov 2007 07:14:35 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by mx1.freebsd.org (Postfix) with ESMTP id 1679513C46E for ; Fri, 30 Nov 2007 07:14:34 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id lAU7EWgh063774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 29 Nov 2007 23:14:34 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id lAU7ESd8063773; Thu, 29 Nov 2007 23:14:28 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA22632; Thu, 29 Nov 07 23:00:59 PST Date: Thu, 29 Nov 2007 23:00:29 -0800 From: perryh@pluto.rain.com To: jhb@freebsd.org Message-Id: <474fb50d.uTwqqPFexWZpkjaM%perryh@pluto.rain.com> References: <20071118020533.GA57425@saturn.kn-bremen.de> <200711270824.55839.jhb@freebsd.org> <20071128235042.GA40147@saturn.kn-bremen.de> <200711291441.04134.jhb@freebsd.org> In-Reply-To: <200711291441.04134.jhb@freebsd.org> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-emulation@freebsd.org Subject: Re: double panic, and whats apic_cmd? (kqemu crash...) 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, 30 Nov 2007 07:14:35 -0000 > > Oh and I left memtest86 running on that box overnight and it > > found nothing... > > well, it could be a kqemu bug I guess, but your panics look like > seemingly random memory corruptino as you have stack traces where > functions are calling other functions that the don't actually call > in the source code. Dunno if this is even *possible* on amd64, but if this were a PowerPC (or MIPS) I would be looking for cache-coherency problems. P.S. If responding, pls include -hackers@ or Cc: me, as I am not on -emulation@. From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 30 11:53:26 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED5A316A419 for ; Fri, 30 Nov 2007 11:53:26 +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 9980E13C455 for ; Fri, 30 Nov 2007 11:53:26 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 31FE9208A; Fri, 30 Nov 2007 12:53:18 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id A0A0A2083; Fri, 30 Nov 2007 12:53:17 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 9488F84485; Fri, 30 Nov 2007 12:53:17 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Yuri References: <1196388002.474f6ea2bcf32@webmail.rawbw.com> Date: Fri, 30 Nov 2007 12:53:17 +0100 In-Reply-To: <1196388002.474f6ea2bcf32@webmail.rawbw.com> (yuri@rawbw.com's message of "Thu\, 29 Nov 2007 18\:00\:02 -0800") Message-ID: <86r6i8gdaq.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: pkgdb failures 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, 30 Nov 2007 11:53:27 -0000 Yuri writes: > While doing portupgrade I am sporadically getting the error like below. > After I ran 'pkgdb -fu' few times and this cured tye problem. [...] This usually happens when portupgrade is rebuilding itself and / or its dependencies. It is usually a good idea to upgrade portupgrade first before upgrading the rest of your ports. In your case, I would suggest 'portupgrade -Rf'. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 30 16:56:01 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0374E16A498 for ; Fri, 30 Nov 2007 16:56:00 +0000 (UTC) (envelope-from alepulver@FreeBSD.org) Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by mx1.freebsd.org (Postfix) with SMTP id 86EF713C448 for ; Fri, 30 Nov 2007 16:56:00 +0000 (UTC) (envelope-from alepulver@FreeBSD.org) Received: (qmail 30530 invoked by uid 0); 30 Nov 2007 16:29:19 -0000 Received: from unknown (HELO deimos.mars.bsd) (unknown) by unknown with SMTP; 30 Nov 2007 16:29:19 -0000 X-pair-Authenticated: 200.127.53.54 Date: Fri, 30 Nov 2007 13:28:58 -0300 From: Alejandro Pulver To: freebsd-hackers@FreeBSD.org Message-ID: <20071130132858.1e4290a0@deimos.mars.bsd> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/6qg=HrxqZ=ub+bcoSc4UlQ0"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Subject: dlopen: resolving external library symbols to calling program 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, 30 Nov 2007 16:56:01 -0000 --Sig_/6qg=HrxqZ=ub+bcoSc4UlQ0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello. When I was updating the games/deng port, I found it failed at runtime with the following error: % doomsday While opening dynamic library /usr/local/lib/libdropengl.so: /usr/local/lib/libdropengl.so: Undefined symbol "ArgExists" DD_InitDGL: Loading of libdropengl.so failed. (null). The function is defined in m_args.c which is included in both "doomsday" and "libdropengl.so". But nm(1) reports it as undefined for "libdropengl.so". Also, it is loaded with RTLD_NOW. % nm `which doomsday` | grep ArgExists 080d9ef0 T ArgExists % nm /usr/local/lib/libdropengl.so | grep ArgExists U ArgExists The files are linked with the "-flat namespace" and "-undefined suppress" flags in Mac OS X (don't know if it's relevant here). I think the simplest solution (if possible, of course) would be to make dlopen() resolve these symbols to the main executable. I tried to do this with RTLD_GLOBAL without success. The port is available here (note that the application uses cmake to build): ftp://ftp.alepulver.com.ar/deng.tar.bz2 If you need any other information just ask me. I will appreciate any help. Thanks and Best Regards, Ale --Sig_/6qg=HrxqZ=ub+bcoSc4UlQ0 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHUDpLiV05EpRcP2ERAkO6AKCNAYMYGLtPtZ2h7RLGOU07YmN+7gCgnenB sJb5VPO/Ml8GEwdV9jFYjXY= =2lOJ -----END PGP SIGNATURE----- --Sig_/6qg=HrxqZ=ub+bcoSc4UlQ0-- From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 30 17:14:56 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80B6F16A417 for ; Fri, 30 Nov 2007 17:14:56 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id D2EF213C46A for ; Fri, 30 Nov 2007 17:14:55 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2295946nfb for ; Fri, 30 Nov 2007 09:14:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=k/1w7U8GdGGjiSuxTzXaj3hShOKHL+DCIfppCWnAiGs=; b=M3PaLvOH9lVG6okWXlvW/sJkFY/PSfBWS8gCoJK7bZLo5xTcVq57wjDY9J1EG3j9sR/nN1T1hqyzWcSVlUYwlb4zGg/YfDcSxRnPRbmmt5z8oAgMBvJehtExbUJEXzXxVQc8flkqrpb2HdumLc2EcSFKhYcX74JgO7uO06hirek= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Ga3q7EIzf/7GK+8mTVNkgAiXdkhCUcYxxJO3E2s/029Bo+ISGDACvC7ZDLm6TRLohwNIBi2Nq7/MY5RkiE/JHiuEPPKz8/f/N4Ik0g8cPyEHX3v6plg8WS4qqQKoLKwIgsmpptnzM9u0V8e+tJp/2o4MMpoqo/CrYPehyjAITWc= Received: by 10.86.76.16 with SMTP id y16mr7431999fga.1196442893615; Fri, 30 Nov 2007 09:14:53 -0800 (PST) Received: from roadrunner.spoerlein.net ( [85.180.149.118]) by mx.google.com with ESMTPS id l12sm4222108fgb.2007.11.30.09.14.52 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 30 Nov 2007 09:14:52 -0800 (PST) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.1/8.14.1) with ESMTP id lAUHElXi003445; Fri, 30 Nov 2007 18:14:47 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.spoerlein.net (8.14.1/8.14.1/Submit) id lAUHEk4b003444; Fri, 30 Nov 2007 18:14:46 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Fri, 30 Nov 2007 18:14:46 +0100 From: Ulrich Spoerlein To: Chuck Robey Message-ID: <20071130171446.GA1434@roadrunner.spoerlein.net> Mail-Followup-To: Chuck Robey , FreeBSD-Hackers References: <474CD21D.5010002@chuckr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <474CD21D.5010002@chuckr.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD-Hackers Subject: Re: handling pdfs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 17:14:56 -0000 On Tue, 27.11.2007 at 21:27:41 -0500, Chuck Robey wrote: > Is there some sort of util that will allow me to do cut'n'pasting among > different pdfs, or at the very least, only to print certain ranges out of > pdf docs, so I could do paper-wise cut'n'paste? An all-electronic solution > would be best, but I'd take whatever offered. Lots of tools have already been mentioned. I'll just throw in pdflatex+pdfpages. You can easily zoom, rotate and N'up pages of different PDF files. Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 30 18:03:43 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6233116A420; Fri, 30 Nov 2007 18:03:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 134F513C46E; Fri, 30 Nov 2007 18:03:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Iy9Fa-000Kg1-SV; Fri, 30 Nov 2007 19:02:05 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lAUH22Jc009304; Fri, 30 Nov 2007 19:02:02 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id lAUH22YO009303; Fri, 30 Nov 2007 19:02:02 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 30 Nov 2007 19:02:01 +0200 From: Kostik Belousov To: Alejandro Pulver Message-ID: <20071130170201.GK83121@deviant.kiev.zoral.com.ua> References: <20071130132858.1e4290a0@deimos.mars.bsd> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lRF4gxo9Z9M++D0O" Content-Disposition: inline In-Reply-To: <20071130132858.1e4290a0@deimos.mars.bsd> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 3b10ce253585130f5293a5b36593fd37 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1836 [Nov 30 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {TO: local part of email appears in body} X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 9 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-hackers@freebsd.org Subject: Re: dlopen: resolving external library symbols to calling program 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, 30 Nov 2007 18:03:43 -0000 --lRF4gxo9Z9M++D0O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 30, 2007 at 01:28:58PM -0300, Alejandro Pulver wrote: > Hello. >=20 > When I was updating the games/deng port, I found it failed at runtime > with the following error: >=20 > % doomsday > While opening dynamic library > /usr/local/lib/libdropengl.so: > /usr/local/lib/libdropengl.so: Undefined symbol "ArgExists" > DD_InitDGL: Loading of libdropengl.so failed. > (null). >=20 > The function is defined in m_args.c which is included in both > "doomsday" and "libdropengl.so". But nm(1) reports it as undefined for > "libdropengl.so". Also, it is loaded with RTLD_NOW. >=20 > % nm `which doomsday` | grep ArgExists > 080d9ef0 T ArgExists You are looking at the wrong symbol table. ELF objects have the dynamic symbol table that is used during run-time linking, and symbol table used by the static linker ld. The former table is shown by nm -D. I suspect that you need to link the doomsday binary with the --export-dynamic flag. See the info ld for details. >=20 > % nm /usr/local/lib/libdropengl.so | grep ArgExists > U ArgExists >=20 > The files are linked with the "-flat namespace" and "-undefined > suppress" flags in Mac OS X (don't know if it's relevant here). >=20 > I think the simplest solution (if possible, of course) would be to make > dlopen() resolve these symbols to the main executable. I tried to do > this with RTLD_GLOBAL without success. >=20 > The port is available here (note that the application uses cmake to > build): > ftp://ftp.alepulver.com.ar/deng.tar.bz2 >=20 > If you need any other information just ask me. I will appreciate any > help. >=20 > Thanks and Best Regards, > Ale --lRF4gxo9Z9M++D0O Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHUEIJC3+MBN1Mb4gRAuj7AJ4wvGFK6cliYiVXlq6aeVyZ2Bbl6wCfTB4C 4wXfAwP6uTV3+CIL8DxxnUQ= =aXCW -----END PGP SIGNATURE----- --lRF4gxo9Z9M++D0O-- From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 30 19:40:43 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64D7216A468 for ; Fri, 30 Nov 2007 19:40:43 +0000 (UTC) (envelope-from alepulver@FreeBSD.org) Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by mx1.freebsd.org (Postfix) with SMTP id 1E7B513C44B for ; Fri, 30 Nov 2007 19:40:42 +0000 (UTC) (envelope-from alepulver@FreeBSD.org) Received: (qmail 38672 invoked by uid 0); 30 Nov 2007 19:40:40 -0000 Received: from unknown (HELO deimos.mars.bsd) (unknown) by unknown with SMTP; 30 Nov 2007 19:40:40 -0000 X-pair-Authenticated: 200.127.53.54 Date: Fri, 30 Nov 2007 16:40:33 -0300 From: Alejandro Pulver To: Kostik Belousov Message-ID: <20071130164033.24b430c9@deimos.mars.bsd> In-Reply-To: <20071130170201.GK83121@deviant.kiev.zoral.com.ua> References: <20071130132858.1e4290a0@deimos.mars.bsd> <20071130170201.GK83121@deviant.kiev.zoral.com.ua> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/xbiA5QBxBKaAD//kmVKMGtT"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-hackers@freebsd.org Subject: Re: dlopen: resolving external library symbols to calling program 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, 30 Nov 2007 19:40:43 -0000 --Sig_/xbiA5QBxBKaAD//kmVKMGtT Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 30 Nov 2007 19:02:01 +0200 Kostik Belousov wrote: > On Fri, Nov 30, 2007 at 01:28:58PM -0300, Alejandro Pulver wrote: > > Hello. > >=20 > > When I was updating the games/deng port, I found it failed at runtime > > with the following error: > >=20 > > % doomsday > > While opening dynamic library > > /usr/local/lib/libdropengl.so: > > /usr/local/lib/libdropengl.so: Undefined symbol "ArgExists" > > DD_InitDGL: Loading of libdropengl.so failed. > > (null). > >=20 > > The function is defined in m_args.c which is included in both > > "doomsday" and "libdropengl.so". But nm(1) reports it as undefined for > > "libdropengl.so". Also, it is loaded with RTLD_NOW. > >=20 > > % nm `which doomsday` | grep ArgExists > > 080d9ef0 T ArgExists > You are looking at the wrong symbol table. ELF objects have the dynamic > symbol table that is used during run-time linking, and symbol table used > by the static linker ld. The former table is shown by nm -D. >=20 > I suspect that you need to link the doomsday binary with the > --export-dynamic flag. See the info ld for details. > >=20 It worked, thank you very much. I am reading some books that explain the basics of COFF/ELF formats (like Write Great Code Volume 2: Thinking Low-Level, Writing High-Level), but didn't know about the dynamic symbol table. I found the following article which briefly describes it (though it's for Solaris): http://blogs.sun.com/ali/entry/inside_elf_symbol_tables Now that I remember, the games/quakeforge port had the same problem. But someone fixed it by referencing the symbol (it was only one function) with a function pointer so it got exported in the dynamic table. In this case, could that be done with "-u symbol" when linking the executable, or it isn't possible to export a symbol with linker parameters? Thanks and Best Regards, Ale --Sig_/xbiA5QBxBKaAD//kmVKMGtT Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHUGcxiV05EpRcP2ERAhp0AJ9xulMK3Df79nNM4JuAbbHmCqUkRACeNJvH KO36PTc0tFLarVJ09ivNAmw= =Er4l -----END PGP SIGNATURE----- --Sig_/xbiA5QBxBKaAD//kmVKMGtT-- From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 30 20:19:53 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4737016A419; Fri, 30 Nov 2007 20:19:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id D6F8E13C468; Fri, 30 Nov 2007 20:19:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IyCKz-00086G-2j; Fri, 30 Nov 2007 22:19:51 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lAUKJmFW013089; Fri, 30 Nov 2007 22:19:48 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id lAUKJmdD013088; Fri, 30 Nov 2007 22:19:48 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 30 Nov 2007 22:19:48 +0200 From: Kostik Belousov To: Alejandro Pulver Message-ID: <20071130201948.GL83121@deviant.kiev.zoral.com.ua> References: <20071130132858.1e4290a0@deimos.mars.bsd> <20071130170201.GK83121@deviant.kiev.zoral.com.ua> <20071130164033.24b430c9@deimos.mars.bsd> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9v2bTOXBzuB5Piju" Content-Disposition: inline In-Reply-To: <20071130164033.24b430c9@deimos.mars.bsd> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 8a658898c353158d5b622bcbe36a9e12 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1836 [Nov 30 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-hackers@freebsd.org Subject: Re: dlopen: resolving external library symbols to calling program 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, 30 Nov 2007 20:19:53 -0000 --9v2bTOXBzuB5Piju Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 30, 2007 at 04:40:33PM -0300, Alejandro Pulver wrote: > On Fri, 30 Nov 2007 19:02:01 +0200 > Kostik Belousov wrote: >=20 > > On Fri, Nov 30, 2007 at 01:28:58PM -0300, Alejandro Pulver wrote: > > > Hello. > > >=20 > > > When I was updating the games/deng port, I found it failed at runtime > > > with the following error: > > >=20 > > > % doomsday > > > While opening dynamic library > > > /usr/local/lib/libdropengl.so: > > > /usr/local/lib/libdropengl.so: Undefined symbol "ArgExists" > > > DD_InitDGL: Loading of libdropengl.so failed. > > > (null). > > >=20 > > > The function is defined in m_args.c which is included in both > > > "doomsday" and "libdropengl.so". But nm(1) reports it as undefined for > > > "libdropengl.so". Also, it is loaded with RTLD_NOW. > > >=20 > > > % nm `which doomsday` | grep ArgExists > > > 080d9ef0 T ArgExists > > You are looking at the wrong symbol table. ELF objects have the dynamic > > symbol table that is used during run-time linking, and symbol table used > > by the static linker ld. The former table is shown by nm -D. > >=20 > > I suspect that you need to link the doomsday binary with the > > --export-dynamic flag. See the info ld for details. > > >=20 >=20 > It worked, thank you very much. I am reading some books that explain > the basics of COFF/ELF formats (like Write Great Code Volume 2: > Thinking Low-Level, Writing High-Level), but didn't know about the > dynamic symbol table. >=20 > I found the following article which briefly describes it (though it's > for Solaris): > http://blogs.sun.com/ali/entry/inside_elf_symbol_tables The ELF specification is freely available, and contains at least the neccessary minimum of information. The object format has evolved since then. Sun' Linkers and Loaders Guide also contain a lot of useful information, applicable to any ELF platform. >=20 > Now that I remember, the games/quakeforge port had the same problem. > But someone fixed it by referencing the symbol (it was only one > function) with a function pointer so it got exported in the dynamic I remember it was me. > table. In this case, could that be done with "-u symbol" when linking > the executable, or it isn't possible to export a symbol with linker > parameters? I do not know of any such facility in GNU ld. You may limit the exported symbols by using the version script. But, by default, no symbols are exported for executable (for shared object, reverse is true, all symbols are exported). --9v2bTOXBzuB5Piju Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHUHBjC3+MBN1Mb4gRAt1pAJ4mUgT1Tda3HSNgj/7kgK4bgPi69ACg3ASC h+HQmIjTft3wU8S85AgK4Ac= =ZWZO -----END PGP SIGNATURE----- --9v2bTOXBzuB5Piju-- From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 1 01:27:43 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A39D16A468 for ; Sat, 1 Dec 2007 01:27:43 +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 B22ED13C4DD for ; Sat, 1 Dec 2007 01:27:42 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so622243anc for ; Fri, 30 Nov 2007 17:27:41 -0800 (PST) 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=rSL0hGoUERL8EgDyzDy2Ek1XLu+b0UIlnOLQAFhZL80=; b=s/NN2wPP6URevz5Jtb4nJEfkO4PJW4gj+CZaBlQDy+1pKGkUV7T9TYj88fKc3X87FvV6UmLNsoUiamIi87dMMiy48wgC3d60fLkxDsxP4ZMOuHV3w60Q12k81/MZQOAok6EMnEDulIv8dEjGknIt5Bf7u82GOL52st/Y8aXlNqg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=lUkIlVlAhogbdHeLm/6JB767BRTUNDeufwBmp7+n5r3wHY1gqwAzUJ17EHwHJtccyDQ/n9hatk7pqpLNb3fmZtnAa0Ts2N+Bveiuyjjoi/fPfyEEMHWZ2Q1fBDg40wOSmJcnLS8lg+MQoFVIA+spbjMGw5dkJq6IbR3sO+3q+bA= Received: by 10.100.247.14 with SMTP id u14mr15503017anh.1196470926821; Fri, 30 Nov 2007 17:02:06 -0800 (PST) Received: from kan.dnsalias.net ( [24.218.183.247]) by mx.google.com with ESMTPS id 7sm6341086wrl.2007.11.30.17.02.05 (version=SSLv3 cipher=OTHER); Fri, 30 Nov 2007 17:02:05 -0800 (PST) Date: Fri, 30 Nov 2007 20:01:54 -0500 From: Alexander Kabaev To: Kostik Belousov Message-ID: <20071130200154.6de101c5@kan.dnsalias.net> In-Reply-To: <20071130201948.GL83121@deviant.kiev.zoral.com.ua> References: <20071130132858.1e4290a0@deimos.mars.bsd> <20071130170201.GK83121@deviant.kiev.zoral.com.ua> <20071130164033.24b430c9@deimos.mars.bsd> <20071130201948.GL83121@deviant.kiev.zoral.com.ua> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/SkiWdhuyO5nnCa4kpUGNMqj"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-hackers@freebsd.org, Alejandro Pulver Subject: Re: dlopen: resolving external library symbols to calling program 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, 01 Dec 2007 01:27:43 -0000 --Sig_/SkiWdhuyO5nnCa4kpUGNMqj Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 30 Nov 2007 22:19:48 +0200 Kostik Belousov wrote: > On Fri, Nov 30, 2007 at 04:40:33PM -0300, Alejandro Pulver wrote: > > On Fri, 30 Nov 2007 19:02:01 +0200 > > Kostik Belousov wrote: > >=20 > > > On Fri, Nov 30, 2007 at 01:28:58PM -0300, Alejandro Pulver wrote: > > > > Hello. > > > >=20 > > > > When I was updating the games/deng port, I found it failed at > > > > runtime with the following error: > > > >=20 > > > > % doomsday > > > > While opening dynamic library > > > > /usr/local/lib/libdropengl.so: > > > > /usr/local/lib/libdropengl.so: Undefined symbol "ArgExists" > > > > DD_InitDGL: Loading of libdropengl.so failed. > > > > (null). > > > >=20 > > > > The function is defined in m_args.c which is included in both > > > > "doomsday" and "libdropengl.so". But nm(1) reports it as > > > > undefined for "libdropengl.so". Also, it is loaded with > > > > RTLD_NOW. > > > >=20 > > > > % nm `which doomsday` | grep ArgExists > > > > 080d9ef0 T ArgExists > > > You are looking at the wrong symbol table. ELF objects have the > > > dynamic symbol table that is used during run-time linking, and > > > symbol table used by the static linker ld. The former table is > > > shown by nm -D. > > >=20 > > > I suspect that you need to link the doomsday binary with the > > > --export-dynamic flag. See the info ld for details. > > > >=20 > >=20 > > It worked, thank you very much. I am reading some books that explain > > the basics of COFF/ELF formats (like Write Great Code Volume 2: > > Thinking Low-Level, Writing High-Level), but didn't know about the > > dynamic symbol table. > >=20 > > I found the following article which briefly describes it (though > > it's for Solaris): > > http://blogs.sun.com/ali/entry/inside_elf_symbol_tables > The ELF specification is freely available, and contains at least the > neccessary minimum of information. The object format has evolved > since then. >=20 > Sun' Linkers and Loaders Guide also contain a lot of useful > information, applicable to any ELF platform. > >=20 > > Now that I remember, the games/quakeforge port had the same problem. > > But someone fixed it by referencing the symbol (it was only one > > function) with a function pointer so it got exported in the dynamic > I remember it was me. >=20 > > table. In this case, could that be done with "-u symbol" when > > linking the executable, or it isn't possible to export a symbol > > with linker parameters? >=20 > I do not know of any such facility in GNU ld. You may limit the > exported symbols by using the version script. But, by default, no > symbols are exported for executable (for shared object, reverse is > true, all symbols are exported). Just a small correction: by default, linker _does_ export symbols from main application, just not all of them. Only symbols that satisfy references from shared libraries passed to linker on command line at binary creation time are exported. -- Alexander Kabaev --=20 Alexander Kabaev --Sig_/SkiWdhuyO5nnCa4kpUGNMqj Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHULKDQ6z1jMm+XZYRAor5AJ9Rmb5PQDdN5YgV2XUGqR3AviK/rwCguWEQ fWQ1JSImfmQPAG9ImfjD4CQ= =Q9+h -----END PGP SIGNATURE----- --Sig_/SkiWdhuyO5nnCa4kpUGNMqj-- From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 1 00:49:07 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AD6B16A417 for ; Sat, 1 Dec 2007 00:49:07 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (mail0.rawbw.com [198.144.192.41]) by mx1.freebsd.org (Postfix) with ESMTP id 855FF13C442 for ; Sat, 1 Dec 2007 00:49:07 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (localhost [127.0.0.1]) by mail0.rawbw.com (8.13.8/8.13.8) with ESMTP id lB10n3vG047442; Fri, 30 Nov 2007 16:49:03 -0800 (PST) Received: (from www@localhost) by mail0.rawbw.com (8.13.8/8.13.8/Submit) id lB10n3I3047440; Fri, 30 Nov 2007 16:49:03 -0800 (PST) X-Authentication-Warning: mail0.rawbw.com: www set sender to yuri@rawbw.com using -f Received: from ip224.carlyle.sfo.ygnition.net (ip224.carlyle.sfo.ygnition.net [24.219.144.224]) by webmail.rawbw.com (IMP) with HTTP for ; Fri, 30 Nov 2007 16:49:03 -0800 Message-ID: <1196470143.4750af7f6accf@webmail.rawbw.com> Date: Fri, 30 Nov 2007 16:49:03 -0800 From: Yuri To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 24.219.144.224 X-Mailman-Approved-At: Sat, 01 Dec 2007 01:58:50 +0000 Subject: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 00:49:07 -0000 I am trying to run Linux version of Skype and am getting the following error: /usr/home/yuri/skype/current/skype: error while loading shared libraries: /usr/lib/librt.so.1: ELF file OS ABI File /usr/lib/librt.so.1 is FreeBSD library and /usr/compat/linux/lib/librt.so.1 is Linux library with the same name installed by linux_base-fc-4_10. My LD_LIBRARY_PATH is set to /usr/compat/linux/lib:/usr/compat/linux/usr/lib. Why FreeBSD version is being picked up even though it's not in LD_LIBRARY_PATH? Yuri From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 1 02:09:16 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBDBA16A41B for ; Sat, 1 Dec 2007 02:09:16 +0000 (UTC) (envelope-from sdavtaker@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id A663913C468 for ; Sat, 1 Dec 2007 02:09:16 +0000 (UTC) (envelope-from sdavtaker@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so5435365pyb for ; Fri, 30 Nov 2007 18:09:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=JYZdRFI/SDrmcPDoM7om6wewjla2DQcMOZPtEZXIYew=; b=pcarV+QGEbHG9W9bAGZXn9OL+Hsn3SoYQ1Wt3d+cXFUpahQbJuE9HJvqA0yUlw35DvHGICnlMo71sAyzYI83mZS0ZR9KN3UQYWcXeYLbsX3GPby9cof5cUHpth6ixzRWkiVrLTLElKXd7TBW43EQ1b33E7MXVy3O7QwG2RkTf0M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=sqUlTPlUCTEIINsT2ud6V1qkSKwcevk4MLIOlbf78FRbPlgsQDvycILDy/z8HBYgSF+GQzCYlu0rHNly09YVWCOObHZSXG827od/KKYV7pzLDSesilB/gnHEgwN3duC5tmP7zOtRrZ/WaIQE/ydZ6xfqllSNe1ieRKxOI/NYKmk= Received: by 10.65.188.14 with SMTP id q14mr4708504qbp.1196473433572; Fri, 30 Nov 2007 17:43:53 -0800 (PST) Received: from ?192.168.1.100? ( [190.18.36.119]) by mx.google.com with ESMTPS id q17sm5252382qbq.2007.11.30.17.43.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 30 Nov 2007 17:43:52 -0800 (PST) Message-ID: <4750BC54.8090101@gmail.com> Date: Fri, 30 Nov 2007 22:43:48 -0300 From: =?ISO-8859-1?Q?Sd=E4vtaker?= User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Looking for syscalls documentation pointers. 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, 01 Dec 2007 02:09:17 -0000 Hello. I was wondering if there is any place where i can get the specifications used to write the syscalls. I was reading the syscalls.master and it only says the number and name of the syscall, and only few are documented at man. Any idea who could have that kind of documentation? As example, what determines the permitions of a just created file? (From experiments i got they 000) :-/ I guess if there is no doc, i will have just to read the whole code :-( Thanks for any help. Sdav From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 1 16:53:58 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37C4316A420 for ; Sat, 1 Dec 2007 16:53:57 +0000 (UTC) (envelope-from andy@triera.net) Received: from md2.t-2.net (md2.t-2.net [84.255.209.71]) by mx1.freebsd.org (Postfix) with ESMTP id 024A813C457 for ; Sat, 1 Dec 2007 16:53:56 +0000 (UTC) (envelope-from andy@triera.net) Received: from [192.168.4.14] ([86.58.50.58]) by md2.t-2.net (MOS 3.8.5-GA) with ESMTP id CBE64645 (AUTH andy@t-2.net); Sat, 1 Dec 2007 17:43:51 +0100 (CET) Message-ID: <47518F54.9040000@triera.net> Date: Sat, 01 Dec 2007 17:44:04 +0100 From: Andy Rozman User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Junkmail-Status: score=10/150, host=md2.t-2.net X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A010202.47518EE3.0045,ss=1,fgs=0, ip=192.168.4.14, so=2007-07-31 18:51:00, dmn=5.4.3/2007-10-18 Subject: freebsd network problem and restarts 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, 01 Dec 2007 16:53:58 -0000 Hi ! Lately after install of new hardware, I upgraded to FreeBSD 7.0 AMD64. Problem is that every few days (5 or so) computer network connection is lost, if I restart computer everything is OK again.... What I need is script that will determine if connection is valid and if not restarting the machine. I plan to run this script by cron every hour... I am very lousy with writing scripts of anykind, so I would need little help from you... Script must do following things: 1. Check if connection is alive by pinging one site, www.google.com should be good example 2a) If connection is ok, script is finished 2b) There is no response following stuff must happen: a.) Wait for 10 minutes (or some specified time) and try step 1 again if fails following thing are done b.) Write line into log that connection is failed c.) Inject mail message to local sendmail instance (so that mail is sent after restart) d.) Reboot computer If someone knows about script that does this things, I would be very thankful if he/she could help me. If not I would be thankful for any help in creating such script. Thank you in advance. Andy From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 1 16:30:57 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2038C16A417; Sat, 1 Dec 2007 16:30:57 +0000 (UTC) (envelope-from gdt@ir.bbn.com) Received: from fnord.ir.bbn.com (fnord.ir.bbn.com [192.1.100.210]) by mx1.freebsd.org (Postfix) with ESMTP id E719F13C4E1; Sat, 1 Dec 2007 16:30:56 +0000 (UTC) (envelope-from gdt@ir.bbn.com) Received: by fnord.ir.bbn.com (Postfix, from userid 10853) id BFC4152A8; Sat, 1 Dec 2007 11:11:39 -0500 (EST) From: Greg Troxel To: Alexander Leidinger References: <1196470143.4750af7f6accf@webmail.rawbw.com> <20071201162930.5c9fd4dd@deskjail> X-Hashcash: 1:20:071201:emulation@freebsd.org::47o+jBV6eTN+Mg1E:00000000000000000000000000000000000000001qRf X-Hashcash: 1:20:071201:yuri@rawbw.com::uyTD/Ad6hQNU5q+c:0001bQj X-Hashcash: 1:20:071201:alexander@leidinger.net::JDc6McXYZmVnfOKQ:0000000000000000000000000000000000000066Xi X-Hashcash: 1:20:071201:freebsd-hackers@freebsd.org::uyTD/Ad6hQNU5q+c:0000000000000000000000000000000000JZoT Date: Sat, 01 Dec 2007 11:11:39 -0500 In-Reply-To: <20071201162930.5c9fd4dd@deskjail> (Alexander Leidinger's message of "Sat, 1 Dec 2007 16:29:30 +0100") Message-ID: User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Sat, 01 Dec 2007 17:19:34 +0000 Cc: emulation@freebsd.org, freebsd-hackers@freebsd.org, Yuri Subject: Re: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 16:30:57 -0000 I had a Linux shared library problem on NetBSD that I think it might be helpful to mention. thunderbird (and firefox) set LD_LIBRARY_PATH to pick up their own modules. When acroread is invoked to display a pdf attachment, LD_LIBRARY_PATH is still set, and this causes acroread to read a BSD library. My workaround is to use a script for acroread that cleans the environment. I think this is a thunderbird bug; the environment of invoked programs should match the environment as of thunderbird's invocation. From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 1 15:29:58 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E9C416A41A; Sat, 1 Dec 2007 15:29:58 +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 116BB13C46A; Sat, 1 Dec 2007 15:29:58 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A55984.dip.t-dialin.net [84.165.89.132]) by redbull.bpaserver.net (Postfix) with ESMTP id 76CC02E2D3; Sat, 1 Dec 2007 16:29:33 +0100 (CET) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 031E7773CA; Sat, 1 Dec 2007 16:29:30 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1196522971; bh=YVf1IFY/1rjiKgZNy4cvU0Em2lMQO+2YX 7FcBGIK22E=; h=Date:From:To:Subject:Message-ID:In-Reply-To: References:Followup-To:X-Mailer:Mime-Version:Content-Type: Content-Transfer-Encoding; b=jzrI6kcfST9h0IAyiVbHQiziW/4iBeOqS6Vc6 5ZNGcHgVIDuJATeFaf9bId80Qlo11ypWmUVSZ9ezf2WKyewuEqrX4SDcOBkEH+Pj/4d dNHTY/82h0qbrPJbuEqUwa1cqG1flBGgGmtnPymSl6nFcjPZxfbAk59xyWJzaC1DCuQ p2guIJkmt4p2klXkDBtoGTAwB6wQS0XN9+sDQ7sojPtPpSd4hiREFOx5XiufWxgYTwi 3egb+Hk0vLXxN0QPKdK5KTuZVQBl7VMpq2tmEHQXPnmQ0V6uiS3NSdPl5nR4pUEaytZ EgGOBFRtGFnvNmlOZAYA9QWwyzkAwBwlbf6DQ== Date: Sat, 1 Dec 2007 16:29:30 +0100 From: Alexander Leidinger To: freebsd-hackers@freebsd.org, Yuri , emulation@freebsd.org Message-ID: <20071201162930.5c9fd4dd@deskjail> In-Reply-To: <1196470143.4750af7f6accf@webmail.rawbw.com> References: <1196470143.4750af7f6accf@webmail.rawbw.com> Followup-To: emulation@freebsd.org X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Sat, 01 Dec 2007 17:19:46 +0000 Cc: Subject: Re: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 15:29:58 -0000 Quoting Yuri (Fri, 30 Nov 2007 16:49:03 -0800): This is better suited in emulation@ > I am trying to run Linux version of Skype and am getting the following error: > /usr/home/yuri/skype/current/skype: error while loading shared libraries: > /usr/lib/librt.so.1: ELF file OS ABI > > File /usr/lib/librt.so.1 is FreeBSD library and > /usr/compat/linux/lib/librt.so.1 is Linux library with the same name > installed by linux_base-fc-4_10. > > My LD_LIBRARY_PATH is set to /usr/compat/linux/lib:/usr/compat/linux/usr/lib. The recommendation is to _not_ set the LD_LIBRARY_PATH. > Why FreeBSD version is being picked up even though it's not > in LD_LIBRARY_PATH? Have a look at the search order of libs in linux. Correlate this with the fact that when in linux an access is done to e.g. /lib/libX.so.y which means that the linuxulator first looks if /compat/linux/lib/libX.so.y is there, and if it isn't it looks if /lib/libX.so.y is available. AFAIR a work around is to add a link in /compat/linux/usr/lib/librt.so.1 -> /lib/librt.so.1 I want to do something like this in the FC4 port, but hadn't time to do it and test it so far. Bye, Alexander. -- The TV show you've been looking forward to all week will be preempted. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 1 17:51:03 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEBF216A417 for ; Sat, 1 Dec 2007 17:51:03 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (bhuda.mired.org [66.92.153.74]) by mx1.freebsd.org (Postfix) with SMTP id 4047913C46B for ; Sat, 1 Dec 2007 17:50:57 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 8693 invoked by uid 1001); 1 Dec 2007 17:51:37 -0000 Received: from bhuda.mired.org (localhost.localdomain [127.0.0.1]) by bhuda.mired.org (tmda-ofmipd) with ESMTP; Sat, 01 Dec 2007 12:51:37 -0500 Date: Sat, 1 Dec 2007 12:51:36 -0500 To: freebsd-hackers@freebsd.org Message-ID: <20071201125136.759bf69c@bhuda.mired.org> In-Reply-To: References: <1196470143.4750af7f6accf@webmail.rawbw.com> <20071201162930.5c9fd4dd@deskjail> Organization: Meyer Consulting X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; amd64-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.1.11 (Ladyburn) From: Mike Meyer Subject: Re: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 17:51:03 -0000 On Sat, 01 Dec 2007 11:11:39 -0500 Greg Troxel wrote: > I had a Linux shared library problem on NetBSD that I think it might be > helpful to mention. And I have pretty much the exact same bug in OSX. > thunderbird (and firefox) set LD_LIBRARY_PATH to pick up their own > modules. When acroread is invoked to display a pdf attachment, > LD_LIBRARY_PATH is still set, and this causes acroread to read a BSD > library. My workaround is to use a script for acroread that cleans the > environment. s/thunderbird/claws-mail/ s/acroread/dillo/ In my case, the problme isn't emulation-related; it's that claws-mail uses a different version of some library than the system has. Dillo uses it anyway, then fails to find the features that were there when it was built, and exits. > I think this is a thunderbird bug; the environment of invoked programs > should match the environment as of thunderbird's invocation. In general, yes. But in these cases, smarter library resolution (or maybe it's to smart) could also solve the problem. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 1 18:46:13 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 023CE16A419 for ; Sat, 1 Dec 2007 18:46:13 +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 B0C2413C46E for ; Sat, 1 Dec 2007 18:46:12 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 2EF032089; Sat, 1 Dec 2007 19:46:03 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 10DD12084; Sat, 1 Dec 2007 19:46:03 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id EE91384488; Sat, 1 Dec 2007 19:46:02 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: =?utf-8?Q?Sd=C3=A4vtaker?= References: <4750BC54.8090101@gmail.com> Date: Sat, 01 Dec 2007 19:46:02 +0100 In-Reply-To: <4750BC54.8090101@gmail.com> (=?utf-8?Q?=22Sd=C3=A4vtaker=22'?= =?utf-8?Q?s?= message of "Fri\, 30 Nov 2007 22\:43\:48 -0300") Message-ID: <86abougsnp.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: Looking for syscalls documentation pointers. 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, 01 Dec 2007 18:46:13 -0000 Sd=C3=A4vtaker writes: > I was reading the syscalls.master and it only says the number and name > of the syscall, and only few are documented at man. Look harder. Almost all FreeBSD system calls have a man page. > Any idea who could have that kind of documentation? > As example, what determines the permitions of a just created file? The second argument to creat(2) or the third argument to open(2). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 1 23:01:55 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 776F016A419 for ; Sat, 1 Dec 2007 23:01:55 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 33E4F13C467 for ; Sat, 1 Dec 2007 23:01:54 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 73CD946BD6; Sat, 1 Dec 2007 18:06:18 -0500 (EST) Date: Sat, 1 Dec 2007 23:01:46 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexander Leidinger In-Reply-To: <20071201162930.5c9fd4dd@deskjail> Message-ID: <20071201230022.R74097@fledge.watson.org> References: <1196470143.4750af7f6accf@webmail.rawbw.com> <20071201162930.5c9fd4dd@deskjail> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: emulation@freebsd.org, freebsd-hackers@freebsd.org, Yuri Subject: Re: Linux executable picks up FreeBSD library over linux one and breaks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 23:01:55 -0000 On Sat, 1 Dec 2007, Alexander Leidinger wrote: > Have a look at the search order of libs in linux. Correlate this with the > fact that when in linux an access is done to e.g. /lib/libX.so.y which means > that the linuxulator first looks if /compat/linux/lib/libX.so.y is there, > and if it isn't it looks if /lib/libX.so.y is available. > > AFAIR a work around is to add a link in /compat/linux/usr/lib/librt.so.1 -> > /lib/librt.so.1 > > I want to do something like this in the FC4 port, but hadn't time to do it > and test it so far. It sounds like the real problem is that there are some cases where we don't want the Linuxulator to merge the underlying and Linux views of the file system -- we don't want the union of /compat/linux/lib and /lib, we just want /compat/linux/lib? Robert N M Watson Computer Laboratory University of Cambridge