From owner-freebsd-current@FreeBSD.ORG Sun Aug 13 03:02:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 532EB16A4DE for ; Sun, 13 Aug 2006 03:02:06 +0000 (UTC) (envelope-from prvs=julian=373ccd7e4@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA21643D46 for ; Sun, 13 Aug 2006 03:02:05 +0000 (GMT) (envelope-from prvs=julian=373ccd7e4@elischer.org) Received: from unknown (HELO [192.168.2.3]) ([10.251.60.23]) by a50.ironport.com with ESMTP; 12 Aug 2006 20:02:05 -0700 Message-ID: <44DE962C.7050402@elischer.org> Date: Sat, 12 Aug 2006 20:02:04 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bakul Shah References: <20060812205822.151AF2948D@mail.bitblocks.com> In-Reply-To: <20060812205822.151AF2948D@mail.bitblocks.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2006 03:02:06 -0000 Bakul Shah wrote: >>To me it seems more natural to add the few extra lines to date because >>in my mind it is a natural >>usage of date and extending date to be able to be used as a filter >>doesn't hurt existing functionality. >> >> > >I may want to prepend a log line with not just a timestamp >but also other information such as user, group, hostname etc. >This change may be small but it does not belong in date(1). >Just as I wouldn't want to extend hostname(1) to be a filter. >It makes more sense to extend logger(1), not date(1). > >Don't mess with my date:-) > > Who's messing with date? it acts as before except if you need to annotate a stream with timestamps.. Now puting it in logger.. THAT is an unintuitive program to make into a date adding filter. Date's job is to output the time.. it makes perfect sense to me to allow it to append the time to a stream as well. logger's job is to send data to the syslog system, which already date stamps things. It is not designed to be a filter but it already takes file input and outputs to stderr. I really can't believe the people who are complaining about this.. I should have just committed it. Talk about a bikeshed! From owner-freebsd-current@FreeBSD.ORG Sun Aug 13 06:55:24 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0CF516A4DD for ; Sun, 13 Aug 2006 06:55:24 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E4CB43D45 for ; Sun, 13 Aug 2006 06:55:24 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id CA1042948D; Sat, 12 Aug 2006 23:55:23 -0700 (PDT) To: Julian Elischer In-reply-to: Your message of "Sat, 12 Aug 2006 20:02:04 PDT." <44DE962C.7050402@elischer.org> Date: Sat, 12 Aug 2006 23:55:23 -0700 From: Bakul Shah Message-Id: <20060813065523.CA1042948D@mail.bitblocks.com> Cc: current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2006 06:55:24 -0000 > Who's messing with date? it acts as before except if you need to > annotate a stream with timestamps.. I understand what you are saying; just don't agree with you that date(1) is the right place to make this change. Particularly as it is not a filter. > Now puting it in logger.. THAT is an unintuitive program to make into a > date adding filter. Your original intention was to timestamp lines in a logfile. What better program than logger(1) for that? And logger already accepts data on stdin. > logger's job is to send data to the syslog system, which already date > stamps things. > It is not designed to be a filter but it already takes file input and > outputs to stderr. Which is why I said extend logger if you must. Or a separate date-filter program. > I really can't believe the people who are complaining about this.. I > should have just committed it. A disagreement is not a complaint. > Talk about a bikeshed! We are saying don't even build the bikeshed :-) In any case *you* asked for our feedback. At least consider the feedback without impugning our motives. From owner-freebsd-current@FreeBSD.ORG Sun Aug 13 07:43:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC18916A4DE for ; Sun, 13 Aug 2006 07:43:44 +0000 (UTC) (envelope-from c47g@gmx.at) Received: from email.aon.at (WARSL404PIP2.highway.telekom.at [195.3.96.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 224E543D45 for ; Sun, 13 Aug 2006 07:43:43 +0000 (GMT) (envelope-from c47g@gmx.at) Received: (qmail 31744 invoked from network); 13 Aug 2006 07:43:42 -0000 Received: from m3632p014.adsl.highway.telekom.at (HELO bones) ([88.117.101.238]) (envelope-sender ) by smarthub79.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 13 Aug 2006 07:43:42 -0000 From: Christian Gusenbauer To: Alexander Leidinger Date: Sun, 13 Aug 2006 09:42:52 +0200 User-Agent: KMail/1.9.3 References: <200608051830.00840.freebsd@alaskaparadise.com> <20060812141809.GA3711@astral.ntu-kpi.kiev.ua> <20060812170822.221f54c9@Magellan.Leidinger.net> In-Reply-To: <20060812170822.221f54c9@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1603478.YL7p3LvNZo"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608130942.58687.c47g@gmx.at> Cc: freebsd-current@freebsd.org, "Alexander I. Mogilny" Subject: Re: Problem with kmail (moved from ports) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2006 07:43:45 -0000 --nextPart1603478.YL7p3LvNZo Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Alexander & Alexander! On Saturday, 12. August 2006 17:08, Alexander Leidinger wrote: > Quoting "Alexander I. Mogilny" (Sat, 12 Aug 2006=20 17:18:09 +0300): > > Christian Gusenbauer wrote me on Sat, Aug 12, 2006 at 02:07:20PM +0200 > > > > > Hi! > > > > > > This is a "me too"! I upgraded current yesterday (my last working bui= ld > > > was from July 21st) and now konqueror stopped working with https > > > connections. I found out that when I use the old libcrypto.so.4 and t= he > > > old libssl.so.4 instead of the current *.5 versions, then everything = is > > > working correctly. > > > > > > Maybe a complete KDE rebuild will do the trick? > > > > I guess the most correctly way to fix this would be adding following > > lines to /etc/libmap.conf file. I did this yesterday after upgrade too. > > I also can say that this would only affect you if you ran > > make delete-old-libs. > > > > Here is the line: > > > > libssl.so.4 libssl.so.5 > > libcrypto.so.4 libcrypto.so.5 > > Which may or may not lead to undesired behavior... (I used this too > until the ports in questions where rebuild, I didn't wanted to wait > until everything was rebuild before using anything). So be careful. > > To rebuild I suggest to remove the libs, install "libchk" and then: > - libchk > libchk.txt > - portupgrade -f $(grep Unresolved libchk.txt | sed -e 's/Unresolved.*: > //' | xargs pkg_which | sort -u) Or something like this (I didn't tested > it, but this is more or less how I did it). > > Bye, > Alexander. Thanks for the tips! I forgot that there's the mapping mechanism using=20 libmap.conf. I will use that until the next KDE version arrives. I know tha= t=20 mapping shared libraries can be a bit dangerous, but I can live with that=20 until KDE 3.5.4! Ciao, Christian. --nextPart1603478.YL7p3LvNZo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQBE3tgC73Wh/GTgh8wRAnkPAJ9DxcZQ8ASCPcCF4ggcRyGTE0y6HwCgkLUK MNkPfr8c/H0JkPumCTmz1Pk= =aPKH -----END PGP SIGNATURE----- --nextPart1603478.YL7p3LvNZo-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 13 13:02:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A45CD16A4DE; Sun, 13 Aug 2006 13:02:05 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0197943D49; Sun, 13 Aug 2006 13:02:04 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.6) with ESMTP id k7DD23rv022699; Sun, 13 Aug 2006 17:02:03 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 13 Aug 2006 17:02:03 +0400 (MSD) From: Dmitry Morozovsky To: Pawel Jakub Dawidek In-Reply-To: <20060812125308.GA2351@garage.freebsd.pl> Message-ID: <20060813170127.A22009@woozle.rinet.ru> References: <20060812152011.H25511@woozle.rinet.ru> <20060812125308.GA2351@garage.freebsd.pl> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sun, 13 Aug 2006 17:02:03 +0400 (MSD) Cc: current@freebsd.org Subject: Re: gjournal panic on RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2006 13:02:05 -0000 On Sat, 12 Aug 2006, Pawel Jakub Dawidek wrote: PJD> > remounting gjournalled filesystem read-only leaves some kernel structures PJD> > unflushed, leading to a panic. PJD> > PJD> > Reproduce sequence: PJD> > PJD> > /ar is gjournalled PJD> > PJD> > mount -t devfs devfs /ar/tmp PJD> > mount -u -r /ar PJD> > PJD> > ... after several seconds (I suppose on gjournal switch) kernel panicked: PJD> PJD> Thanks. The attached patch should fix the problem. Confirmed. Please update ~pjd/ patches ;-) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Aug 13 16:43:27 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3808416A4E6 for ; Sun, 13 Aug 2006 16:43:27 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7B1D43D45 for ; Sun, 13 Aug 2006 16:43:26 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.6) with ESMTP id k7DGhPql024946 for ; Sun, 13 Aug 2006 20:43:25 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 13 Aug 2006 20:43:25 +0400 (MSD) From: Dmitry Morozovsky To: current@FreeBSD.org Message-ID: <20060813204106.P22009@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-905897385-1155487405=:22009" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sun, 13 Aug 2006 20:43:25 +0400 (MSD) Cc: Subject: rc.subr: mount_md autosize and auto-swapsence prooposal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2006 16:43:27 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-905897385-1155487405=:22009 Content-Type: TEXT/PLAIN; charset=US-ASCII Dear colleagues, several monthes ago there was some discussions about mdmfs file system flags. What do you think about the patch attached? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ --0-905897385-1155487405=:22009 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=etc-automfs.patch Content-Transfer-Encoding: BASE64 Content-ID: <20060813204325.K22009@woozle.rinet.ru> Content-Description: Content-Disposition: attachment; filename=etc-automfs.patch SW5kZXg6IGV0Yy9yYy5zdWJyDQo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS Q1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvZXRjL3JjLnN1YnIsdg0KcmV0cmll dmluZyByZXZpc2lvbiAxLjY0DQpkaWZmIC11IC1yMS42NCByYy5zdWJyDQot LS0gZXRjL3JjLnN1YnIJMjYgSnVsIDIwMDYgMDg6MDM6MjQgLTAwMDAJMS42 NA0KKysrIGV0Yy9yYy5zdWJyCTEzIEF1ZyAyMDA2IDE2OjQwOjQxIC0wMDAw DQpAQCAtMTM1MSwxMCArMTM1MSwzMCBAQA0KICMgICAkMyA9IChvcHRpb25h bCkgZXh0cmEgbWRtZnMgZmxhZ3MNCiBtb3VudF9tZCgpDQogew0KKwljYXNl ICQxIGluDQorCVtBYV1bVXVdW1R0XVtPb10pDQorCQkjIGF1dG9zaXplIG1l bW9yeSBkaXNrIHRvIDEvOCBvZiBwaHlzaWNhbCBtZW1vcnksDQorCQkjIGJ1 dCBpbiByYW5nZSA4Li4xMjhNDQorCQlzaXplPSQoKGAke1NZU0NUTF9OfSBo dy5waHlzbWVtYCAvIDgzODg2MDgpKQ0KKwkJaWYgWyAkc2l6ZSAtbHQgOCBd OyB0aGVuDQorCQkJc2l6ZT04DQorCQlmaQ0KKwkJaWYgWyAkc2l6ZSAtZ3Qg MTI4IF07IHRoZW4NCisJCQlzaXplPTEyOA0KKwkJZmkNCisJCXNpemU9IiR7 c2l6ZX1NIg0KKwkJOzsNCisJKikNCisJCXNpemU9JDENCisJZXNhYw0KIAlp ZiBbIC1uICIkMyIgXTsgdGhlbg0KIAkJZmxhZ3M9IiQzIg0KIAlmaQ0KLQkv c2Jpbi9tZG1mcyAkZmxhZ3MgLXMgJDEgbWQgJDINCisJIyBmb3Igc3dhcGxl c3MgbWFjaGluZXMsIGFkZCAtTSBmbGFnIHRvIGZpeCBtZCBpbiBtZW1vcnkN CisJaWYgWyBgJHtTWVNDVExfTn0gdm0ubnN3YXBkZXZgID0gIjAiIF07IHRo ZW4NCisJCWZsYWdzPSItTSAkZmxhZ3MiDQorCWZpDQorCS9zYmluL21kbWZz ICRmbGFncyAtcyAkc2l6ZSBtZCAkMg0KIH0NCiANCiAjIENvZGUgY29tbW9u IHRvIHNjcmlwdHMgdGhhdCBuZWVkIHRvIGxvYWQgYSBrZXJuZWwgbW9kdWxl DQpJbmRleDogZXRjL2RlZmF1bHRzL3JjLmNvbmYNCj09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT0NClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9ldGMvZGVmYXVs dHMvcmMuY29uZix2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMjkxDQpkaWZm IC11IC1yMS4yOTEgcmMuY29uZg0KLS0tIGV0Yy9kZWZhdWx0cy9yYy5jb25m CTUgQXVnIDIwMDYgMjA6Mjg6NTAgLTAwMDAJMS4yOTENCisrKyBldGMvZGVm YXVsdHMvcmMuY29uZgkxMyBBdWcgMjAwNiAxNjo0MDo0MSAtMDAwMA0KQEAg LTQyLDExICs0MiwxMSBAQA0KIHBvd2VyZF9mbGFncz0iIgkJIyBGbGFncyB0 byBwb3dlcmQgKGlmIGVuYWJsZWQpLg0KIHJlbW92YWJsZV9yb3V0ZV9mbHVz aD0iWUVTIiAjIEZsdXNoIHJvdXRlcyB3aGVuIHJlbW92aW5nIGFuIGludGVy ZmFjZQ0KIHRtcG1mcz0iQVVUTyIJCSMgU2V0IHRvIFlFUyB0byBhbHdheXMg Y3JlYXRlIGFuIG1mcyAvdG1wLCBOTyB0byBuZXZlcg0KLXRtcHNpemU9IjIw bSIJCSMgU2l6ZSBvZiBtZnMgL3RtcCBpZiBjcmVhdGVkDQotdG1wbWZzX2Zs YWdzPSItUyAtTSIJIyBFeHRyYSBtZG1mcyBvcHRpb25zIGZvciB0aGUgbWZz IC90bXANCit0bXBzaXplPSIyMG0iCQkjIFNpemUgb2YgbWZzIC90bXAgaWYg Y3JlYXRlZCwgQVVUTyB0byAxLzggb2YgbWVtb3J5DQordG1wbWZzX2ZsYWdz PSItUyIJIyBFeHRyYSBtZG1mcyBvcHRpb25zIGZvciB0aGUgbWZzIC90bXAN CiB2YXJtZnM9IkFVVE8iCQkjIFNldCB0byBZRVMgdG8gYWx3YXlzIGNyZWF0 ZSBhbiBtZnMgL3ZhciwgTk8gdG8gbmV2ZXINCiB2YXJzaXplPSIzMm0iCQkj IFNpemUgb2YgbWZzIC92YXIgaWYgY3JlYXRlZA0KLXZhcm1mc19mbGFncz0i LVMgLU0iCSMgRXh0cmEgbW91bnQgb3B0aW9ucyBmb3IgdGhlIG1mcyAvdmFy DQordmFybWZzX2ZsYWdzPSItUyIJIyBFeHRyYSBtb3VudCBvcHRpb25zIGZv ciB0aGUgbWZzIC92YXINCiBwb3B1bGF0ZV92YXI9IkFVVE8iCSMgU2V0IHRv IFlFUyB0byBhbHdheXMgKHJlKXBvcHVsYXRlIC92YXIsIE5PIHRvIG5ldmVy DQogY2xlYW52YXJfZW5hYmxlPSJZRVMiIAkjIENsZWFuIHRoZSAvdmFyIGRp cmVjdG9yeQ0KIGxvY2FsX3N0YXJ0dXA9Ii91c3IvbG9jYWwvZXRjL3JjLmQg L3Vzci9YMTFSNi9ldGMvcmMuZCIgIyBzdGFydHVwIHNjcmlwdCBkaXJzLg0K --0-905897385-1155487405=:22009-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 13 17:07:58 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFD3916A4DD for ; Sun, 13 Aug 2006 17:07:58 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15AF543D45 for ; Sun, 13 Aug 2006 17:07:57 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.6) with ESMTP id k7DH7ust025357 for ; Sun, 13 Aug 2006 21:07:56 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 13 Aug 2006 21:07:56 +0400 (MSD) From: Dmitry Morozovsky To: current@FreeBSD.org Message-ID: <20060813210219.H22009@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sun, 13 Aug 2006 21:07:56 +0400 (MSD) Cc: Subject: sio0 on ASUS A8N-VM CSM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2006 17:07:58 -0000 Dear colleagues, can anyone properly initialize sio0 on this motherboard? With the last BIOS on both RELENG_6 and HEAD I got sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A Any hints? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Aug 13 18:36:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F4C516A4DD for ; Sun, 13 Aug 2006 18:36:34 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08a.verio.de (mail08a.verio.de [213.198.55.73]) by mx1.FreeBSD.org (Postfix) with SMTP id 3819243D46 for ; Sun, 13 Aug 2006 18:36:33 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mx16.stngva01.us.mxservers.net (204.202.242.6) by mail08a.verio.de (RS ver 1.0.95vs) with SMTP id 0-0416294190; Sun, 13 Aug 2006 20:36:31 +0200 (CEST) Received: from www.jennejohn.org [213.198.5.174] (EHLO peedub.jennejohn.org) by mx16.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id e217fd44.28873.299.mx16.stngva01.us.mxservers.net; Sun, 13 Aug 2006 14:36:30 -0400 (EDT) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.7/8.11.6) with ESMTP id k7DIaS1M001429; Sun, 13 Aug 2006 20:36:29 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200608131836.k7DIaS1M001429@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Dmitry Morozovsky In-Reply-To: Message from Dmitry Morozovsky of "Sun, 13 Aug 2006 21:07:56 +0400." <20060813210219.H22009@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 13 Aug 2006 20:36:28 +0200 From: Gary Jennejohn X-Spam: [F=0.2958097925; heur=0.500(-9900); stat=0.218; spamtraq-heur=0.600(2006081305)] X-MAIL-FROM: X-SOURCE-IP: [213.198.5.174] X-Loop-Detect: 1 X-DistLoop-Detect: 1 Cc: current@FreeBSD.org Subject: Re: sio0 on ASUS A8N-VM CSM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2006 18:36:34 -0000 Dmitry Morozovsky writes: > Dear colleagues, > > can anyone properly initialize sio0 on this motherboard? With the last BIOS o > n > both RELENG_6 and HEAD I got > > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: irq maps: 0 0 0 0 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > > Any hints? > I see this at every boot on my A8V Deluxe but the port works regardless. Have you tried using it? --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Sun Aug 13 19:51:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BB2516A4DE for ; Sun, 13 Aug 2006 19:51:03 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BBAE43D45 for ; Sun, 13 Aug 2006 19:51:02 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.6) with ESMTP id k7DJp0Q5027352; Sun, 13 Aug 2006 23:51:01 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 13 Aug 2006 23:51:00 +0400 (MSD) From: Dmitry Morozovsky To: Gary Jennejohn In-Reply-To: <200608131836.k7DIaS1M001429@peedub.jennejohn.org> Message-ID: <20060813235004.N27324@woozle.rinet.ru> References: <200608131836.k7DIaS1M001429@peedub.jennejohn.org> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sun, 13 Aug 2006 23:51:01 +0400 (MSD) Cc: current@freebsd.org Subject: Re: sio0 on ASUS A8N-VM CSM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2006 19:51:03 -0000 On Sun, 13 Aug 2006, Gary Jennejohn wrote: GJ> > can anyone properly initialize sio0 on this motherboard? With the last BIOS o GJ> > n GJ> > both RELENG_6 and HEAD I got GJ> > GJ> > sio0: configured irq 4 not in bitmap of probed irqs 0 GJ> > sio0: port may not be enabled GJ> > sio0: irq maps: 0 0 0 0 GJ> > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 GJ> > sio0: type 16550A GJ> > GJ> > Any hints? GJ> > GJ> GJ> I see this at every boot on my A8V Deluxe but the port works regardless. GJ> Have you tried using it? Yes I did, and no data seems to flow through. Both on 115200 and 9600 bps. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Aug 13 19:52:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FDFE16A4E0 for ; Sun, 13 Aug 2006 19:52:22 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39AF343D66 for ; Sun, 13 Aug 2006 19:52:18 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.6) with ESMTP id k7DJqHKo027371; Sun, 13 Aug 2006 23:52:17 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 13 Aug 2006 23:52:17 +0400 (MSD) From: Dmitry Morozovsky To: Gary Jennejohn In-Reply-To: <200608131836.k7DIaS1M001429@peedub.jennejohn.org> Message-ID: <20060813235134.T27324@woozle.rinet.ru> References: <200608131836.k7DIaS1M001429@peedub.jennejohn.org> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sun, 13 Aug 2006 23:52:17 +0400 (MSD) Cc: current@freebsd.org Subject: Re: sio0 on ASUS A8N-VM CSM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2006 19:52:22 -0000 On Sun, 13 Aug 2006, Gary Jennejohn wrote: GJ> > can anyone properly initialize sio0 on this motherboard? With the last BIOS o GJ> > n GJ> > both RELENG_6 and HEAD I got GJ> > GJ> > sio0: configured irq 4 not in bitmap of probed irqs 0 GJ> > sio0: port may not be enabled GJ> > sio0: irq maps: 0 0 0 0 GJ> > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 GJ> > sio0: type 16550A GJ> > GJ> > Any hints? GJ> > GJ> GJ> I see this at every boot on my A8V Deluxe but the port works regardless. GJ> Have you tried using it? I did not mention that I did not tried i386 variants, only amd64 ones... Will check i386 CD tomorrow... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Aug 13 20:53:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6DE316A4E0; Sun, 13 Aug 2006 20:53:06 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4998F43D53; Sun, 13 Aug 2006 20:53:06 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k7DKpLaa044677; Sun, 13 Aug 2006 14:51:21 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 13 Aug 2006 14:51:31 -0600 (MDT) Message-Id: <20060813.145131.1172764406.imp@bsdimp.com> To: sgk@troutmask.apl.washington.edu From: "M. Warner Losh" In-Reply-To: <20060802172505.GA1935@troutmask.apl.washington.edu> References: <20060802165604.GA970@troutmask.apl.washington.edu> <20060802172505.GA1935@troutmask.apl.washington.edu> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 13 Aug 2006 14:51:21 -0600 (MDT) Cc: deischen@freebsd.org, freebsd-current@freebsd.org, fullermd@over-yonder.net, thompsa@freebsd.org Subject: Re: Where is thr_getscheduler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2006 20:53:06 -0000 In message: <20060802172505.GA1935@troutmask.apl.washington.edu> Steve Kargl writes: : Almost everything on a FreeBSD system depends on libc. Bumping : its version number without careful coordination of bumping all : other version numbers is full of landmines. Falling back of the : retort "this is -current expect problesm" just glosses over what : appears to be sloppy planning. I'm really hoping that we can stop bumping major versions of libc.so.7 when we go to versioned symbols. Warner From owner-freebsd-current@FreeBSD.ORG Sun Aug 13 20:53:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DF6816A504; Sun, 13 Aug 2006 20:53:24 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id B842B43D4C; Sun, 13 Aug 2006 20:53:23 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k7DKoBMa044668; Sun, 13 Aug 2006 14:50:11 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 13 Aug 2006 14:50:22 -0600 (MDT) Message-Id: <20060813.145022.-1398303152.imp@bsdimp.com> To: sgk@troutmask.apl.washington.edu From: "M. Warner Losh" In-Reply-To: <20060802165604.GA970@troutmask.apl.washington.edu> References: <20060801213803.GB9583@troutmask.apl.washington.edu> <20060802144255.GU69505@over-yonder.net> <20060802165604.GA970@troutmask.apl.washington.edu> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 13 Aug 2006 14:50:12 -0600 (MDT) Cc: deischen@freebsd.org, freebsd-current@freebsd.org, thompsa@freebsd.org, fullermd@over-yonder.net Subject: Re: Where is thr_getscheduler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2006 20:53:24 -0000 In message: <20060802165604.GA970@troutmask.apl.washington.edu> Steve Kargl writes: : On Wed, Aug 02, 2006 at 09:42:55AM -0500, Matthew D. Fuller wrote: : > On Tue, Aug 01, 2006 at 02:38:03PM -0700 I heard the voice of : > Steve Kargl, and lo! it spake thus: : > > : > > If UPDATING had a proper notice, : > : > If UPDATING had a notice every time a {library,program} in 7 did : > something that wasn't supported by 6 (for various values of 7 and 6), : > it would be a very, very long and very boring file. : > : : Sigh. We go through this every time someone bumps libc's : version number without bumping the version numbers of : all other libraries. There is significant difference : bewteen changing libgpib.so version number and changing : libc.so version number. Changeing libc's version number : should have been noted in UPDATING. Yes. And we shouldn't be bumping libc in current unless we also turn symbol versioning on at the same time... : The version number of libthr should have been bumped : when David Xu committed his change. : : Last time I checked there were several integers between 2 and : INT_MAX. Is there some sort of shortage of integers at : freebsd.org that prevents bumping libthr.so.2 to libthr.so.3? We do try to only bump one per major release... Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 01:25:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 844CA16A4DA; Mon, 14 Aug 2006 01:25:43 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C16D743D49; Mon, 14 Aug 2006 01:25:40 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k7E1PZYP054197 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Aug 2006 10:55:36 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 14 Aug 2006 10:55:32 +0930 User-Agent: KMail/1.9.3 References: <200608131836.k7DIaS1M001429@peedub.jennejohn.org> <20060813235134.T27324@woozle.rinet.ru> In-Reply-To: <20060813235134.T27324@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1571085.B0a0rKyQAx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608141055.33251.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: Dmitry Morozovsky , current@freebsd.org Subject: Re: sio0 on ASUS A8N-VM CSM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 01:25:43 -0000 --nextPart1571085.B0a0rKyQAx Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 14 August 2006 05:22, Dmitry Morozovsky wrote: > GJ> I see this at every boot on my A8V Deluxe but the port works > regardless. GJ> Have you tried using it? > > I did not mention that I did not tried i386 variants, only amd64 ones... > Will check i386 CD tomorrow... amd64 will always print that warning message ("port may not be enabled")=20 because sio relies on i386 only magic to determine things and in amd64-land= =20 they are just stubs so all the tests fail. What are you testing the port with? Is it enabled in the BIOS? =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1571085.B0a0rKyQAx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBE39EN5ZPcIHs/zowRAoddAJ40O8N8lM/OBD4BTffwk6li5nBkUACfUEFB dbkqgWjbI0WmKGUBAISUcZo= =HdRG -----END PGP SIGNATURE----- --nextPart1571085.B0a0rKyQAx-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 01:25:43 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 844CA16A4DA; Mon, 14 Aug 2006 01:25:43 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C16D743D49; Mon, 14 Aug 2006 01:25:40 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k7E1PZYP054197 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Aug 2006 10:55:36 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 14 Aug 2006 10:55:32 +0930 User-Agent: KMail/1.9.3 References: <200608131836.k7DIaS1M001429@peedub.jennejohn.org> <20060813235134.T27324@woozle.rinet.ru> In-Reply-To: <20060813235134.T27324@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1571085.B0a0rKyQAx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608141055.33251.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: Dmitry Morozovsky , current@freebsd.org Subject: Re: sio0 on ASUS A8N-VM CSM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 01:25:43 -0000 --nextPart1571085.B0a0rKyQAx Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 14 August 2006 05:22, Dmitry Morozovsky wrote: > GJ> I see this at every boot on my A8V Deluxe but the port works > regardless. GJ> Have you tried using it? > > I did not mention that I did not tried i386 variants, only amd64 ones... > Will check i386 CD tomorrow... amd64 will always print that warning message ("port may not be enabled")=20 because sio relies on i386 only magic to determine things and in amd64-land= =20 they are just stubs so all the tests fail. What are you testing the port with? Is it enabled in the BIOS? =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1571085.B0a0rKyQAx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBE39EN5ZPcIHs/zowRAoddAJ40O8N8lM/OBD4BTffwk6li5nBkUACfUEFB dbkqgWjbI0WmKGUBAISUcZo= =HdRG -----END PGP SIGNATURE----- --nextPart1571085.B0a0rKyQAx-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 03:11:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBCA116A4DF; Mon, 14 Aug 2006 03:11:01 +0000 (UTC) (envelope-from prvs=julian=374604de5@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8081043D60; Mon, 14 Aug 2006 03:10:58 +0000 (GMT) (envelope-from prvs=julian=374604de5@elischer.org) Received: from unknown (HELO [192.168.2.3]) ([10.251.60.46]) by a50.ironport.com with ESMTP; 13 Aug 2006 20:10:57 -0700 Message-ID: <44DFE9C0.4010702@elischer.org> Date: Sun, 13 Aug 2006 20:10:57 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20060802165604.GA970@troutmask.apl.washington.edu> <20060802172505.GA1935@troutmask.apl.washington.edu> <20060813.145131.1172764406.imp@bsdimp.com> In-Reply-To: <20060813.145131.1172764406.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: deischen@freebsd.org, thompsa@freebsd.org, freebsd-current@freebsd.org, fullermd@over-yonder.net, sgk@troutmask.apl.washington.edu Subject: Re: Where is thr_getscheduler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 03:11:01 -0000 M. Warner Losh wrote: >In message: <20060802172505.GA1935@troutmask.apl.washington.edu> > Steve Kargl writes: >: Almost everything on a FreeBSD system depends on libc. Bumping >: its version number without careful coordination of bumping all >: other version numbers is full of landmines. Falling back of the >: retort "this is -current expect problesm" just glosses over what >: appears to be sloppy planning. > >I'm really hoping that we can stop bumping major versions of libc.so.7 >when we go to versioned symbols. > > From my experienc, versioned symbols allows you to avoid about 50% of library version bumps but you still need them every now and then. There are lots of other ABI changes that need to happen that symbol versionning just can't help you with. For example, changing argument types. >Warner >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 05:30:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A387E16A4E0; Mon, 14 Aug 2006 05:30:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE80143D4C; Mon, 14 Aug 2006 05:30:54 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k7E5Rd48000885; Sun, 13 Aug 2006 23:27:39 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 13 Aug 2006 23:27:47 -0600 (MDT) Message-Id: <20060813.232747.1723237013.imp@bsdimp.com> To: julian@elischer.org From: "M. Warner Losh" In-Reply-To: <44DFE9C0.4010702@elischer.org> References: <20060802172505.GA1935@troutmask.apl.washington.edu> <20060813.145131.1172764406.imp@bsdimp.com> <44DFE9C0.4010702@elischer.org> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 13 Aug 2006 23:27:41 -0600 (MDT) Cc: deischen@freebsd.org, thompsa@freebsd.org, freebsd-current@freebsd.org, fullermd@over-yonder.net, sgk@troutmask.apl.washington.edu Subject: Re: Where is thr_getscheduler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 05:30:55 -0000 In message: <44DFE9C0.4010702@elischer.org> Julian Elischer writes: : M. Warner Losh wrote: : : >In message: <20060802172505.GA1935@troutmask.apl.washington.edu> : > Steve Kargl writes: : >: Almost everything on a FreeBSD system depends on libc. Bumping : >: its version number without careful coordination of bumping all : >: other version numbers is full of landmines. Falling back of the : >: retort "this is -current expect problesm" just glosses over what : >: appears to be sloppy planning. : > : >I'm really hoping that we can stop bumping major versions of libc.so.7 : >when we go to versioned symbols. : > : > : : From my experienc, versioned symbols allows you to avoid about 50% of : library version bumps : but you still need them every now and then. : There are lots of other ABI changes that need to happen that symbol : versionning just can't help you with. : For example, changing argument types. That's the 'trivial' case that symbol versioning is supposed to fix... warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 08:12:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75AC116A4E1 for ; Mon, 14 Aug 2006 08:12:05 +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 87DB043D60 for ; Mon, 14 Aug 2006 08:11:59 +0000 (GMT) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw501.dsto.defence.gov.au (ednmsw501.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id k7E8A2iC019391 for ; Mon, 14 Aug 2006 17:40:02 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw501.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.17) with ESMTP id for ; Mon, 14 Aug 2006 17:41:53 +0930 Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au [131.185.2.170]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id k7E858708231 for ; Mon, 14 Aug 2006 17:35:08 +0930 (CST) Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC (6.0.3790.1830); Mon, 14 Aug 2006 17:35:07 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.7/8.13.7) with ESMTP id k7E84qKY040233 for ; Mon, 14 Aug 2006 16:04:52 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.7/8.13.7/Submit) id k7E84pi5040232 for freebsd-current@freebsd.org; Mon, 14 Aug 2006 16:04:51 +0800 (WST) (envelope-from wilkinsa) Date: Mon, 14 Aug 2006 16:04:51 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20060814080451.GG16176@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.12-2006-07-14 X-OriginalArrivalTime: 14 Aug 2006 08:05:07.0605 (UTC) FILETIME=[5B570C50:01C6BF78] X-TM-AS-Product-Ver: SMEX-7.0.0.1345-3.52.1006-14624.000 X-TM-AS-Result: No--1.100000-0.000000-31 Subject: ggatec(8) - ioctl(/dev/ggctl): Invalid argument. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 08:12:05 -0000 Hi all, I am trying to use ggatec(8) on 5-STABLE to mount a device file on a 7-CURRENT and am seeing the following error: # sudo ggatec create -vo ro hostname /dev/da0s1 info: Connected to the server: obelix:3080. debug: Sending initial packet. debug: Receiving initial packet. error: ggatec: ioctl(/dev/ggctl): Invalid argument. error: Exiting. Any ideas ? -aW From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 09:35:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0F9C16A4DA for ; Mon, 14 Aug 2006 09:35:34 +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 4D7ED43D5A for ; Mon, 14 Aug 2006 09:35:33 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 6175620A5; Mon, 14 Aug 2006 11:35:29 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 535E42084; Mon, 14 Aug 2006 11:35:29 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 3EA3433C24; Mon, 14 Aug 2006 11:35:29 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Julian Elischer References: <44DD4510.5070002@elischer.org> Date: Mon, 14 Aug 2006 11:35:28 +0200 In-Reply-To: <44DD4510.5070002@elischer.org> (Julian Elischer's message of "Fri, 11 Aug 2006 20:03:44 -0700") Message-ID: <868xlrwtgf.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 09:35:34 -0000 Julian Elischer writes: > At various times I've wanted to add timestamps to logfiles as they > are generated.. while read line ; do echo $(date '+%Y-%m-%d %H:%M:%S') "$line" ; done DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 11:18:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C355516A4DA; Mon, 14 Aug 2006 11:18:27 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59E8043D46; Mon, 14 Aug 2006 11:18:27 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k7EBHqTK002095; Mon, 14 Aug 2006 07:17:53 -0400 (EDT) Date: Mon, 14 Aug 2006 07:17:52 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Julian Elischer In-Reply-To: <44DFE9C0.4010702@elischer.org> Message-ID: References: <20060802165604.GA970@troutmask.apl.washington.edu> <20060802172505.GA1935@troutmask.apl.washington.edu> <20060813.145131.1172764406.imp@bsdimp.com> <44DFE9C0.4010702@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: thompsa@freebsd.org, fullermd@over-yonder.net, freebsd-current@freebsd.org, sgk@troutmask.apl.washington.edu, "M. Warner Losh" Subject: Re: Where is thr_getscheduler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 11:18:27 -0000 On Sun, 13 Aug 2006, Julian Elischer wrote: > M. Warner Losh wrote: > >> In message: <20060802172505.GA1935@troutmask.apl.washington.edu> >> Steve Kargl writes: >> : Almost everything on a FreeBSD system depends on libc. Bumping >> : its version number without careful coordination of bumping all >> : other version numbers is full of landmines. Falling back of the >> : retort "this is -current expect problesm" just glosses over what >> : appears to be sloppy planning. >> I'm really hoping that we can stop bumping major versions of libc.so.7 >> when we go to versioned symbols. >> > > From my experienc, versioned symbols allows you to avoid about 50% of library > version bumps > but you still need them every now and then. > There are lots of other ABI changes that need to happen that symbol > versionning just can't help you with. > For example, changing argument types. No, you can handle that with symbol versioning too. -- DE From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 11:24:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83F2C16A4DD for ; Mon, 14 Aug 2006 11:24:58 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 179C543D53 for ; Mon, 14 Aug 2006 11:24:57 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k7EBOv3T064828 for ; Mon, 14 Aug 2006 06:24:57 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44E05D9F.307@centtech.com> Date: Mon, 14 Aug 2006 06:25:19 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20060814080451.GG16176@obelix.dsto.defence.gov.au> In-Reply-To: <20060814080451.GG16176@obelix.dsto.defence.gov.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1659/Mon Aug 14 03:44:22 2006 on mh1.centtech.com X-Virus-Status: Clean Subject: Re: ggatec(8) - ioctl(/dev/ggctl): Invalid argument. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 11:24:58 -0000 On 08/14/06 03:04, Wilkinson, Alex wrote: > Hi all, > > I am trying to use ggatec(8) on 5-STABLE to mount a device file on a 7-CURRENT > and am seeing the following error: > > # sudo ggatec create -vo ro hostname /dev/da0s1 > info: Connected to the server: obelix:3080. > debug: Sending initial packet. > debug: Receiving initial packet. > error: ggatec: ioctl(/dev/ggctl): Invalid argument. > error: Exiting. > > Any ideas ? I think that the 7-CURRENT version of ggate is incompatible with 5-X versions, however I see no mention in the man pages. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 12:21:16 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03F0916A4DD for ; Mon, 14 Aug 2006 12:21:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36C0C43D46 for ; Mon, 14 Aug 2006 12:21:14 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (pknwlu@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k7ECL7va082306 for ; Mon, 14 Aug 2006 14:21:12 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k7ECL7JJ082305; Mon, 14 Aug 2006 14:21:07 +0200 (CEST) (envelope-from olli) Date: Mon, 14 Aug 2006 14:21:07 +0200 (CEST) Message-Id: <200608141221.k7ECL7JJ082305@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG In-Reply-To: <20060812034008.GC80768@gothmog.pc> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 14 Aug 2006 14:21:12 +0200 (CEST) X-Mailman-Approved-At: Mon, 14 Aug 2006 13:04:15 +0000 Cc: Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 12:21:16 -0000 Giorgos Keramidas wrote: > Sam Leffler wrote: > > Julian Elischer wrote: > > > At various times I've wanted to add timestamps to logfiles as they are > > > generated.. > > > > > > usually this has involved perl or something to do it. > [...] > Using Perl and ``Time::HiRes qw(gettimeofday)'' is the best trick I've > found so far for this sort of thing :-/ In the "good old days" when FreeBSD still hat gnu awk as /usr/bin/awk, it was pretty trivial to do: ls | awk '{print strftime("%+: ") $0}' Unfortunately, our "shiny new" awk doesn't have strftime() anymore. (One of the reasons why I always install gnu awk from ports and let it override the crippled /usr/bin/awk.) I don't think it deserves bloating date(1) or even a completely new tool. There are tools which can do the job easily and efficiently (e.g. gnu awk, see above). Just my 2 cents. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "C is quirky, flawed, and an enormous success." -- Dennis M. Ritchie. From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 13:13:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AA8316A4DA for ; Mon, 14 Aug 2006 13:13:03 +0000 (UTC) (envelope-from b.candler@pobox.com) Received: from proof.pobox.com (proof.pobox.com [207.106.133.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D68A43D62 for ; Mon, 14 Aug 2006 13:12:56 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from proof (localhost [127.0.0.1]) by proof.pobox.com (Postfix) with ESMTP id 3CAF928D87; Mon, 14 Aug 2006 09:13:18 -0400 (EDT) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by proof.sasl.smtp.pobox.com (Postfix) with ESMTP id D062B6708C; Mon, 14 Aug 2006 09:13:15 -0400 (EDT) Received: from lists by mappit.local.linnet.org with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GCcFP-000MKD-RE; Mon, 14 Aug 2006 14:12:52 +0100 Date: Mon, 14 Aug 2006 14:12:51 +0100 From: Brian Candler To: Julian Elischer Message-ID: <20060814131251.GB85695@uk.tiscali.com> References: <44DD4510.5070002@elischer.org> <20060812033607.GB80768@gothmog.pc> <44DD50FF.5040406@elischer.org> <20060812041535.GA82669@gothmog.pc> <44DD5992.5080409@elischer.org> <20060812045622.GA84354@gothmog.pc> <44DD6CBC.9030309@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44DD6CBC.9030309@elischer.org> User-Agent: Mutt/1.4.2.1i Cc: Giorgos Keramidas , current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 13:13:03 -0000 On Fri, Aug 11, 2006 at 10:53:00PM -0700, Julian Elischer wrote: > I tried making the signal handler just set a variable that makes the > main loop quit, flush and exit, > but believe it or not, fgets() doesn't return from a signal. so you hit > ^C but it doesn't notice the flag that is set until > you then hit CR. Try using sigaction() instead of signal(), and don't set the SA_RESTART flag. fgets() should then return with EINTR in that case. OTOH, maybe stdio catches EINTR and retries itself. Quick check... no, it doesn't, so it should work in the way you want. The attached program demonstrates this. Regards, Brian. ----- 8< ----------------------------------------------------------------- #include #include #include #include #include #include static int abortflag=0; static void parent(int wfd, pid_t cpid) { if (write(wfd, "abc", 3) != 3) { perror("write"); exit(1); } sleep(1); if (kill(cpid, SIGTERM) < 0) { perror("kill"); exit(1); } sleep(4); close(wfd); } static void setabort(int sig) { abortflag=1; } static void child(int rfd) { char buf[256]; struct sigaction act, oact; FILE *f = fdopen(rfd, "r"); if (!f) { perror("fdopen"); exit(1); } memset(&act, 0, sizeof(act)); act.sa_handler = setabort; sigaction(SIGTERM, &act, &oact); fprintf(stderr, "child: OK\n"); while(fgets(buf, sizeof(buf), f)) { fprintf(stderr, "child: Abort flag = %d\n", abortflag); fprintf(stderr, "child: Got %d bytes: '%s'\n", strlen(buf), buf); if (abortflag) break; } fclose(f); fprintf(stderr, "child: done\n"); } int main(void) { int pid; int fds[2]; if (pipe(fds) < 0) { perror("pipe"); return 1; } pid = fork(); if (pid < 0) { perror("fork"); return 1; } if (pid > 0) parent(fds[1], pid); else child(fds[0]); return 0; } From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 14:17:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1614216A4E0; Mon, 14 Aug 2006 14:17:10 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6C7743D68; Mon, 14 Aug 2006 14:17:00 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7EEGn9i013497; Mon, 14 Aug 2006 10:16:52 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 14 Aug 2006 09:11:56 -0400 User-Agent: KMail/1.9.1 References: <44DCFFBC.7080807@elischer.org> In-Reply-To: <44DCFFBC.7080807@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608140911.56908.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Mon, 14 Aug 2006 10:16:52 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1659/Mon Aug 14 04:44:22 2006 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: Julian Elischer , current@freebsd.org Subject: Re: anyone seeing problems with bce driver? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 14:17:10 -0000 On Friday 11 August 2006 18:07, Julian Elischer wrote: > We're seeing the following problems with a 6.1 based system with a bce > interface. > I've looked at -current and RELENG_6 and don't see any changes that > might affect this.. > > before I go diving further into the code, does anyone recognise this? > Looks like possibly the constantly incoming packets stop the PHY from > getting reinitialised. > I am guessing that when reinitiing we should stop new data from hitting > the chip. > I'm guessing this is what should be happenning but there is a window > somewhere > that is letting some through. Actually, there were some locking fixes I did in HEAD and 6-stable recently related to bce_watchdog() (IIRC). I'd check the 6-stable version of sys/dev/bce/* just to be sure. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 14:17:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1614216A4E0; Mon, 14 Aug 2006 14:17:10 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6C7743D68; Mon, 14 Aug 2006 14:17:00 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7EEGn9i013497; Mon, 14 Aug 2006 10:16:52 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 14 Aug 2006 09:11:56 -0400 User-Agent: KMail/1.9.1 References: <44DCFFBC.7080807@elischer.org> In-Reply-To: <44DCFFBC.7080807@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608140911.56908.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Mon, 14 Aug 2006 10:16:52 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1659/Mon Aug 14 04:44:22 2006 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: Julian Elischer , current@freebsd.org Subject: Re: anyone seeing problems with bce driver? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 14:17:10 -0000 On Friday 11 August 2006 18:07, Julian Elischer wrote: > We're seeing the following problems with a 6.1 based system with a bce > interface. > I've looked at -current and RELENG_6 and don't see any changes that > might affect this.. > > before I go diving further into the code, does anyone recognise this? > Looks like possibly the constantly incoming packets stop the PHY from > getting reinitialised. > I am guessing that when reinitiing we should stop new data from hitting > the chip. > I'm guessing this is what should be happenning but there is a window > somewhere > that is letting some through. Actually, there were some locking fixes I did in HEAD and 6-stable recently related to bce_watchdog() (IIRC). I'd check the 6-stable version of sys/dev/bce/* just to be sure. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 17:04:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F87516A4E1; Mon, 14 Aug 2006 17:04:28 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD67843D45; Mon, 14 Aug 2006 17:04:24 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.7/8.13.7) with ESMTP id k7EH4IQa094217 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 14 Aug 2006 19:04:18 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.7/8.13.3/Submit) id k7EH4IBY094216; Mon, 14 Aug 2006 19:04:18 +0200 (CEST) Date: Mon, 14 Aug 2006 19:04:18 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20060814170418.GA89686@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: emulation@freebsd.org Subject: SoC: linuxolator update: first patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 17:04:28 -0000 Hi, I am a student doing SoC linuxolator update. The work involved updating linuxolator to be able to work with 2.6.x (2.6.16 in my case) kernel emulation. To be able to run 2.6.x emulation I had to implement NPTL, which means NPTL, futexes and thread area, pid mangling + various hacks to make it work. This is the first patch meant for public revision/testing: www.stud.fit.vutbr.cz/~xdivac02/linuxolator26-diff.patch What works/doesnt work is described here: http://wikitest.freebsd.org/linuxolator-patch-status This is not finished but its good enough to be commited. The plan now is to commit this soon to src (because of coverity testing and more public testing). How to test: you have to have i386 system (amd64 is WIP now) cd /sys fetch http://www.stud.fit.vutbr.cz/~xdivac02/linuxolator26-diff.patch patch < linuxolator26-diff.patch recompile kernel and boot this patch comes with compat.linux.osrelease=2.6.16 so you dont have to set anything. what will be commited to src will have 2.4.2 default so everything should work like now. please test with both 2.6.16 and 2.4.2. What I care about: - if you see any panics, LORs etc. please report - pls report if something doesnt work for other reason then sleeping on linuxfutex (this is being worked on) thnx Roman Divacky From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 17:21:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C96B916A4DE for ; Mon, 14 Aug 2006 17:21:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 29C1843D6A for ; Mon, 14 Aug 2006 17:20:59 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 21383 invoked by uid 399); 14 Aug 2006 17:20:59 -0000 Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 14 Aug 2006 17:20:59 -0000 Message-ID: <44E0B0F9.8000607@FreeBSD.org> Date: Mon, 14 Aug 2006 10:20:57 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: Eric Anderson References: <20060814080451.GG16176@obelix.dsto.defence.gov.au> <44E05D9F.307@centtech.com> In-Reply-To: <44E05D9F.307@centtech.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ggatec(8) - ioctl(/dev/ggctl): Invalid argument. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 17:21:06 -0000 Eric Anderson wrote: > On 08/14/06 03:04, Wilkinson, Alex wrote: >> Hi all, >> >> I am trying to use ggatec(8) on 5-STABLE to mount a device file on a >> 7-CURRENT >> and am seeing the following error: >> >> # sudo ggatec create -vo ro hostname /dev/da0s1 >> info: Connected to the server: obelix:3080. >> debug: Sending initial packet. >> debug: Receiving initial packet. >> error: ggatec: ioctl(/dev/ggctl): Invalid argument. >> error: Exiting. >> >> Any ideas ? > > I think that the 7-CURRENT version of ggate is incompatible with 5-X > versions, however I see no mention in the man pages. You can generally assume that things dealing with system internals (like ggate) are incompatible from one major version to the next. You _should_ assume that everything from 2 major versions ago is incompatible, and be pleasantly surprised if it works. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 17:29:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 612F716A4F2; Mon, 14 Aug 2006 17:29:18 +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 127C543D46; Mon, 14 Aug 2006 17:29:17 +0000 (GMT) (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 667C646BCF; Mon, 14 Aug 2006 13:29:17 -0400 (EDT) Date: Mon, 14 Aug 2006 18:29:17 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Doug Barton In-Reply-To: <44E0B0F9.8000607@FreeBSD.org> Message-ID: <20060814182736.N73800@fledge.watson.org> References: <20060814080451.GG16176@obelix.dsto.defence.gov.au> <44E05D9F.307@centtech.com> <44E0B0F9.8000607@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ggatec(8) - ioctl(/dev/ggctl): Invalid argument. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 17:29:18 -0000 On Mon, 14 Aug 2006, Doug Barton wrote: > Eric Anderson wrote: >> On 08/14/06 03:04, Wilkinson, Alex wrote: >>> Hi all, >>> >>> I am trying to use ggatec(8) on 5-STABLE to mount a device file on a >>> 7-CURRENT >>> and am seeing the following error: >>> >>> # sudo ggatec create -vo ro hostname /dev/da0s1 >>> info: Connected to the server: obelix:3080. >>> debug: Sending initial packet. >>> debug: Receiving initial packet. >>> error: ggatec: ioctl(/dev/ggctl): Invalid argument. >>> error: Exiting. >>> >>> Any ideas ? >> >> I think that the 7-CURRENT version of ggate is incompatible with 5-X >> versions, however I see no mention in the man pages. > > You can generally assume that things dealing with system internals (like > ggate) are incompatible from one major version to the next. You _should_ > assume that everything from 2 major versions ago is incompatible, and be > pleasantly surprised if it works. But this is a network protocol thing, not just a local command thing. Ideally, with protocols which often do involve more than one revision of OS, there would be compatibility code for older protocol versions. Or maybe I misread the nature of the problem here? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 18:05:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33DC716A4E6 for ; Mon, 14 Aug 2006 18:05:13 +0000 (UTC) (envelope-from prvs=julian=374604de5@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1213243D79 for ; Mon, 14 Aug 2006 18:05:02 +0000 (GMT) (envelope-from prvs=julian=374604de5@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 14 Aug 2006 11:05:02 -0700 Message-ID: <44E0BB4D.6010103@elischer.org> Date: Mon, 14 Aug 2006 11:05:01 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <44DD4510.5070002@elischer.org> <868xlrwtgf.fsf@xps.des.no> In-Reply-To: <868xlrwtgf.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 18:05:13 -0000 Dag-Erling Smørgrav wrote: >Julian Elischer writes: > > >>At various times I've wanted to add timestamps to logfiles as they >>are generated.. >> >> > >while read line ; do echo $(date '+%Y-%m-%d %H:%M:%S') "$line" ; done > >DES > while this is true, if you had read the rest of the thread you would have seen the words "without running date for every line". I even said that it could be done using shell if one WAS willing to run date for each line. From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 19:01:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BD8A16A4DE for ; Mon, 14 Aug 2006 19:01:01 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8EBB43D77 for ; Mon, 14 Aug 2006 19:00:55 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so425033wxd for ; Mon, 14 Aug 2006 12:00:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=KYK+GHXCaaHNdB+sl9Q7cYZGCaqFd1osu6uR+0TaRpD93AZPsHYVrH8bt05woKCWeMPdUvxZRa1JkXW6b7sd1xQhI7UO2FCU79WnSFk/ySP33A7rnV6hbG9U68tXlqYGYHUF/xKSx6Ldh13XOH6Zp3M+6+7J0aYRFq9hNhIuRW0= Received: by 10.70.109.4 with SMTP id h4mr4386796wxc; Mon, 14 Aug 2006 12:00:55 -0700 (PDT) Received: by 10.70.11.4 with HTTP; Mon, 14 Aug 2006 12:00:54 -0700 (PDT) Message-ID: <3bbf2fe10608141200v51d370cajfde0fd94cf92aac@mail.gmail.com> Date: Mon, 14 Aug 2006 21:00:54 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: freebsd-arch@freebsd.org, freebsd-current@freebsd.org, "John Baldwin" In-Reply-To: <3bbf2fe10608071227j17c4cfa6qd84e1d8e53668fda@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10608071227j17c4cfa6qd84e1d8e53668fda@mail.gmail.com> X-Google-Sender-Auth: bc1bd3c96aead14f Cc: Subject: Re: [PATCH] Adding Solaris-style "owner of records" to rwlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 19:01:01 -0000 2006/8/7, Attilio Rao : > This is a first implementation of the owner of records concept in rwlocks. > It allows to avoid the priority inversion problem in the current > rwlocks implementation (for readers). > > The main idea (that John and I discussed) is to have as owner of > records the first rlock'er for a "class contention". > The implementation consists in adding two flags (RW_LOCK_OWNED and > RW_LOCK_EXEMPTED) which are used in order to not penalyze the easy > case, and syncronizing the operation of acquiring and dropping the > owner of records with the turnstile spin-lock. > The main scheme might work in this way: > > thread1::rlock() -> sets the owner of records > thread2::rlock() -> checks for RW_LOCK_OWNED bit and, if it is set, go > in the easy case > thread3::rlock() -> checks for RW_LOCK_OWNED... > thread4::wlock() -> blocks and land its priority to thread1 > thread1::runlock() -> disable the owner of records (disowning the > associated turnstile) and sets the RW_LOCK_EXEMPTED flag. In this way > other threads will treact as an easy case. > ... > > What I actually need is a testing suite for heavy-load contentions, > since I would like to detect eventual races I missed, etc. If somebody > has a get-ready testing suite, please, let me know. > > The patch against HEAD is here: > http://users.gufi.org/~rookie/works/patches/rwlocks.diff > > Please, this is not intended to be a final implementation for this, > since I think that it can be improved; it is just a starting point for > ongoing works and improvements. I cleaned a lot the code, added some extra debug stubs and comments and get rid of RW_LOCK_EXEMPTED bit. Please refer to: http://users.gufi.org/~rookie/works/patches/rwlocks2.diff in order to make tests and comments. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 21:17:29 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 121CA16A4DA; Mon, 14 Aug 2006 21:17:29 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59EAF43D45; Mon, 14 Aug 2006 21:17:28 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from mail.ninth-nine.com ([IPv6:2001:3e0:4cf:1:d2:ff:fe23:1b4]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.6/8.13.6/NinthNine) with ESMTP id k7ELHL7G003274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Aug 2006 06:17:26 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 15 Aug 2006 06:17:21 +0900 From: Norikatsu Shigemura To: Jung-uk Kim Message-Id: <20060815061721.b73b398a.nork@FreeBSD.org> In-Reply-To: <20060813212412.56a7511c.nork@FreeBSD.org> References: <200608111916.k7BJGoTC008518@repoman.freebsd.org> <20060813212412.56a7511c.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [IPv6:2001:3e0:4cf:0:230:48ff:fe41:2455]); Tue, 15 Aug 2006 06:17:26 +0900 (JST) Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, current@FreeBSD.org, cvs-all@FreeBSD.org Subject: Panic on acpi_cpu_c1 (Re: cvs commit: src/sys/pci agp.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: current@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 21:17:29 -0000 On Sun, 13 Aug 2006 21:24:12 +0900 Norikatsu Shigemura wrote: > Freeze when X is running in my environment:-(. > I'm using VIA Apollo Pro266T (AGP2.0) and ATi RADEON 9600 (AGP3.0). > Please check v3 support. I'm sorry. agp.c's change is not wrong. When X is initializing, allways freeze the machine, so I think that this change is wrong. But I can get the panic message by other reason. Fatal trap 30: reserved (unknown) fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xc09b5445 stack pointer = 0x28:0xe1f12ca8 frame pointer = 0x28:0xe1f12ca8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 11 (idle: cpu0) [thread pid 11 tid 100005 ] Stopped at acpi_cpu_c1+0x5: popl %ebp db> bt Tracing pid 11 tid 100005 td 0xc343b6c0 acpi_cpu_c1(0,1,e1f12cc0,c06766b7,e1f12ce0,...) at acpi_cpu_c1+0x5 acpi_cpu_idle(e1f12d08,c04918c9,1,0,0,...) at acpi_cpu_idle+0x186 cpu_idle(1,0,0,0,0,...) at cpu_idle+0x28 idle_proc(0,e1f12d38,0,0,0,...) at idle_proc+0xa9 fork_exit(c0491820,0,e1f12d38) at fork_exit+0x80 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe1f12d6c, ebp = 0 --- /usr/src/sys/i386/acpica/acpi_machdep.c - - - - - - - - - - - - - - - - acpi_cpu_c1() { __asm __volatile("sti; hlt"); } /usr/src/sys/i386/acpica/acpi_machdep.c - - - - - - - - - - - - - - - - Hummm... I don't know why this causes panic. From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 01:54:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2646C16A4DA for ; Tue, 15 Aug 2006 01:54:21 +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 5DA3C43D4C for ; Tue, 15 Aug 2006 01:54:20 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (patr530-a077.otenet.gr [212.205.215.77]) (authenticated bits=128) by igloo.linux.gr (8.13.7/8.13.7/Debian-2) with ESMTP id k7F1rmjk010958 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 15 Aug 2006 04:53:52 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.7/8.13.7) with ESMTP id k7F1rU6t002409; Tue, 15 Aug 2006 04:53:32 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.7/8.13.7/Submit) id k7F1rSCC002408; Tue, 15 Aug 2006 04:53:28 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 15 Aug 2006 04:53:28 +0300 From: Giorgos Keramidas To: Julian Elischer Message-ID: <20060815015328.GA2349@gothmog.pc> References: <44DD4510.5070002@elischer.org> <868xlrwtgf.fsf@xps.des.no> <44E0BB4D.6010103@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44E0BB4D.6010103@elischer.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.096, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.30, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Dag-Erling Sm?rgrav , current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 01:54:21 -0000 On 2006-08-14 11:05, Julian Elischer wrote: >Dag-Erling Sm?rgrav wrote: >>Julian Elischer writes: >>>At various times I've wanted to add timestamps to logfiles as >>>they are generated.. >> >> while read line ; do echo $(date '+%Y-%m-%d %H:%M:%S') "$line" ; done > > while this is true, if you had read the rest of the thread you > would have seen the words "without running date for every > line". That's true, but a bit harsh. Julian, we have probably caused you an inordinate amount of trouble and wasted too much of your time already with this, so I understand why you would be frustrated about replies like the one from DES. I'm sorry if I have, by my replying to the thread, caused you some of the frustration (especially since I initially thought this was cool and a nice feature to have and changed my mind later). Please bear with this last message from me about modifying date(1), and then I'll shut up until this issue is resolved by people who know more than me about src/ stuff :-) > I even said that it could be done using shell if one WAS > willing to run date for each line. Yes. But that would be horribly inefficient. After a fair bit of thought, my reluctancy to agree that a patch for date(1) is in order is based on at least the following reasons: - Making such a change would be a diversion from what date(1) traditionally does. It's a new feature and it would probably be useful, but I have doubts about its usefulness as an inline part of date(1). - There are countless ways to do the same thing with a filter, some of which also have timestamp granularity far better than what date(1) can ever hope to provide (at least without adding custom strftime(3) format specifiers, which is a needless diversion from standards). For example, a Perl-based filter can use gettimeofday() and provide timestamps with sub-second accuracy. This is not (currently) possible with strftime(3), which is what date(1) is based on :( - Now that this thread has been spawned, people who want to do something like this can easily find several suggestions to satisfy their needs, without modifying date. Admittedly this is a very weak argument for *NOT* adding new features, but still a thought that raises a few doubts about the immediate usefulness of the feature. Just my $0.02 on the topic. If you still think it's a good thing to have and somebody(TM) comes up with a patch that doesn't cause people too many problems, feel free to ignore everything above :) Regards, Giorgos From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 05:59:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F3D716A4E2 for ; Tue, 15 Aug 2006 05:59:30 +0000 (UTC) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com (heathrow.savoladns.com [212.12.174.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 97B9B43D46 for ; Tue, 15 Aug 2006 05:59:29 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from ocs.savola.com (ocs.savola.com [222.22.1.211]) by heathrow.savoladns.com (Postfix) with ESMTP id 8A32D95845 for ; Tue, 15 Aug 2006 08:59:27 +0300 (AST) Received: from 222.22.1.191 by ocs.savola.com with ESMTP id 72172391155620800; Tue, 15 Aug 2006 08:46:40 +0300 From: Yousef Raffah To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-LqR5QTz0z9P49z0hXTkK" Organization: The Savola Group Date: Tue, 15 Aug 2006 08:58:41 +0300 Message-Id: <1155621521.1050.3.camel@redevil.savola.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Subject: Java seg faults on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 05:59:30 -0000 --=-LqR5QTz0z9P49z0hXTkK Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I noticed that when I try to invoke javac or java from the command line on -CURRENT it segfaults, has anyone noticed the same thing on -CURRENT? I tried it on two different machines and it is the case on both! --=-LqR5QTz0z9P49z0hXTkK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBE4WKRqG4sHeIU6qURAi+DAKDBjSsHtvGvpD4AynHYbP8sAl8fSQCfRRY8 18MJA/qk1nRkdw7o/RwXzd8= =KpwR -----END PGP SIGNATURE----- --=-LqR5QTz0z9P49z0hXTkK-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 09:10:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4611C16A4DA; Tue, 15 Aug 2006 09:10:24 +0000 (UTC) (envelope-from security@yourdot-mail.com) Received: from jupiter.nswebhost.com (jupiter.nswebhost.com [66.246.252.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC9FD43D45; Tue, 15 Aug 2006 09:10:23 +0000 (GMT) (envelope-from security@yourdot-mail.com) Received: from 87.60.30.213.rev.vodafone.pt ([213.30.60.87]:35870 helo=[192.168.1.10]) by jupiter.nswebhost.com with esmtpa (Exim 4.52) id 1GCu1M-00059f-JU; Tue, 15 Aug 2006 03:11:32 -0500 Message-ID: <44E18F7B.5080604@yourdot-mail.com> Date: Tue, 15 Aug 2006 10:10:19 +0100 From: Carlos Silva User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-ports@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ClamAntiVirus-Scanner: This mail is clean X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - jupiter.nswebhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - yourdot-mail.com X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Samba problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 09:10:24 -0000 Hi all, I have installed freebsd 6.1-RELEASE on my machine and now samba dont work, because of a timeout. I've tried the two versions of the samba ports and none of them work properly. Do you have any idea? Ouput: osiris# mount -t smbfs //porta1/tmpdown /tmpdir Password: mount_smbfs: unable to open connection: syserr = Operation timed out Otherwise, this is not an password error. Best Regards, Carlos Silva, CSilva Web: http://www.csilva.org/ From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 09:16:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD12316A4DD; Tue, 15 Aug 2006 09:16:59 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2670443D4C; Tue, 15 Aug 2006 09:16:58 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.7/8.13.7) with ESMTP id k7F9Gqls039224 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 15 Aug 2006 11:16:52 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.7/8.13.3/Submit) id k7F9Gqb5039223; Tue, 15 Aug 2006 11:16:52 +0200 (CEST) Date: Tue, 15 Aug 2006 11:16:52 +0200 From: Divacky Roman To: Carlos Silva Message-ID: <20060815091652.GA39128@stud.fit.vutbr.cz> References: <44E18F7B.5080604@yourdot-mail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44E18F7B.5080604@yourdot-mail.com> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Samba problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 09:16:59 -0000 On Tue, Aug 15, 2006 at 10:10:19AM +0100, Carlos Silva wrote: > Hi all, > > I have installed freebsd 6.1-RELEASE on my machine and now samba dont > work, because of a timeout. > I've tried the two versions of the samba ports and none of them work > properly. > Do you have any idea? > > Ouput: > > osiris# mount -t smbfs //porta1/tmpdown /tmpdir > Password: > > mount_smbfs: unable to open connection: syserr = Operation timed out > > Otherwise, this is not an password error. I can confirm this. something happened and now I am not able to mount smb shares on 6.1R.. on 6.0R it works ok. From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 09:18:38 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4932516A4DE; Tue, 15 Aug 2006 09:18:38 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id E090B43D5A; Tue, 15 Aug 2006 09:18:35 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k7F9IXfY015434 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Aug 2006 13:18:33 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k7F9IXaH015433; Tue, 15 Aug 2006 13:18:33 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 15 Aug 2006 13:18:32 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Message-ID: <20060815091832.GI96644@FreeBSD.org> References: <200608111916.k7BJGoTC008518@repoman.freebsd.org> <20060813212412.56a7511c.nork@FreeBSD.org> <20060815061721.b73b398a.nork@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060815061721.b73b398a.nork@FreeBSD.org> User-Agent: Mutt/1.5.6i Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org, Jung-uk Kim Subject: Re: Panic on acpi_cpu_c1 (Re: cvs commit: src/sys/pci agp.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 09:18:38 -0000 On Tue, Aug 15, 2006 at 06:17:21AM +0900, Norikatsu Shigemura wrote: N> On Sun, 13 Aug 2006 21:24:12 +0900 N> Norikatsu Shigemura wrote: N> > Freeze when X is running in my environment:-(. N> > I'm using VIA Apollo Pro266T (AGP2.0) and ATi RADEON 9600 (AGP3.0). N> > Please check v3 support. N> N> I'm sorry. agp.c's change is not wrong. When X is initializing, N> allways freeze the machine, so I think that this change is wrong. N> But I can get the panic message by other reason. N> N> Fatal trap 30: reserved (unknown) fault while in kernel mode N> cpuid = 0; apic id = 00 N> instruction pointer = 0x20:0xc09b5445 N> stack pointer = 0x28:0xe1f12ca8 N> frame pointer = 0x28:0xe1f12ca8 N> code segment = base 0x0, limit 0xfffff, type 0x1b N> = DPL 0, pres 1, def32 1, gran 1 N> processor eflags = interrupt enabled, IOPL = 0 N> current process = 11 (idle: cpu0) N> [thread pid 11 tid 100005 ] N> Stopped at acpi_cpu_c1+0x5: popl %ebp N> db> bt N> Tracing pid 11 tid 100005 td 0xc343b6c0 N> acpi_cpu_c1(0,1,e1f12cc0,c06766b7,e1f12ce0,...) at acpi_cpu_c1+0x5 N> acpi_cpu_idle(e1f12d08,c04918c9,1,0,0,...) at acpi_cpu_idle+0x186 N> cpu_idle(1,0,0,0,0,...) at cpu_idle+0x28 N> idle_proc(0,e1f12d38,0,0,0,...) at idle_proc+0xa9 N> fork_exit(c0491820,0,e1f12d38) at fork_exit+0x80 N> fork_trampoline() at fork_trampoline+0x8 N> --- trap 0x1, eip = 0, esp = 0xe1f12d6c, ebp = 0 --- I got the same panic when run 'kldload if_bge.ko' at runtime. Yesterday's HEAD. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 09:27:43 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFC2E16A4E0 for ; Tue, 15 Aug 2006 09:27:43 +0000 (UTC) (envelope-from root@solink.ru) Received: from mail.academ.org (mail.academ.org [81.1.226.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C97843D45 for ; Tue, 15 Aug 2006 09:27:41 +0000 (GMT) (envelope-from root@solink.ru) Received: from mail.academ.org (localhost [127.0.0.1]) by mail.academ.org (Postfix) with ESMTP id 2EA1B66287 for ; Tue, 15 Aug 2006 16:27:39 +0700 (NOVST) Received: from bocha.solink.office (unknown [85.118.228.14]) by mail.academ.org (Postfix) with ESMTP id 1148166191 for ; Tue, 15 Aug 2006 16:27:38 +0700 (NOVST) From: Bachilo Dmitry Organization: Solink Ltd To: current@freebsd.org Date: Tue, 15 Aug 2006 16:27:37 +0700 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200608151627.37828.root@solink.ru> Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-AV-Checked: ClamAV Cc: Subject: throughput and interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 09:27:44 -0000 Hello. I am completely stuck. I have a router, that rules three subnets. At first= =20 there were Allied Telesyn's netcards with realtek chipsets. I am using=20 ipfw+natd and I had like 3,5 megabytes per second with 20 per cent of=20 interrupt load. I had "discarded oversized frame" too often so I've replace= d=20 two main cards with 3Com 905 and now my xl0 and xl1 never discard frames. B= ut=20 I saw no speed boost and interrupts were also very high. I have discovered= =20 some IRQ conflicts and removed them, now I have single device per IRQ, but= =20 still i have near 20-30 % of interrupt load, when i download something=20 through this router (and natd takes rest % of CPU). Some people advised me = to=20 use polling, so I've built kernel with HZ=3D1000, polling and tried it.=20 Interrupts grew to 40-50% and speed decreased to 200-300 kb/s, so I had to= =20 turn the polling off. I just don't know what to try, to gain at least 9 mb/s, because this is wha= t I=20 get at home with the same cards, the same processor, with no polling and=20 throgh the same provider. Best regards, Bachilo Dmitry =2D-=20 =2D----------------------- =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD, =E2=C1=DE=C9=CC=CF =E4=CD=C9=D4=D2=C9=CA =F2=D5=CB=CF=D7=CF=C4=C9=D4=C5=CC=D8 =CF=D4=C4=C5=CC=C1 =D3=C9=D3=D4=C5=CD= =CE=CF=CA =C9=CE=D4=C5=C7=D2=C1=C3=C9=C9 =EF=EF=EF "=EB=CF=CD=D0=C1=CE=C9=D1 =F3=CF=EC=C9=CE=CB" From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 10:08:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55FF416A4DF; Tue, 15 Aug 2006 10:08:36 +0000 (UTC) (envelope-from security@yourdot-mail.com) Received: from jupiter.nswebhost.com (jupiter.nswebhost.com [66.246.252.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA1EA43D45; Tue, 15 Aug 2006 10:08:35 +0000 (GMT) (envelope-from security@yourdot-mail.com) Received: from 87.60.30.213.rev.vodafone.pt ([213.30.60.87]:36832 helo=[192.168.1.10]) by jupiter.nswebhost.com with esmtpa (Exim 4.52) id 1GCuvf-0000VI-ON; Tue, 15 Aug 2006 04:09:44 -0500 Message-ID: <44E19D1E.5010204@yourdot-mail.com> Date: Tue, 15 Aug 2006 11:08:30 +0100 From: Carlos Silva User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) To: freebsd-ports@freebsd.org, freebsd-current@freebsd.org References: <44E18F7B.5080604@yourdot-mail.com> <20060815091652.GA39128@stud.fit.vutbr.cz> In-Reply-To: <20060815091652.GA39128@stud.fit.vutbr.cz> Content-Transfer-Encoding: 7bit X-ClamAntiVirus-Scanner: This mail is clean X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - jupiter.nswebhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - yourdot-mail.com X-Source: X-Source-Args: X-Source-Dir: MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Samba problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 10:08:36 -0000 that's a big problem.. i've tried to install a NFS server on windowsXP but the filesystem doesnt work very fine with that. so, someone has an idea? Best Regards, Carlos Silva, CSilva Web: [1]http://www.csilva.org/ Divacky Roman escreveu: On Tue, Aug 15, 2006 at 10:10:19AM +0100, Carlos Silva wrote: Hi all, I have installed freebsd 6.1-RELEASE on my machine and now samba dont work, because of a timeout. I've tried the two versions of the samba ports and none of them work properly. Do you have any idea? Ouput: osiris# mount -t smbfs //porta1/tmpdown /tmpdir Password: mount_smbfs: unable to open connection: syserr = Operation timed out Otherwise, this is not an password error. I can confirm this. something happened and now I am not able to mount smb shares on 6.1R.. on 6.0R it works ok. _______________________________________________ [2]freebsd-current@freebsd.org mailing list [3]http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [4]"freebsd-current-unsubscribe@freebsd.org" References 1. http://www.csilva.org/ 2. mailto:freebsd-current@freebsd.org 3. http://lists.freebsd.org/mailman/listinfo/freebsd-current 4. mailto:freebsd-current-unsubscribe@freebsd.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 10:28:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5D4816A4DD for ; Tue, 15 Aug 2006 10:28:07 +0000 (UTC) (envelope-from werner@btr0x22.rz.uni-bayreuth.de) Received: from btr0xn-tx.rz.uni-bayreuth.de (btr0xn.rz.uni-bayreuth.de [132.180.8.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15B9C43D4C for ; Tue, 15 Aug 2006 10:28:06 +0000 (GMT) (envelope-from werner@btr0x22.rz.uni-bayreuth.de) Received: from localhost (localhost [127.0.0.1]) by btr0xn-tx.rz.uni-bayreuth.de (8.13.1/8.13.1) with ESMTP id k7FAS0bv011132; Tue, 15 Aug 2006 12:28:00 +0200 (MEST) Received: from btr0xn-rx.rz.uni-bayreuth.de ([127.0.0.1]) by localhost (mailhub-out.uni-bayreuth.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11121-01; Tue, 15 Aug 2006 12:27:58 +0200 (MEST) Received: from [132.180.14.135] (btruxe [132.180.14.135]) by btr0xn-rx.rz.uni-bayreuth.de (8.13.1/8.13.1) with ESMTP id k7FARt1v011125; Tue, 15 Aug 2006 12:27:55 +0200 (MEST) Message-ID: <44E1A1AB.7040906@btr0x22.rz.uni-bayreuth.de> Date: Tue, 15 Aug 2006 12:27:55 +0200 From: Werner Griessl Organization: UNI Bayreuth RZ User-Agent: Thunderbird 1.5.0.5 (X11/20060810) MIME-Version: 1.0 To: Carlos Silva , freebsd-current@freebsd.org References: <44E18F7B.5080604@yourdot-mail.com> In-Reply-To: <44E18F7B.5080604@yourdot-mail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at uni-bayreuth.de Cc: Subject: Re: Samba problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: werner@btr0x22.rz.uni-bayreuth.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 10:28:07 -0000 Carlos Silva wrote: > Hi all, > > I have installed freebsd 6.1-RELEASE on my machine and now samba dont > work, because of a timeout. > I've tried the two versions of the samba ports and none of them work > properly. > Do you have any idea? > > Ouput: > > osiris# mount -t smbfs //porta1/tmpdown /tmpdir > Password: > > mount_smbfs: unable to open connection: syserr = Operation timed out > > Otherwise, this is not an password error. > > Best Regards, > > Carlos Silva, CSilva > Web: http://www.csilva.org/ > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" Try strict locking = no in the global section of your smb.conf Werner From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 11:06:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2ADF16A4DF for ; Tue, 15 Aug 2006 11:06:44 +0000 (UTC) (envelope-from werner@btr0x22.rz.uni-bayreuth.de) Received: from btr0xn-tx.rz.uni-bayreuth.de (btr0xn.rz.uni-bayreuth.de [132.180.8.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B84B43D55 for ; Tue, 15 Aug 2006 11:06:43 +0000 (GMT) (envelope-from werner@btr0x22.rz.uni-bayreuth.de) Received: from localhost (localhost [127.0.0.1]) by btr0xn-tx.rz.uni-bayreuth.de (8.13.1/8.13.1) with ESMTP id k7FB6eTP012498; Tue, 15 Aug 2006 13:06:40 +0200 (MEST) Received: from btr0xn-rx.rz.uni-bayreuth.de ([127.0.0.1]) by localhost (mailhub-out.uni-bayreuth.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12384-08; Tue, 15 Aug 2006 13:06:38 +0200 (MEST) Received: from [132.180.14.135] (btruxe [132.180.14.135]) by btr0xn-rx.rz.uni-bayreuth.de (8.13.1/8.13.1) with ESMTP id k7FB6YSC012495; Tue, 15 Aug 2006 13:06:34 +0200 (MEST) Message-ID: <44E1AABA.9000108@btr0x22.rz.uni-bayreuth.de> Date: Tue, 15 Aug 2006 13:06:34 +0200 From: Werner Griessl Organization: UNI Bayreuth RZ User-Agent: Thunderbird 1.5.0.5 (X11/20060810) MIME-Version: 1.0 References: <44E18F7B.5080604@yourdot-mail.com> <44E1A1AB.7040906@btr0x22.rz.uni-bayreuth.de> In-Reply-To: <44E1A1AB.7040906@btr0x22.rz.uni-bayreuth.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at uni-bayreuth.de Cc: Carlos Silva , freebsd-current@freebsd.org Subject: Re: Samba problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: werner@btr0x22.rz.uni-bayreuth.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 11:06:44 -0000 Werner Griessl wrote: > Carlos Silva wrote: >> Hi all, >> >> I have installed freebsd 6.1-RELEASE on my machine and now samba dont >> work, because of a timeout. >> I've tried the two versions of the samba ports and none of them work >> properly. >> Do you have any idea? >> >> Ouput: >> >> osiris# mount -t smbfs //porta1/tmpdown /tmpdir >> Password: >> >> mount_smbfs: unable to open connection: syserr = Operation timed out >> >> Otherwise, this is not an password error. >> >> Best Regards, >> >> Carlos Silva, CSilva >> Web: http://www.csilva.org/ >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > Try > strict locking = no > in the global section of your smb.conf > > Werner > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" Sorry, that was the wrong direction. My solution was: Add these lines to your kernel-config # options SMBFS #SMB/CIFS filesystem # # SMB/CIFS requester # NETSMB enables support for SMB protocol, it requires LIBMCHAIN and # LIBICONF options. # NETSMBCRYPTO enables support for encrypted passwords. options NETSMB #SMB/CIFS requester options NETSMBCRYPTO #encrypted password support for SMB # options LIBMCHAIN options LIBICONV # and recompile your kernel. Werner From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 11:07:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78CE616A4EE for ; Tue, 15 Aug 2006 11:07:45 +0000 (UTC) (envelope-from security@yourdot-mail.com) Received: from jupiter.nswebhost.com (jupiter.nswebhost.com [66.246.252.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4113943D6A for ; Tue, 15 Aug 2006 11:07:41 +0000 (GMT) (envelope-from security@yourdot-mail.com) Received: from 87.60.30.213.rev.vodafone.pt ([213.30.60.87]:36917 helo=[192.168.1.10]) by jupiter.nswebhost.com with esmtpa (Exim 4.52) id 1GCvqr-0002Lt-Ug for freebsd-current@freebsd.org; Tue, 15 Aug 2006 05:08:50 -0500 Message-ID: <44E1AAF9.5020109@yourdot-mail.com> Date: Tue, 15 Aug 2006 12:07:37 +0100 From: Carlos Silva User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <44E18F7B.5080604@yourdot-mail.com> <44E1A1AB.7040906@btr0x22.rz.uni-bayreuth.de> In-Reply-To: <44E1A1AB.7040906@btr0x22.rz.uni-bayreuth.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ClamAntiVirus-Scanner: This mail is clean X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - jupiter.nswebhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - yourdot-mail.com X-Source: X-Source-Args: X-Source-Dir: Subject: Re: Samba problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 11:07:45 -0000 Werner, That's not the problem :( thanks anyway Best Regards, Carlos Silva, CSilva Web: http://www.csilva.org/ Werner Griessl escreveu: > Carlos Silva wrote: >> Hi all, >> >> I have installed freebsd 6.1-RELEASE on my machine and now samba dont >> work, because of a timeout. >> I've tried the two versions of the samba ports and none of them work >> properly. >> Do you have any idea? >> >> Ouput: >> >> osiris# mount -t smbfs //porta1/tmpdown /tmpdir >> Password: >> >> mount_smbfs: unable to open connection: syserr = Operation timed out >> >> Otherwise, this is not an password error. >> >> Best Regards, >> >> Carlos Silva, CSilva >> Web: http://www.csilva.org/ >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > Try > strict locking = no > in the global section of your smb.conf > > Werner > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 11:09:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECDC116A4DA for ; Tue, 15 Aug 2006 11:09:48 +0000 (UTC) (envelope-from security@yourdot-mail.com) Received: from jupiter.nswebhost.com (jupiter.nswebhost.com [66.246.252.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F99243D7D for ; Tue, 15 Aug 2006 11:09:03 +0000 (GMT) (envelope-from security@yourdot-mail.com) Received: from 87.60.30.213.rev.vodafone.pt ([213.30.60.87]:36920 helo=[192.168.1.10]) by jupiter.nswebhost.com with esmtpa (Exim 4.52) id 1GCvsC-0002op-FF; Tue, 15 Aug 2006 05:10:12 -0500 Message-ID: <44E1AB4B.5010806@yourdot-mail.com> Date: Tue, 15 Aug 2006 12:08:59 +0100 From: Carlos Silva User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: werner@btr0x22.rz.uni-bayreuth.de, freebsd-current@freebsd.org References: <44E18F7B.5080604@yourdot-mail.com> <44E1A1AB.7040906@btr0x22.rz.uni-bayreuth.de> <44E1AABA.9000108@btr0x22.rz.uni-bayreuth.de> In-Reply-To: <44E1AABA.9000108@btr0x22.rz.uni-bayreuth.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ClamAntiVirus-Scanner: This mail is clean X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - jupiter.nswebhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - yourdot-mail.com X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Re: Samba problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 11:09:49 -0000 ok, i'll try Best Regards, Carlos Silva, CSilva Web: http://www.csilva.org/ Werner Griessl escreveu: > Werner Griessl wrote: >> Carlos Silva wrote: >>> Hi all, >>> >>> I have installed freebsd 6.1-RELEASE on my machine and now samba dont >>> work, because of a timeout. >>> I've tried the two versions of the samba ports and none of them work >>> properly. >>> Do you have any idea? >>> >>> Ouput: >>> >>> osiris# mount -t smbfs //porta1/tmpdown /tmpdir >>> Password: >>> >>> mount_smbfs: unable to open connection: syserr = Operation timed out >>> >>> Otherwise, this is not an password error. >>> >>> Best Regards, >>> >>> Carlos Silva, CSilva >>> Web: http://www.csilva.org/ >>> >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >> Try >> strict locking = no >> in the global section of your smb.conf >> >> Werner >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > > Sorry, that was the wrong direction. > My solution was: > > Add these lines to your kernel-config > > # > options SMBFS #SMB/CIFS filesystem > # > # SMB/CIFS requester > # NETSMB enables support for SMB protocol, it requires LIBMCHAIN and > # LIBICONF options. > # NETSMBCRYPTO enables support for encrypted passwords. > options NETSMB #SMB/CIFS requester > options NETSMBCRYPTO #encrypted password support > for SMB > # > options LIBMCHAIN > options LIBICONV > # > > and recompile your kernel. > > Werner > > From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 10:05:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A50F816A4DE for ; Tue, 15 Aug 2006 10:05:07 +0000 (UTC) (envelope-from therion@ninth-art.de) Received: from ninth-art.de (coruscant.ninth-art.de [81.169.134.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA9AA43D4C for ; Tue, 15 Aug 2006 10:05:04 +0000 (GMT) (envelope-from therion@ninth-art.de) Received: (qmail 14793 invoked from network); 15 Aug 2006 12:05:03 +0200 Received: from 80.139.70.241 by coruscant (envelope-from , uid 201) with qmail-scanner-1.25st (clamdscan: 0.88.4/1660. spamassassin: 3.1.3. perlscan: 1.25st. Clear:RC:1(80.139.70.241):. Processed in 0.10193 secs); 15 Aug 2006 10:05:03 -0000 Received: from unknown (HELO ?192.168.2.4?) (therion@ninth-art.de@80.139.70.241) by 0 with ESMTPA; 15 Aug 2006 12:05:02 +0200 Message-ID: <44E19C4C.6020108@ninth-art.de> Date: Tue, 15 Aug 2006 12:05:00 +0200 From: Georg Bege User-Agent: Thunderbird 1.5.0.5 (X11/20060811) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.94.0.0 OpenPGP: id=5717E214; url=http://www.ninth-art.de/files/therion.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 15 Aug 2006 11:22:50 +0000 Cc: Subject: gjournal on existing UFS2 file systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: therion@ninth-art.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 10:05:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Im planning to test gjournal. I already read the offical stuff and the examples but I've no big swap partition. On this box the swp is 512MB big (not much you see). Isnt it possible to add a gjournal to an existing ufs2 file system? cheers - -- Georg 'Therion' Bege http://coruscant.info http://www.ninth-art.de therion@ninth-art.de GnuPG-Key-ID: 0x5717E214 FingerPrint: A8EC B4B2 C9A9 483B CC87 56EE 07A1 C78E 5717 E214 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFE4ZxMB6HHjlcX4hQRAr2yAJj1uuX3lYy6MDZfMhybcHyg3NefAJ9W48uR L2v1W8nu0WL6KJsln/GWTw== =SrIe -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 10:17:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5886E16A4E7 for ; Tue, 15 Aug 2006 10:17:43 +0000 (UTC) (envelope-from warlock@elcat.kg) Received: from mail2.optitel.ru (ns4.optitel.ru [81.90.12.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id B564F43D53 for ; Tue, 15 Aug 2006 10:17:39 +0000 (GMT) (envelope-from warlock@elcat.kg) Received: (qmail 24619 invoked by uid 1004); 15 Aug 2006 14:17:41 +0400 Received: from 81.90.13.197 by mail2.optitel.ru (envelope-from , uid 89) with qmail-scanner-1.25-st-qms (clamdscan: 0.86/955. spamassassin: 2.63. perlscan: 1.25-st-qms. Clear:RC:1(81.90.13.197):. Processed in 0.056694 secs); 15 Aug 2006 10:17:41 -0000 X-Antivirus-OPTITEL-Mail-From: warlock@elcat.kg via mail2.optitel.ru X-Antivirus-OPTITEL: 1.25-st-qms (Clear:RC:1(81.90.13.197):. Processed in 0.056694 secs Process 24613) Received: from warcomp.optitel.ru (HELO warcomp) (81.90.13.197) by mail2.optitel.ru with SMTP; 15 Aug 2006 14:17:41 +0400 Message-ID: <00a801c6c054$072ddd70$0301a8c0@warcomp> From: "Roman Streltsov" To: "Carlos Silva" , , References: <44E18F7B.5080604@yourdot-mail.com><20060815091652.GA39128@stud.fit.vutbr.cz> <44E19D1E.5010204@yourdot-mail.com> Date: Tue, 15 Aug 2006 14:17:35 +0400 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.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Mailman-Approved-At: Tue, 15 Aug 2006 11:23:01 +0000 Cc: Subject: Re: Samba problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 10:17:43 -0000 Hi all, I am using samba-3.0.21b,1 succefully on 6.1-RELEASE-p3 box without any problem. But portaudit marks the package like problemed. Also the port has IGNORE mark and I can't upgrade samba. Regards Roman Streltsov ----- Original Message ----- From: "Carlos Silva" To: ; Sent: Tuesday, August 15, 2006 2:08 PM Subject: Re: Samba problem > > that's a big problem.. > i've tried to install a NFS server on windowsXP but the filesystem > doesnt work very fine with that. > so, someone has an idea? > Best Regards, > > Carlos Silva, CSilva > Web: [1]http://www.csilva.org/ > > Divacky Roman escreveu: > > On Tue, Aug 15, 2006 at 10:10:19AM +0100, Carlos Silva wrote: > > > Hi all, > > I have installed freebsd 6.1-RELEASE on my machine and now samba dont > work, because of a timeout. > I've tried the two versions of the samba ports and none of them work > properly. > Do you have any idea? > > Ouput: > > osiris# mount -t smbfs //porta1/tmpdown /tmpdir > Password: > > mount_smbfs: unable to open connection: syserr = Operation timed out > > Otherwise, this is not an password error. > > > I can confirm this. something happened and now I am not able to mount > smb shares on 6.1R.. on 6.0R it works ok. > _______________________________________________ > [2]freebsd-current@freebsd.org mailing list > [3]http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > [4]"freebsd-current-unsubscribe@freebsd.org" > > References > > 1. http://www.csilva.org/ > 2. mailto:freebsd-current@freebsd.org > 3. http://lists.freebsd.org/mailman/listinfo/freebsd-current > 4. mailto:freebsd-current-unsubscribe@freebsd.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 11:37:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 627DD16A4E1; Tue, 15 Aug 2006 11:37:58 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id A72D643D46; Tue, 15 Aug 2006 11:37:56 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.7/8.13.7) with ESMTP id k7FBbfke045667 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 15 Aug 2006 13:37:41 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.7/8.13.3/Submit) id k7FBbeb8045666; Tue, 15 Aug 2006 13:37:40 +0200 (CEST) Date: Tue, 15 Aug 2006 13:37:40 +0200 From: Divacky Roman To: Roman Streltsov Message-ID: <20060815113740.GA45641@stud.fit.vutbr.cz> References: <44E19D1E.5010204@yourdot-mail.com> <00a801c6c054$072ddd70$0301a8c0@warcomp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00a801c6c054$072ddd70$0301a8c0@warcomp> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: Carlos Silva , freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Samba problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 11:37:58 -0000 On Tue, Aug 15, 2006 at 02:17:35PM +0400, Roman Streltsov wrote: > Hi all, > > I am using samba-3.0.21b,1 succefully on 6.1-RELEASE-p3 box without any > problem. my problem is that I am not able to MOUNT shares on 6.1R... its not problem with samba not working etc. From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 11:42:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3479C16A4DF; Tue, 15 Aug 2006 11:42:37 +0000 (UTC) (envelope-from security@yourdot-mail.com) Received: from jupiter.nswebhost.com (jupiter.nswebhost.com [66.246.252.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C4B343D73; Tue, 15 Aug 2006 11:42:28 +0000 (GMT) (envelope-from security@yourdot-mail.com) Received: from 87.60.30.213.rev.vodafone.pt ([213.30.60.87]:36962 helo=[192.168.1.10]) by jupiter.nswebhost.com with esmtpa (Exim 4.52) id 1GCwOU-0005Nb-H5; Tue, 15 Aug 2006 05:43:35 -0500 Message-ID: <44E1B31D.9010201@yourdot-mail.com> Date: Tue, 15 Aug 2006 12:42:21 +0100 From: Carlos Silva User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Roman Streltsov , freebsd-questions@freebsd.org, freebsd-current@freebsd.org References: <44E18F7B.5080604@yourdot-mail.com><20060815091652.GA39128@stud.fit.vutbr.cz> <44E19D1E.5010204@yourdot-mail.com> <00a801c6c054$072ddd70$0301a8c0@warcomp> <44E1AAC1.80307@yourdot-mail.com> <00e901c6c05d$747a6e30$0301a8c0@warcomp> <44E1AF9D.5030305@yourdot-mail.com> <010c01c6c05f$5b72bcb0$0301a8c0@warcomp> In-Reply-To: <010c01c6c05f$5b72bcb0$0301a8c0@warcomp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ClamAntiVirus-Scanner: This mail is clean X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - jupiter.nswebhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - yourdot-mail.com X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Re: Samba problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 11:42:37 -0000 Actually, with fBSD6.1-CURRENT, some people have problems mounting SMB shares. I'll try at the kernel-config as Werner-Griessl said. Best Regards, Carlos Silva, CSilva Web: http://www.csilva.org/ Roman Streltsov escreveu: > I haven't any mention about SMB in kernel-config. > > Roman > ----- Original Message ----- From: "Carlos Silva" > > To: "Roman Streltsov" > Sent: Tuesday, August 15, 2006 3:27 PM > Subject: Re: Samba problem > > >> Hi, >> >> Yeah, but that continues strange. >> Now I'll verify kernel-level configuration, maybe the default config >> has a breach. >> >> Thanks >> >> Best Regards, >> >> Carlos Silva, CSilva >> Web: http://www.csilva.org/ >> >> >> >> Roman Streltsov escreveu: >>> Hi >>> >>> cat /usr/local/etc/smb.conf >>> >>> [global] >>> workgroup = SUMA >>> netbios name = S1 >>> hide unreadable = yes >>> >>> [homes] >>> comment = Home Directories >>> valid users = %S >>> read only = No >>> browseable = No >>> >>> [suma] >>> path=/home/suma >>> writable = yes >>> browseable = yes >>> public = no >>> valid users = ilya als warlock #read list = nobody >>> create mask = 0777 >>> directory mask = 0777 >>> >>> nothing unusual.... >>> >>> Regards >>> Roman >>> >>> ----- Original Message ----- From: "Carlos Silva" >>> >>> To: "Roman Streltsov" >>> Sent: Tuesday, August 15, 2006 3:06 PM >>> Subject: Re: Samba problem >>> >>> >>>> hi, >>>> >>>> can you send me the configuration vars of the smb.conf? >>>> maybe that's the problem. >>>> >>>> Best Regards, >>>> >>>> Carlos Silva, CSilva >>>> Web: http://www.csilva.org/ >>>> >>>> >>>> >>>> Roman Streltsov escreveu: >>>>> Hi all, >>>>> >>>>> I am using samba-3.0.21b,1 succefully on 6.1-RELEASE-p3 box >>>>> without any problem. >>>>> But portaudit marks the package like problemed. Also the port has >>>>> IGNORE mark and I can't upgrade samba. >>>>> >>>>> Regards >>>>> Roman Streltsov >>>>> ----- Original Message ----- From: "Carlos Silva" >>>>> >>>>> To: ; >>>>> Sent: Tuesday, August 15, 2006 2:08 PM >>>>> Subject: Re: Samba problem >>>>> >>>>> >>>>>> >>>>>> that's a big problem.. >>>>>> i've tried to install a NFS server on windowsXP but the filesystem >>>>>> doesnt work very fine with that. >>>>>> so, someone has an idea? >>>>>> Best Regards, >>>>>> >>>>>> Carlos Silva, CSilva >>>>>> Web: [1]http://www.csilva.org/ >>>>>> >>>>>> Divacky Roman escreveu: >>>>>> >>>>>> On Tue, Aug 15, 2006 at 10:10:19AM +0100, Carlos Silva wrote: >>>>>> >>>>>> >>>>>> Hi all, >>>>>> >>>>>> I have installed freebsd 6.1-RELEASE on my machine and now samba >>>>>> dont >>>>>> work, because of a timeout. >>>>>> I've tried the two versions of the samba ports and none of them work >>>>>> properly. >>>>>> Do you have any idea? >>>>>> >>>>>> Ouput: >>>>>> >>>>>> osiris# mount -t smbfs //porta1/tmpdown /tmpdir >>>>>> Password: >>>>>> >>>>>> mount_smbfs: unable to open connection: syserr = Operation timed out >>>>>> >>>>>> Otherwise, this is not an password error. >>>>>> >>>>>> >>>>>> I can confirm this. something happened and now I am not able to >>>>>> mount >>>>>> smb shares on 6.1R.. on 6.0R it works ok. >>>>>> _______________________________________________ >>>>>> [2]freebsd-current@freebsd.org mailing list >>>>>> [3]http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>> To unsubscribe, send any mail to >>>>>> [4]"freebsd-current-unsubscribe@freebsd.org" >>>>>> >>>>>> References >>>>>> >>>>>> 1. http://www.csilva.org/ >>>>>> 2. mailto:freebsd-current@freebsd.org >>>>>> 3. http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>> 4. mailto:freebsd-current-unsubscribe@freebsd.org >>>>>> _______________________________________________ >>>>>> freebsd-current@freebsd.org mailing list >>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>> To unsubscribe, send any mail to >>>>>> "freebsd-current-unsubscribe@freebsd.org" >>>>>> >>>>> >>>>> _______________________________________________ >>>>> freebsd-ports@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >>>>> To unsubscribe, send any mail to >>>>> "freebsd-ports-unsubscribe@freebsd.org" >>>> >> From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 11:48:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 716FC16A4DE for ; Tue, 15 Aug 2006 11:48:57 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from mail.in5.pl (rollercoaster.insane.pl [213.251.173.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D34743D46 for ; Tue, 15 Aug 2006 11:48:56 +0000 (GMT) (envelope-from sthalik@tehran.lain.pl) Received: from c182-250.icpnet.pl ([85.221.182.250] helo=tehran.local) by mail.in5.pl with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (envelope-from ) id 1GCxPi-00074f-Pw for freebsd-current@freebsd.org; Tue, 15 Aug 2006 13:48:55 +0200 Received: from sthalik by tehran.local with local (Exim 4.62) (envelope-from ) id 1GCxPh-0002ue-SS for freebsd-current@freebsd.org; Tue, 15 Aug 2006 13:48:53 +0200 Date: Tue, 15 Aug 2006 13:48:53 +0200 From: Stanislaw Halik To: freebsd-current@freebsd.org Message-ID: <20060815114853.GA10774@localhost.localdomain> Mail-Followup-To: freebsd-current@freebsd.org References: <200608151627.37828.root@solink.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200608151627.37828.root@solink.ru> X-PGP-Key: http://tehran.lain.pl/public.key User-Agent: Mutt/1.5.12-2006-07-14 X-User: sthalik Subject: Re: throughput and interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 11:48:57 -0000 On Tue, Aug 15, 2006, Bachilo Dmitry wrote: > I am completely stuck. I have a router, that rules three subnets. At first > there were Allied Telesyn's netcards with realtek chipsets. I am using > ipfw+natd and I had like 3,5 megabytes per second with 20 per cent of > interrupt load. [...] > I just don't know what to try, to gain at least 9 mb/s, because this is what I > get at home with the same cards, the same processor, with no polling and > throgh the same provider. Did you try using pf instead of ipfw+natd? natd is known to be inefficient, as the kernel copies packets to and from the userland. Not sure if this is the cause of your high interrupt load. What does `top -S' show as the cpu-generating irq? -- Some people say that a monkey would bang out the complete works of Shakespeare on a typewriter give an unlimited amount of time. In the meantime, what they would probably produce is a valid sendmail configuration file. -- Nicholas Petreley From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 12:02:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E25416A4DF for ; Tue, 15 Aug 2006 12:02:06 +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 11E1A43D45 for ; Tue, 15 Aug 2006 12:02:05 +0000 (GMT) (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 9B66046BC4; Tue, 15 Aug 2006 08:02:04 -0400 (EDT) Date: Tue, 15 Aug 2006 13:02:04 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Bachilo Dmitry In-Reply-To: <200608151627.37828.root@solink.ru> Message-ID: <20060815130002.M45647@fledge.watson.org> References: <200608151627.37828.root@solink.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: throughput and interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 12:02:06 -0000 On Tue, 15 Aug 2006, Bachilo Dmitry wrote: > I am completely stuck. I have a router, that rules three subnets. At first > there were Allied Telesyn's netcards with realtek chipsets. I am using > ipfw+natd and I had like 3,5 megabytes per second with 20 per cent of > interrupt load. I had "discarded oversized frame" too often so I've replaced > two main cards with 3Com 905 and now my xl0 and xl1 never discard frames. > But I saw no speed boost and interrupts were also very high. I have > discovered some IRQ conflicts and removed them, now I have single device per > IRQ, but still i have near 20-30 % of interrupt load, when i download > something through this router (and natd takes rest % of CPU). Some people > advised me to use polling, so I've built kernel with HZ=1000, polling and > tried it. Interrupts grew to 40-50% and speed decreased to 200-300 kb/s, so > I had to turn the polling off. > > I just don't know what to try, to gain at least 9 mb/s, because this is what > I get at home with the same cards, the same processor, with no polling and > throgh the same provider. I think it would be useful to compare the settled loads of the two systems, if they are otherwise identical, using systat -vmstat 1 and top -S. I'd load the systems up, leave the tools running, and wait a couple of minutes, then compare snapshots of the output from both systems. top -S is particularly informative, as it will tell you which ithreads are burning the most CPU, and systat -vmstat will tell us the context switch rate and interrupt rates of various sources. There are some general optimization techniques that can be applied here -- for example, if it's an SMP box, you might find that net.isr.direct=1 improves performance. However, I think the real problem here is the performance difference, which suggests a problem that needs resolving, rather than optimization being required up front. Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 12:09:51 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D017416A4DE for ; Tue, 15 Aug 2006 12:09:51 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14DC043D76 for ; Tue, 15 Aug 2006 12:09:49 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F490.dip.t-dialin.net [84.165.244.144]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k7FBrZ9j072599 for ; Tue, 15 Aug 2006 13:53:37 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k7FC9qVF033837 for ; Tue, 15 Aug 2006 14:09:52 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Tue, 15 Aug 2006 14:11:51 +0200 From: Alexander Leidinger To: current@freebsd.org Message-ID: <20060815141151.15ae4349@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Subject: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 12:09:51 -0000 Hi, the behavior before and after the changes shouldn't differ (as long as no one changes the sysctl compat.linux.osrelease), but you should expect strange behavior when you try to build a kernel while I'm doing the commits... Bye, Alexander. -- BOFH excuse #177: sticktion http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 12:16:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1B7B16A51A; Tue, 15 Aug 2006 12:16:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 174FD43D66; Tue, 15 Aug 2006 12:16:01 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7FCFxWl026881; Tue, 15 Aug 2006 08:15:59 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Gleb Smirnoff Date: Tue, 15 Aug 2006 07:46:49 -0400 User-Agent: KMail/1.9.1 References: <200608111916.k7BJGoTC008518@repoman.freebsd.org> <20060815061721.b73b398a.nork@FreeBSD.org> <20060815091832.GI96644@FreeBSD.org> In-Reply-To: <20060815091832.GI96644@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608150746.50356.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 15 Aug 2006 08:15:59 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1662/Tue Aug 15 04:29:25 2006 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: cvs-src@freebsd.org, cvs-all@freebsd.org, src-committers@freebsd.org, current@freebsd.org, Jung-uk Kim Subject: Re: Panic on acpi_cpu_c1 (Re: cvs commit: src/sys/pci agp.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 12:16:28 -0000 On Tuesday 15 August 2006 05:18, Gleb Smirnoff wrote: > On Tue, Aug 15, 2006 at 06:17:21AM +0900, Norikatsu Shigemura wrote: > N> On Sun, 13 Aug 2006 21:24:12 +0900 > N> Norikatsu Shigemura wrote: > N> > Freeze when X is running in my environment:-(. > N> > I'm using VIA Apollo Pro266T (AGP2.0) and ATi RADEON 9600 (AGP3.0). > N> > Please check v3 support. > N> > N> I'm sorry. agp.c's change is not wrong. When X is initializing, > N> allways freeze the machine, so I think that this change is wrong. > N> But I can get the panic message by other reason. > N> > N> Fatal trap 30: reserved (unknown) fault while in kernel mode > N> cpuid = 0; apic id = 00 > N> instruction pointer = 0x20:0xc09b5445 > N> stack pointer = 0x28:0xe1f12ca8 > N> frame pointer = 0x28:0xe1f12ca8 > N> code segment = base 0x0, limit 0xfffff, type 0x1b > N> = DPL 0, pres 1, def32 1, gran 1 > N> processor eflags = interrupt enabled, IOPL = 0 > N> current process = 11 (idle: cpu0) > N> [thread pid 11 tid 100005 ] > N> Stopped at acpi_cpu_c1+0x5: popl %ebp > N> db> bt > N> Tracing pid 11 tid 100005 td 0xc343b6c0 > N> acpi_cpu_c1(0,1,e1f12cc0,c06766b7,e1f12ce0,...) at acpi_cpu_c1+0x5 > N> acpi_cpu_idle(e1f12d08,c04918c9,1,0,0,...) at acpi_cpu_idle+0x186 > N> cpu_idle(1,0,0,0,0,...) at cpu_idle+0x28 > N> idle_proc(0,e1f12d38,0,0,0,...) at idle_proc+0xa9 > N> fork_exit(c0491820,0,e1f12d38) at fork_exit+0x80 > N> fork_trampoline() at fork_trampoline+0x8 > N> --- trap 0x1, eip = 0, esp = 0xe1f12d6c, ebp = 0 --- > > I got the same panic when run 'kldload if_bge.ko' at runtime. Yesterday's > HEAD. trap 30 means we got an interrupt vector we aren't expecting. You can try installing custom interrupt handlers to see which IDT vector is actually being triggered. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 12:25:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6615616A4DA for ; Tue, 15 Aug 2006 12:25:05 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 268A443D73 for ; Tue, 15 Aug 2006 12:25:02 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [172.30.10.238] (unknown [216.239.55.7]) by elvis.mu.org (Postfix) with ESMTP id 5EB481A3C20; Tue, 15 Aug 2006 05:25:02 -0700 (PDT) Message-ID: <44E1BD03.2030402@FreeBSD.org> Date: Tue, 15 Aug 2006 14:24:35 +0200 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <20060815141151.15ae4349@Magellan.Leidinger.net> In-Reply-To: <20060815141151.15ae4349@Magellan.Leidinger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 12:25:05 -0000 Hi, Alexander Leidinger wrote: > Hi, > > the behavior before and after the changes shouldn't differ (as long as > no one changes the sysctl compat.linux.osrelease), but you should > expect strange behavior when you try to build a kernel while I'm doing > the commits... > > Bye, > Alexander. > Please wait until the changes can be reviewed.. -- Suleiman From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 12:38:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D95B16A4DF; Tue, 15 Aug 2006 12:38:37 +0000 (UTC) (envelope-from security@yourdot-mail.com) Received: from jupiter.nswebhost.com (jupiter.nswebhost.com [66.246.252.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8B9943D6E; Tue, 15 Aug 2006 12:38:36 +0000 (GMT) (envelope-from security@yourdot-mail.com) Received: from 87.60.30.213.rev.vodafone.pt ([213.30.60.87]:37049 helo=[192.168.1.10]) by jupiter.nswebhost.com with esmtpa (Exim 4.52) id 1GCxGp-0004uU-Sv; Tue, 15 Aug 2006 06:39:44 -0500 Message-ID: <44E1C045.8070605@yourdot-mail.com> Date: Tue, 15 Aug 2006 13:38:29 +0100 From: Carlos Silva User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) To: =?ISO-8859-1?Q?Patrick_Lamaizi=E8re?= References: <44E19D1E.5010204@yourdot-mail.com> <00a801c6c054$072ddd70$0301a8c0@warcomp> <20060815113740.GA45641@stud.fit.vutbr.cz> <200608151427.13530.patfbsdp@davenulle.org> In-Reply-To: <200608151427.13530.patfbsdp@davenulle.org> Content-Transfer-Encoding: 7bit X-ClamAntiVirus-Scanner: This mail is clean X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - jupiter.nswebhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - yourdot-mail.com X-Source: X-Source-Args: X-Source-Dir: MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Samba problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 12:38:37 -0000 hi, Patrick Lamaizière is right, using this command as-it-is, the share can be mounted. Best Regards, Carlos Silva, CSilva Web: [1]http://www.csilva.org/ Patrick Lamaizière escreveu: Le mardi 15 août 2006 13:37, Divacky Roman a écrit : Hello, On Tue, Aug 15, 2006 at 02:17:35PM +0400, Roman Streltsov wrote: Hi all, I am using samba-3.0.21b,1 succefully on 6.1-RELEASE-p3 box without any problem. my problem is that I am not able to MOUNT shares on 6.1R... its not problem with samba not working etc. No problem here (with a mount_smbfs -I host -W workgroup "//....") on 6.1-RELEASE or 6.1-STABLE for clients. The (very basic) samba server runs 6.1-RELEASE. _______________________________________________ [2]freebsd-ports@freebsd.org mailing list [3]http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [4]"freebsd-ports-unsubscribe@freebsd.org" References 1. http://www.csilva.org/ 2. mailto:freebsd-ports@freebsd.org 3. http://lists.freebsd.org/mailman/listinfo/freebsd-ports 4. mailto:freebsd-ports-unsubscribe@freebsd.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 12:44:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7029616A4DF; Tue, 15 Aug 2006 12:44:30 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F0B043D72; Tue, 15 Aug 2006 12:44:28 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F490.dip.t-dialin.net [84.165.244.144]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k7FCSEIg072724; Tue, 15 Aug 2006 14:28:15 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k7FCiQXa038818; Tue, 15 Aug 2006 14:44:26 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Tue, 15 Aug 2006 14:46:25 +0200 From: Alexander Leidinger To: Suleiman Souhlal Message-ID: <20060815144625.362bf376@Magellan.Leidinger.net> In-Reply-To: <44E1BD03.2030402@FreeBSD.org> References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1BD03.2030402@FreeBSD.org> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 12:44:30 -0000 Quoting Suleiman Souhlal (Tue, 15 Aug 2006 14:24:35 +0200): > Hi, > > Alexander Leidinger wrote: > > Hi, > > > > the behavior before and after the changes shouldn't differ (as long as > > no one changes the sysctl compat.linux.osrelease), but you should > > expect strange behavior when you try to build a kernel while I'm doing > > the commits... > > > > Bye, > > Alexander. > > > > Please wait until the changes can be reviewed.. I already started... and I don't want to commit some parts (the linker stuff which allows to use the module on amd64). It is also not used by default, as long as we have 2.4.2 for the linux version, no new functions will be used by glibc. So there is no change in behavior after the commits. I tested with acroread (which has issues when run with a 2.6.16 compat.linux.osrelease version, where the new functions are used by glibc). So this gives us: - coverity reports for the code *before the end of the SoC* - no change in behavior in the default case, since the new calls aren't used by glibs as long as... see following entry - easy testing possibility (sysctl compat.linux.osrelease=2.6.16, defaults to 2.4.2) - more eyes on the code Yes, there are issues with the code, but you will not see them as long as you don't *explicitly opt-in* to test the new parts. So I finish the commits now. In case someone has some very strong reasons for a backout, I do it, but it would be nice if the backout request (if any) is made after having a look at the default behavior of the linuxolator after I'm finished with the commits. Bye, Alexander. -- "OK, so ten out of ten for style, but minus several million for good thinking, yeah? " http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 12:54:26 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 564B616A4DA; Tue, 15 Aug 2006 12:54:26 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5472A43D7B; Tue, 15 Aug 2006 12:54:24 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [172.30.10.238] (unknown [216.239.55.7]) by elvis.mu.org (Postfix) with ESMTP id 8354D1A3C20; Tue, 15 Aug 2006 05:54:23 -0700 (PDT) Message-ID: <44E1C3E4.7080508@FreeBSD.org> Date: Tue, 15 Aug 2006 14:53:56 +0200 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> In-Reply-To: <20060815144625.362bf376@Magellan.Leidinger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 12:54:26 -0000 Alexander Leidinger wrote: > I already started... and I don't want to commit some parts (the linker > stuff which allows to use the module on amd64). > > It is also not used by default, as long as we have 2.4.2 for the linux > version, no new functions will be used by glibc. So there is no change > in behavior after the commits. I tested with acroread (which has issues > when run with a 2.6.16 compat.linux.osrelease version, where the new > functions are used by glibc). > > So this gives us: > - coverity reports for the code *before the end of the SoC* Why the rush? I'm sure Roman will be around even when the SoC is over. Also, I'm not asking you to wait a month, just a couple of days until more people have had a chance to look at the changes. It's a bit unreasonable to say "here's a patch, please look at it" and commit it less than a day later. > - no change in behavior in the default case, since the new calls > aren't used by glibs as long as... see following entry > - easy testing possibility (sysctl compat.linux.osrelease=2.6.16, > defaults to 2.4.2) > - more eyes on the code Those are not valid reasons to commit unreviewed and potentially wrong changes. -- Suleiman From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 13:09:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2786E16A4DE for ; Tue, 15 Aug 2006 13:09:34 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7320743D45 for ; Tue, 15 Aug 2006 13:09:33 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so594236wxd for ; Tue, 15 Aug 2006 06:09:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=rTZK72IwPvksOLSoWetJyed4Cspm/bFwosEt8FEZOK7UoDE/iOixMudZE1Qf6ThaDLbyp4qu4meXc30Lh84GNjTaEngFdl1p5Rlg3Nb6J2PZ1VmKYC2Tc6rCfY9c0435Pnb9GhvJ7282PslyRgX6kqSFdTLMnkSm5GxQmCPVovA= Received: by 10.70.21.10 with SMTP id 10mr11500673wxu; Tue, 15 Aug 2006 06:07:52 -0700 (PDT) Received: by 10.70.118.13 with HTTP; Tue, 15 Aug 2006 06:07:51 -0700 (PDT) Message-ID: <2fd864e0608150607h25244522u74ddfe5ebd7d470c@mail.gmail.com> Date: Tue, 15 Aug 2006 08:07:51 -0500 From: Astrodog To: "Suleiman Souhlal" In-Reply-To: <44E1C3E4.7080508@FreeBSD.org> MIME-Version: 1.0 References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Alexander Leidinger , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 13:09:34 -0000 On 8/15/06, Suleiman Souhlal wrote: > > Alexander Leidinger wrote: > > > I already started... and I don't want to commit some parts (the linker > > stuff which allows to use the module on amd64). > > > > It is also not used by default, as long as we have 2.4.2 for the linux > > version, no new functions will be used by glibc. So there is no change > > in behavior after the commits. I tested with acroread (which has issues > > when run with a 2.6.16 compat.linux.osrelease version, where the new > > functions are used by glibc). > > > > So this gives us: > > - coverity reports for the code *before the end of the SoC* > > Why the rush? I'm sure Roman will be around even when the SoC is over. > > Also, I'm not asking you to wait a month, just a couple of days until > more people have had a chance to look at the changes. > > It's a bit unreasonable to say "here's a patch, please look at it" and > commit it less than a day later. > > > - no change in behavior in the default case, since the new calls > > aren't used by glibs as long as... see following entry > > - easy testing possibility (sysctl compat.linux.osrelease=2.6.16, > > defaults to 2.4.2) > > - more eyes on the code > > Those are not valid reasons to commit unreviewed and potentially wrong > changes. > > -- Suleiman > Forgive me if I seem to misunderstand things here, but: We've had ULE in -RELEASE, even when it was known to be broken. The reason that was acceptable was its "Opt In" nature. (And, thus the problems when it wasn't opt in). The fact that this can be easily turned off, and on would, in my opinion, make the issue of it being committed pretty irrelevent. I see this as fairly important code for Linux compat going forward, so a quicker release to -CURRENT, when it can be disabled, which allows it to be cleaned up and prepared for the next -RELEASE seems like a good move. Compare this to some of the audit and bsm bits that got put in, for example. I don't believe the patch is the "full version".... I'd have to ask Roman about it. Basically, if its wrong, but isn't enabled by default, -CURRENT is as good a home as any for this sort of thing, in my opinion. It certainly widens the pool for testing... --- Harrison Grundy From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 13:14:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82B8816A4E0; Tue, 15 Aug 2006 13:14:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D0E543D49; Tue, 15 Aug 2006 13:14:56 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7FDEp8h027268; Tue, 15 Aug 2006 09:14:51 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 15 Aug 2006 09:10:50 -0400 User-Agent: KMail/1.9.1 References: <20060814170418.GA89686@stud.fit.vutbr.cz> In-Reply-To: <20060814170418.GA89686@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608150910.51434.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 15 Aug 2006 09:14:52 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1662/Tue Aug 15 04:29:25 2006 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: emulation@freebsd.org, Divacky Roman Subject: Re: SoC: linuxolator update: first patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 13:14:57 -0000 On Monday 14 August 2006 13:04, Divacky Roman wrote: > Hi, > > I am a student doing SoC linuxolator update. The work involved updating > linuxolator to be able to work with 2.6.x (2.6.16 in my case) kernel emulation. > > To be able to run 2.6.x emulation I had to implement NPTL, which means NPTL, futexes > and thread area, pid mangling + various hacks to make it work. > > This is the first patch meant for public revision/testing: > > www.stud.fit.vutbr.cz/~xdivac02/linuxolator26-diff.patch Some comments: - You shouldn't add new nested includes (such as in amd64/linux32/linux.h), especially sys/lock.h, sys/mutex.h, and sys/sx.h. (If you need to examine mutex internals you would include sys/_mutex.h in a header, but for normal API usage you need to include sys/mutex.h and sys/lock.h in the appropriate C files. sys/param.h is far too large of a header to be used in a nested include. - Check style(9). For example, block comments should look like this: /* * This is a really long comment that takes up * more than one line. */ rather than this: /* this is a really long comment that takes up * more than one line */ - You use the EMUL_LOCK in em_find() to look at p_emuldata but don't hold it when writing to p_emuldata in linux_proc_init(). There you only hold the proc lock. - You should probably hold the proc lock until after the wakeup() in linux_proc_init() since the pfind() / proc_unlock() is what holds a reference to keep the child from going away. - In linux_proc_init() you pass EMUL_LOCKED to em_find() in the CLONE_VM case when the lock isn't held. - Personal style: please use malloc() and free() rather than MALLOC() and FREE(). We haven't inlined malloc() in a long, long time and the macros are really there for older code. - You tsleep() in linux_schedtail() while holding one lock and do the wakeup() in linux_proc_init() while holding no locks. You've got lost wakeup races that way that you work around by having to use a goto and a sleep with a timeout. - You should include the appropriate header to get the declaration of 'hz' rather than just adding an 'extern' directly in your code. - In futex_get() you don't handle the race of two concurrent creates. - In futex_sleep(), you probably should be using an interlocked sleep such as msleep() or cv_wait() to avoid lost wakeups. - In futex_sleep(), you should probably loop rather than recurse to avoid blowing the stack. - In futex_atomic_op(), if you take a page fault on one of your operations it's going to blow up because of the page fault during a critical section. Your futex ops should be atomic (perhaps you can do them all using casuptr()?) and you shouldn't use a critical section here. - You should stick the sx locks in a header and not litter 'externs' in source files. - Should come up with a better name than 'schedtail' for the eventhandler in fork_exit(). Maybe 'process_fork_exit'? - You should probably ask Peter to review the link_elf_obj change. An alternative is to use linker_lookup_set() in your module load routine to lookup your linker set details. - Regarding the locking, I'm not sure why you have the two separate sx locks, and why you don't just merge them into a single lock instead. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 13:21:31 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D83E16A4DF; Tue, 15 Aug 2006 13:21:31 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail12.simplicato.com (mail12.simplicato.com [207.99.47.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id E669D43D66; Tue, 15 Aug 2006 13:21:26 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail12.simplicato.com (localhost [207.99.47.64]) by mail12.simplicato.com (Postfix) with ESMTP id 433E71DAC4; Tue, 15 Aug 2006 09:24:21 -0400 (EDT) Received: from uws1.starlofashions.com (unknown [12.44.50.124]) by mail12.simplicato.com (Postfix) with ESMTP id 6146B1DAEE; Tue, 15 Aug 2006 09:24:20 -0400 (EDT) Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Tue, 15 Aug 2006 09:21:24 -0400 Date: Tue, 15 Aug 2006 09:21:24 -0400 From: Scott Robbins To: freebsd-current@FreeBSD.org, FreeBSD-ports@FreeBSD.org Message-ID: <20060815132124.GC5240@uws1.starlofashions.com> Mail-Followup-To: freebsd-current@FreeBSD.org, FreeBSD-ports@FreeBSD.org References: <44E19D1E.5010204@yourdot-mail.com> <00a801c6c054$072ddd70$0301a8c0@warcomp> <20060815113740.GA45641@stud.fit.vutbr.cz> <200608151427.13530.patfbsdp@davenulle.org> <44E1C045.8070605@yourdot-mail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <44E1C045.8070605@yourdot-mail.com> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: ClamAV using ClamSMTP - Simplicato Cc: Subject: Re: Samba problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 13:21:31 -0000 On Tue, Aug 15, 2006 at 01:38:29PM +0100, Carlos Silva wrote: > > hi, > Patrick Lamaizière is right, using this command as-it-is, the share > can be mounted. > Best Regards, > > Carlos Silva, CSilva > Web: [1]http://www.csilva.org/ > I'm having no trouble now. There were some problems in STABLE for awhile where one needed to add the NETSMBCRYPTO. I'm not sure if that's still the case, though I still have it in my kernel. There is a notice that it is no longer necessary in CURRENT /usr/src/UPDATING. mount_smbfs is working for me now, however. This machine is running 6.1-STABLE with samba 3.0.23,1 -- Scott Robbins GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: Oh, no... I have to go take an English make-up exam. They give you credit just for speaking it, right? From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 13:33:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B13EC16A56D; Tue, 15 Aug 2006 13:32:59 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEEAD43D78; Tue, 15 Aug 2006 13:32:49 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F490.dip.t-dialin.net [84.165.244.144]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k7FDGZOQ072882; Tue, 15 Aug 2006 15:16:35 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k7FDWqSl045744; Tue, 15 Aug 2006 15:32:53 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Tue, 15 Aug 2006 15:34:51 +0200 From: Alexander Leidinger To: Suleiman Souhlal Message-ID: <20060815153451.604d16f1@Magellan.Leidinger.net> In-Reply-To: <44E1C3E4.7080508@FreeBSD.org> References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 13:33:00 -0000 Quoting Suleiman Souhlal (Tue, 15 Aug 2006 14:53:56 +0200): I'm doing post-commit checks now (everything is commited and I'm doing a kernel build now)... > Alexander Leidinger wrote: > > > I already started... and I don't want to commit some parts (the linker > > stuff which allows to use the module on amd64). > > > > It is also not used by default, as long as we have 2.4.2 for the linux > > version, no new functions will be used by glibc. So there is no change > > in behavior after the commits. I tested with acroread (which has issues > > when run with a 2.6.16 compat.linux.osrelease version, where the new > > functions are used by glibc). > > > > So this gives us: > > - coverity reports for the code *before the end of the SoC* > > Why the rush? I'm sure Roman will be around even when the SoC is over. Yes, but first he will take a vacation, and then he will not be available as much as he is now. And maybe Coverity will detect a bug which we search currently but can't find (don't know how likely this is, but it is at least possible). > Also, I'm not asking you to wait a month, just a couple of days until > more people have had a chance to look at the changes. I thought about this before deciding to commit it. Most of the code was available in P4. Those people with real interest already had a chance to look at it, or they didn't had time to do so. If they didn't had time to have a look at it, who knows if they have time to do it now? There's always someone who says "oh... if you waited 2 days longer...". That's not the only reason. Tomorrow my holiday is over and I have to catch up at work. Today I have plenty of time to commit urgent issues (e.g., tinderbox breakage). And at the upcomming WE I may not have enough time to do what I do today. Additionally, the work is a little bit stalled currently, we need more testers of the new code. There are a lot of people out there which want to test, but don't know how to patch or fear to do something wrong when they patch. With the approach I've taken, they just need to run a sysctl (compat.linux.osrelease=2.6.16) and they can test. All which don't want to test just don't need to care about it. > It's a bit unreasonable to say "here's a patch, please look at it" and > commit it less than a day later. Yes, it was a little bit fast... > > - no change in behavior in the default case, since the new calls > > aren't used by glibs as long as... see following entry > > - easy testing possibility (sysctl compat.linux.osrelease=2.6.16, > > defaults to 2.4.2) > > - more eyes on the code > > Those are not valid reasons to commit unreviewed and potentially wrong > changes. Uhm... how many percent of code committed to current is reviewed before it is commited? How many percent of the code I committed is not reviewed and how much is this related to the amount of unreviewed code committed in a busy week? I'm running a kernel with this changes here and since I didn't enabled the new code with the sysctl, I don't see any difference in the behavior of the linuxolator. The potentially wrong code isn't active. It's like loading the linprocfs module but not using it. Bye, Alexander. -- Calvin: Can you make a living playing silly games? His Dad: Actually, you can be among the most overpaid people on the planet. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 13:36:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D0D216A4DF; Tue, 15 Aug 2006 13:36:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04C8843D68; Tue, 15 Aug 2006 13:36:22 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k7FDaI5L011074 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Aug 2006 16:36:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k7FDaIUZ042125; Tue, 15 Aug 2006 16:36:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k7FDaH8Q042124; Tue, 15 Aug 2006 16:36:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 15 Aug 2006 16:36:17 +0300 From: Kostik Belousov To: John Baldwin Message-ID: <20060815133616.GA41562@deviant.kiev.zoral.com.ua> References: <20060814170418.GA89686@stud.fit.vutbr.cz> <200608150910.51434.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <200608150910.51434.jhb@freebsd.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.9 required=5.0 tests=DNS_FROM_RFC_ABUSE, SPF_NEUTRAL,UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua Cc: emulation@freebsd.org, Divacky Roman , freebsd-current@freebsd.org Subject: Re: SoC: linuxolator update: first patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 13:36:34 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Aug 15, 2006 at 09:10:50AM -0400, John Baldwin wrote: > - You should probably ask Peter to review the link_elf_obj change. An > alternative is to use linker_lookup_set() in your module load routine to > lookup your linker set details. I suppose that this is in fact my change. I'm not committing it exactly because I cannot obtain any review from Peter. And, it seems that this is not committed. --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE4c3QC3+MBN1Mb4gRAtByAJwOcBRGm6i5Z7eEBhPUzssWXmePZwCdGOeQ MUdgh128Tr6onu7P1F8CUUE= =pTLU -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 13:49:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E6F216A4DD for ; Tue, 15 Aug 2006 13:49:41 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F1BE43D46 for ; Tue, 15 Aug 2006 13:49:39 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F490.dip.t-dialin.net [84.165.244.144]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k7FDXOqC072944 for ; Tue, 15 Aug 2006 15:33:25 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k7FDngaS048221 for ; Tue, 15 Aug 2006 15:49:42 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Tue, 15 Aug 2006 15:51:41 +0200 From: Alexander Leidinger To: freebsd-current@freebsd.org Message-ID: <20060815155141.69e602f9@Magellan.Leidinger.net> In-Reply-To: <20060815141151.15ae4349@Magellan.Leidinger.net> References: <20060815141151.15ae4349@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Subject: linux commits done: (was: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 13:49:41 -0000 Quoting Alexander Leidinger (Tue, 15 Aug 2006 14:11:51 +0200): > the behavior before and after the changes shouldn't differ (as long as > no one changes the sysctl compat.linux.osrelease), but you should > expect strange behavior when you try to build a kernel while I'm doing > the commits... Finished. On amd64 not everything is supported like on i386, the catchup is planned for later when the remaining bugs in the new functions are fixed. To test this new stuff, you have to run sysctl compat.linux.osrelease=2.6.16 to switch back use sysctl compat.linux.osrelease=2.4.2 Don't switch while running a linux program, strange things may or may not happen. Some reviews are already flowing in which point out some deficiencies in the 2.6.16 case. The default case (2.4.2 as before the commits) isn't affected. Bye, Alexander. -- Freud's 23rd law: ideas endure and prosper in inverse proportion to their soundness and validity. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 14:06:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41C7E16A4E0; Tue, 15 Aug 2006 14:06:17 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12CBA43D49; Tue, 15 Aug 2006 14:06:15 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F490.dip.t-dialin.net [84.165.244.144]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k7FDo1os072992; Tue, 15 Aug 2006 15:50:02 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k7FE6JgJ050612; Tue, 15 Aug 2006 16:06:19 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Tue, 15 Aug 2006 16:08:18 +0200 From: Alexander Leidinger To: Kostik Belousov Message-ID: <20060815160818.68493418@Magellan.Leidinger.net> In-Reply-To: <20060815133616.GA41562@deviant.kiev.zoral.com.ua> References: <20060814170418.GA89686@stud.fit.vutbr.cz> <200608150910.51434.jhb@freebsd.org> <20060815133616.GA41562@deviant.kiev.zoral.com.ua> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: emulation@freebsd.org, Divacky Roman , freebsd-current@freebsd.org Subject: Re: SoC: linuxolator update: first patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 14:06:17 -0000 Quoting Kostik Belousov (Tue, 15 Aug 2006 16:36:17 +0300): > On Tue, Aug 15, 2006 at 09:10:50AM -0400, John Baldwin wrote: > > - You should probably ask Peter to review the link_elf_obj change. An > > alternative is to use linker_lookup_set() in your module load routine to > > lookup your linker set details. > I suppose that this is in fact my change. I'm not committing it exactly because > I cannot obtain any review from Peter. > > And, it seems that this is not committed. Right. I didn't committed this part because jhb asked to do it differently or to ask Peter about it. Bye, Alexander. -- The wrong quarterback is the one that's in there. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 14:24:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23F4116A4E0; Tue, 15 Aug 2006 14:24:01 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF6DF43D49; Tue, 15 Aug 2006 14:24:00 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [172.30.10.238] (unknown [216.239.55.7]) by elvis.mu.org (Postfix) with ESMTP id 930771A3C20; Tue, 15 Aug 2006 07:23:59 -0700 (PDT) Message-ID: <44E1D8E2.9060200@FreeBSD.org> Date: Tue, 15 Aug 2006 16:23:30 +0200 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Divacky Roman References: <20060814170418.GA89686@stud.fit.vutbr.cz> In-Reply-To: <20060814170418.GA89686@stud.fit.vutbr.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: emulation@freebsd.org, current@freebsd.org Subject: Re: SoC: linuxolator update: first patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 14:24:01 -0000 Divacky Roman wrote: > Hi, > > I am a student doing SoC linuxolator update. The work involved updating > linuxolator to be able to work with 2.6.x (2.6.16 in my case) kernel emulation. > > To be able to run 2.6.x emulation I had to implement NPTL, which means NPTL, futexes > and thread area, pid mangling + various hacks to make it work. > > This is the first patch meant for public revision/testing: > > www.stud.fit.vutbr.cz/~xdivac02/linuxolator26-diff.patch Very nice work! You can find some comments below. --- amd64/linux32/linux.h.orig +++ amd64/linux32/linux.h ... + +struct l_desc_struct { + unsigned long a,b; +}; + Please change this so that the two fields are on separate lines. Also, is there a reason you're using "unsigned long" and not "l_ulong"? On amd64 long are 64bit long while on i386 they are 32 bits, so there might be problems, if you're trying to 'emulate' 32bit linux programs on amd64. + +#define LINUX_LOWERWORD 0x0000ffff + Technically, it's the lower half-word. --- amd64/linux32/linux32_machdep.c.orig +++ amd64/linux32/linux32_machdep.c ... - td2->td_frame->tf_rsp = PTROUT(args->stack); + /* in a case of stack = NULL we are supposed to COW calling process stack + * this is what normal fork() does so we just keep the tf_rsp arg intact + */ + if (args->stack) + td2->td_frame->tf_rsp = PTROUT(args->stack); style(9) says multi-line comments have to start with /* on a line of its own. Please fix all the instances of this. --- /dev/null Mon Aug 14 18:44:00 2006 +++ compat/linux/linux_emul.c Mon Aug 14 18:46:20 2006 + +struct sx emul_shared_lock; +struct sx emul_lock; Are you using sx instead of rwlocks because you need to sleep in linux_schedtail() while holding the lock? + +/* this returns locked reference to the emuldata entry (if found) */ +struct linux_emuldata * +em_find(struct proc *p, int locked) +{ + struct linux_emuldata *em; + + if (locked == EMUL_UNLOCKED) + EMUL_LOCK(&emul_lock); + + em = p->p_emuldata; + + if (em == NULL && locked == EMUL_UNLOCKED) + EMUL_UNLOCK(&emul_lock); + + return (em); +} + +int +linux_proc_init(struct thread *td, pid_t child, int flags) +{ + struct linux_emuldata *em, *p_em; + struct proc *p; + + if (child != 0) { + /* non-exec call */ + MALLOC(em, struct linux_emuldata *, sizeof *em, M_LINUX, M_WAITOK | M_ZERO); + em->pid = child; + if (flags & CLONE_VM) { + /* handled later in the code */ + } else { + struct linux_emuldata_shared *s; + + MALLOC(s, struct linux_emuldata_shared *, sizeof *s, M_LINUX, M_WAITOK | M_ZERO); + em->shared = s; + s->refs = 1; + s->group_pid = child; + + LIST_INIT(&s->threads); + } + p = pfind(child); + if (p == NULL) + panic("process not found in proc_init\n"); Why not use KASSERT(p != NULL, ("process not found in proc_init\n")); ? + p->p_emuldata = em; + PROC_UNLOCK(p); + } else { + /* lookup the old one */ + em = em_find(td->td_proc, EMUL_UNLOCKED); According to sys/proc.h you're supposed to hold the proc lock when accessing p->p_emuldata. + KASSERT(em != NULL, ("proc_init: emuldata not found in exec case.\n")); + } + + em->child_clear_tid = NULL; + em->child_set_tid = NULL; + + /* allocate the shared struct only in clone()/fork cases + * in the case of clone() td = calling proc and child = pid of + * the newly created proc + */ + if (child != 0) { + if (flags & CLONE_VM) { + /* lookup the parent */ + p_em = em_find(td->td_proc, EMUL_LOCKED); + KASSERT(p_em != NULL, ("proc_init: parent emuldata not found for CLONE_VM\n")); + em->shared = p_em->shared; + em->shared->refs++; This is unsafe. Please use the functions in sys/refcount.h. + } else { + /* handled earlier to avoid malloc(M_WAITOK) with rwlock held */ + } + } + + + if (child != 0) { + EMUL_SHARED_WLOCK(&emul_shared_lock); + LIST_INSERT_HEAD(&em->shared->threads, em, threads); + EMUL_SHARED_WUNLOCK(&emul_shared_lock); + + p = pfind(child); + PROC_UNLOCK(p); + /* we might have a sleeping linux_schedtail */ + wakeup(&p->p_emuldata); Again, you need to hold the proc lock when accessing p->p_emuldata. + } else + EMUL_UNLOCK(&emul_lock); + + return (0); +} + +void +linux_proc_exit(void *arg __unused, struct proc *p) +{ + struct linux_emuldata *em; + int error; + struct thread *td = FIRST_THREAD_IN_PROC(p); Don't you need to hold sched_lock to access p->p_threads? + int *child_clear_tid; + + if (__predict_true(p->p_sysent != &elf_linux_sysvec)) + return; + + /* find the emuldata */ + em = em_find(p, EMUL_UNLOCKED); proc lock.. :-) + + KASSERT(em != NULL, ("proc_exit: emuldata not found.\n")); + + child_clear_tid = em->child_clear_tid; + + EMUL_UNLOCK(&emul_lock); + + EMUL_SHARED_WLOCK(&emul_shared_lock); Is this safe? + LIST_REMOVE(em, threads); + + PROC_LOCK(p); + p->p_emuldata = NULL; + PROC_UNLOCK(p); + + em->shared->refs--; + if (em->shared->refs == 0) sys/refcount.h + FREE(em->shared, M_LINUX); + EMUL_SHARED_WUNLOCK(&emul_shared_lock); + + if (child_clear_tid != NULL) { + struct linux_sys_futex_args cup; + int null = 0; + + error = copyout(&null, child_clear_tid, sizeof(null)); + if (error) + return; You're forgetting to free em before returning. + + /* futexes stuff */ + cup.uaddr = child_clear_tid; + cup.op = LINUX_FUTEX_WAKE; + cup.val = 0x7fffffff; /* Awake everyone */ + cup.timeout = NULL; + cup.uaddr2 = NULL; + cup.val3 = 0; + error = linux_sys_futex(FIRST_THREAD_IN_PROC(p), &cup); + /* this cannot happen at the moment and if this happens + * it probably mean there is a userspace bug + */ Wrong indentation. + if (error) + printf(LMSG("futex stuff in proc_exit failed.\n")); + } ... + +extern int hz; /* in subr_param.c */ + Why don't you include sys/time.h? + +void +linux_schedtail(void *arg __unused, struct proc *p) +{ + struct linux_emuldata *em; + int error = 0; +#ifdef DEBUG + struct thread *td = FIRST_THREAD_IN_PROC(p); +#endif + int *child_set_tid; + + if (p->p_sysent != &elf_linux_sysvec) + return; + +retry: + /* find the emuldata */ + em = em_find(p, EMUL_UNLOCKED); + + if (em == NULL) { + /* We might have been called before proc_init for this process so + * tsleep and be woken up by it. We use p->p_emuldata for this + */ + + error = tsleep(&p->p_emuldata, PLOCK, "linux_schedtail", hz); + if (error == 0) + goto retry; Why are you setting a timeout if you just retry when it expires? + panic("no emuldata found for userreting process.\n"); + } + child_set_tid = em->child_set_tid; + EMUL_UNLOCK(&emul_lock); + + if (child_set_tid != NULL) + error = copyout(&p->p_pid, (int *) child_set_tid, sizeof(p->p_pid)); + + return; +} --- compat/linux/linux_misc.c.orig +++ compat/linux/linux_misc.c @@ -93,6 +94,9 @@ #define BSD_TO_LINUX_SIGNAL(sig) \ (((sig) <= LINUX_SIGTBLSZ) ? bsd_to_linux_signal[_SIG_IDX(sig)] : sig) +extern struct sx emul_shared_lock; +extern struct sx emul_lock; + Please move these to compat/linux/linux_emul.h ... + + pp = p->p_pptr; /* switch to parent */ + PROC_LOCK(pp); + PROC_UNLOCK(p); + You might have to hold the proctree_lock here. --- compat/linux/linux_signal.c.orig +++ compat/linux/linux_signal.c + if (args->tgid == -1) + return linux_kill(td, &ka); + + if ((p = pfind(args->pid)) == NULL) + return ESRCH; + + if (p->p_sysent != &elf_linux_sysvec) + return ESRCH; Please use return (...); -- Suleiman From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 14:55:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BAE116A4DA; Tue, 15 Aug 2006 14:55:31 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8598843D72; Tue, 15 Aug 2006 14:55:25 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.7/8.13.7) with ESMTP id k7FEtHwi058348 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 15 Aug 2006 16:55:17 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.7/8.13.3/Submit) id k7FEtHhU058347; Tue, 15 Aug 2006 16:55:17 +0200 (CEST) Date: Tue, 15 Aug 2006 16:55:17 +0200 From: Divacky Roman To: John Baldwin Message-ID: <20060815145517.GA50007@stud.fit.vutbr.cz> References: <20060814170418.GA89686@stud.fit.vutbr.cz> <200608150910.51434.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200608150910.51434.jhb@freebsd.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: SoC: linuxolator update: first patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 14:55:31 -0000 On Tue, Aug 15, 2006 at 09:10:50AM -0400, John Baldwin wrote: > On Monday 14 August 2006 13:04, Divacky Roman wrote: > > Hi, > > > > I am a student doing SoC linuxolator update. The work involved updating > > linuxolator to be able to work with 2.6.x (2.6.16 in my case) kernel emulation. > > > > To be able to run 2.6.x emulation I had to implement NPTL, which means NPTL, futexes > > and thread area, pid mangling + various hacks to make it work. > > > > This is the first patch meant for public revision/testing: > > > > www.stud.fit.vutbr.cz/~xdivac02/linuxolator26-diff.patch > > Some comments: > > - You shouldn't add new nested includes (such as in > amd64/linux32/linux.h), especially sys/lock.h, sys/mutex.h, and > sys/sx.h. (If you need to examine mutex internals you would include > sys/_mutex.h in a header, but for normal API usage you need to > include sys/mutex.h and sys/lock.h in the appropriate C files. > sys/param.h is far too large of a header to be used in a nested > include. 1) fixed. thnx! > - Check style(9). For example, block comments should look like this: > > /* > * This is a really long comment that takes up > * more than one line. > */ > > rather than this: > > /* this is a really long comment that takes up > * more than one line > */ 2) fixed. thnx! > - You use the EMUL_LOCK in em_find() to look at p_emuldata but don't > hold it when writing to p_emuldata in linux_proc_init(). There you > only hold the proc lock. 3) fixed. thnx! > - You should probably hold the proc lock until after the wakeup() > in linux_proc_init() since the pfind() / proc_unlock() is what holds > a reference to keep the child from going away. 4) fixed. thnx! > - In linux_proc_init() you pass EMUL_LOCKED to em_find() in the CLONE_VM > case when the lock isn't held. 5) fixed by fix #5, thnx! > - Personal style: please use malloc() and free() rather than MALLOC() and > FREE(). We haven't inlined malloc() in a long, long time and the macros > are really there for older code. 6) fixed. thnx! > - You tsleep() in linux_schedtail() while holding one lock and do the > wakeup() in linux_proc_init() while holding no locks. You've got lost > wakeup races that way that you work around by having to use a goto and > a sleep with a timeout. 7) I dont understand this. can you explain more? thnx > - You should include the appropriate header to get the declaration of 'hz' > rather than just adding an 'extern' directly in your code. 8) I didnt find such header. > - In futex_get() you don't handle the race of two concurrent creates. 9) hopefully fixed. > - In futex_sleep(), you probably should be using an interlocked sleep such > as msleep() or cv_wait() to avoid lost wakeups. 10) open issue, this is currently under investigation because we in fact happen to have problems with futexes > - In futex_sleep(), you should probably loop rather than recurse to avoid > blowing the stack. 11) I am not sure about the logic but I think the recursion is done exactly once I'll coordinate with manu@netbsd > - In futex_atomic_op(), if you take a page fault on one of your operations > it's going to blow up because of the page fault during a critical section. > Your futex ops should be atomic (perhaps you can do them all using > casuptr()?) and you shouldn't use a critical section here. 12) the operations should be atomic (the operation on shared data is atomic) so I just removed the crit section. > - You should stick the sx locks in a header and not litter 'externs' in > source files. 13) fixed. thnx! > - Should come up with a better name than 'schedtail' for the eventhandler > in fork_exit(). Maybe 'process_fork_exit'? 14) linux uses this name. I might change it but I think its ok to be in sync with linux. > - You should probably ask Peter to review the link_elf_obj change. An > alternative is to use linker_lookup_set() in your module load routine to > lookup your linker set details. 15) yes... when I start working on amd64 I will definitely do something about it > - Regarding the locking, I'm not sure why you have the two separate sx locks, > and why you don't just merge them into a single lock instead. 16) it makes the locking easier and they cover different things. I like it this way :) thnx for exhausting review! I commited some fixes to p4, you might want to check them roman From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 15:09:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2836316A4DF for ; Tue, 15 Aug 2006 15:09:11 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E35143E5C for ; Tue, 15 Aug 2006 15:08:07 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [172.30.10.238] (unknown [216.239.55.7]) by elvis.mu.org (Postfix) with ESMTP id 43FAE1A3C20; Tue, 15 Aug 2006 08:08:05 -0700 (PDT) Message-ID: <44E1E33A.5030205@FreeBSD.org> Date: Tue, 15 Aug 2006 17:07:38 +0200 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Astrodog References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <2fd864e0608150607h25244522u74ddfe5ebd7d470c@mail.gmail.com> In-Reply-To: <2fd864e0608150607h25244522u74ddfe5ebd7d470c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 15:09:11 -0000 Astrodog wrote: > On 8/15/06, Suleiman Souhlal wrote: > >> >> Alexander Leidinger wrote: >> >> > I already started... and I don't want to commit some parts (the linker >> > stuff which allows to use the module on amd64). >> > >> > It is also not used by default, as long as we have 2.4.2 for the linux >> > version, no new functions will be used by glibc. So there is no change >> > in behavior after the commits. I tested with acroread (which has issues >> > when run with a 2.6.16 compat.linux.osrelease version, where the new >> > functions are used by glibc). >> > >> > So this gives us: >> > - coverity reports for the code *before the end of the SoC* >> >> Why the rush? I'm sure Roman will be around even when the SoC is over. >> >> Also, I'm not asking you to wait a month, just a couple of days until >> more people have had a chance to look at the changes. >> >> It's a bit unreasonable to say "here's a patch, please look at it" and >> commit it less than a day later. >> >> > - no change in behavior in the default case, since the new calls >> > aren't used by glibs as long as... see following entry >> > - easy testing possibility (sysctl compat.linux.osrelease=2.6.16, >> > defaults to 2.4.2) >> > - more eyes on the code >> >> Those are not valid reasons to commit unreviewed and potentially wrong >> changes. >> >> -- Suleiman >> > > Forgive me if I seem to misunderstand things here, but: > > We've had ULE in -RELEASE, even when it was known to be broken. The reason > that was acceptable was its "Opt In" nature. (And, thus the problems > when it > wasn't opt in). The fact that this can be easily turned off, and on would, > in my opinion, make the issue of it being committed pretty irrelevent. That was a mistake, IMHO. > I see this as fairly important code for Linux compat going forward, so a > quicker release to -CURRENT, when it can be disabled, which allows it to be > cleaned up and prepared for the next -RELEASE seems like a good move. > Compare this to some of the audit and bsm bits that got put in, for > example. I am not saying it shouldn't have been committed at all. I'm saying it should have been committed *after* being reviewed. > I don't believe the patch is the "full version".... I'd have to ask Roman > about it. > > Basically, if its wrong, but isn't enabled by default, -CURRENT is as > good a > home as any for this sort of thing, in my opinion. It certainly widens the > pool for testing... > > --- Harrison Grundy > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 15:09:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF28E16A523; Tue, 15 Aug 2006 15:09:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50DA943E79; Tue, 15 Aug 2006 15:08:20 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7FF84WD028048; Tue, 15 Aug 2006 11:08:08 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 15 Aug 2006 11:01:30 -0400 User-Agent: KMail/1.9.1 References: <20060814170418.GA89686@stud.fit.vutbr.cz> <44E1D8E2.9060200@FreeBSD.org> In-Reply-To: <44E1D8E2.9060200@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608151101.30951.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]); Tue, 15 Aug 2006 11:08:09 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1663/Tue Aug 15 09:08:37 2006 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: emulation@freebsd.org, Divacky Roman , Suleiman Souhlal Subject: Re: SoC: linuxolator update: first patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 15:09:12 -0000 On Tuesday 15 August 2006 10:23, Suleiman Souhlal wrote: > > Why not use KASSERT(p != NULL, ("process not found in proc_init\n")); ? > > + p->p_emuldata = em; > + PROC_UNLOCK(p); > + } else { > + /* lookup the old one */ > + em = em_find(td->td_proc, EMUL_UNLOCKED); > > According to sys/proc.h you're supposed to hold the proc lock when > accessing p->p_emuldata. That is possibly sketchier as if an ABI always sets p_emuldata on fork/exec and only curthread accesses curproc->p_emuldata you can probably just not have to do any locking at all as it will actually be effectively read-only. The emuldata fields can have different strategies in different ABIs because they will be used differently. Note how so_emuldata is locked by SOCK_LOCK() in the Linux ABI, but isn't locked in the svr4/streams code because it's set on socket creation and static until socket close. > + KASSERT(em != NULL, ("proc_init: emuldata not found in exec case.\n")); > + } > + > + em->child_clear_tid = NULL; > + em->child_set_tid = NULL; > + > + /* allocate the shared struct only in clone()/fork cases > + * in the case of clone() td = calling proc and child = pid of > + * the newly created proc > + */ > + if (child != 0) { > + if (flags & CLONE_VM) { > + /* lookup the parent */ > + p_em = em_find(td->td_proc, EMUL_LOCKED); > + KASSERT(p_em != NULL, ("proc_init: parent emuldata not found for > CLONE_VM\n")); > + em->shared = p_em->shared; > + em->shared->refs++; > > This is unsafe. Please use the functions in sys/refcount.h. Well, in this case he's already holding a lock. If he always holds a lock when accessing and modifying refs, then refcount_*() would only add overhead. > + } else { > + /* handled earlier to avoid malloc(M_WAITOK) with rwlock held */ > + } > + } > + > + > + if (child != 0) { > + EMUL_SHARED_WLOCK(&emul_shared_lock); > + LIST_INSERT_HEAD(&em->shared->threads, em, threads); > + EMUL_SHARED_WUNLOCK(&emul_shared_lock); > + > + p = pfind(child); > + PROC_UNLOCK(p); > + /* we might have a sleeping linux_schedtail */ > + wakeup(&p->p_emuldata); > > Again, you need to hold the proc lock when accessing p->p_emuldata. See above, but there is another concern here in that once you drop the proc lock, the 'p' process might go away, be free'd, etc. (Especially if you are preempted right after the PROC_UNLOCK()) > + > +void > +linux_schedtail(void *arg __unused, struct proc *p) > +{ > + struct linux_emuldata *em; > + int error = 0; > +#ifdef DEBUG > + struct thread *td = FIRST_THREAD_IN_PROC(p); > +#endif > + int *child_set_tid; > + > + if (p->p_sysent != &elf_linux_sysvec) > + return; > + > +retry: > + /* find the emuldata */ > + em = em_find(p, EMUL_UNLOCKED); > + > + if (em == NULL) { > + /* We might have been called before proc_init for this process so > + * tsleep and be woken up by it. We use p->p_emuldata for this > + */ > + > + error = tsleep(&p->p_emuldata, PLOCK, "linux_schedtail", hz); > + if (error == 0) > + goto retry; > > Why are you setting a timeout if you just retry when it expires? In this case it is a workaround for lost wakeups since it's not an interlocked sleep and wakeup. :) > ... > + > + pp = p->p_pptr; /* switch to parent */ > + PROC_LOCK(pp); > + PROC_UNLOCK(p); > + > > You might have to hold the proctree_lock here. Actually, for this he is fine, as the proc lock is sufficient to access p->p_pptr, and the parent process can't go away w/o acquiring the child's lock and reparenting it to init. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 15:21:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AFB616A4DD; Tue, 15 Aug 2006 15:21:15 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0164E43D73; Tue, 15 Aug 2006 15:21:14 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [172.30.10.238] (unknown [216.239.55.7]) by elvis.mu.org (Postfix) with ESMTP id 081E61A3C20; Tue, 15 Aug 2006 08:21:13 -0700 (PDT) Message-ID: <44E1E64F.6020205@FreeBSD.org> Date: Tue, 15 Aug 2006 17:20:47 +0200 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20060814170418.GA89686@stud.fit.vutbr.cz> <44E1D8E2.9060200@FreeBSD.org> <200608151101.30951.jhb@freebsd.org> In-Reply-To: <200608151101.30951.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: emulation@freebsd.org, Divacky Roman , freebsd-current@freebsd.org Subject: Re: SoC: linuxolator update: first patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 15:21:15 -0000 John Baldwin wrote: > >>+ KASSERT(em != NULL, ("proc_init: emuldata not found in exec case.\n")); >>+ } >>+ >>+ em->child_clear_tid = NULL; >>+ em->child_set_tid = NULL; >>+ >>+ /* allocate the shared struct only in clone()/fork cases >>+ * in the case of clone() td = calling proc and child = pid of >>+ * the newly created proc >>+ */ >>+ if (child != 0) { >>+ if (flags & CLONE_VM) { >>+ /* lookup the parent */ >>+ p_em = em_find(td->td_proc, EMUL_LOCKED); >>+ KASSERT(p_em != NULL, ("proc_init: parent emuldata not found for >>CLONE_VM\n")); >>+ em->shared = p_em->shared; >>+ em->shared->refs++; >> >>This is unsafe. Please use the functions in sys/refcount.h. > > > Well, in this case he's already holding a lock. If he always holds a lock > when accessing and modifying refs, then refcount_*() would only add overhead. Isn't he holding the wrong lock (emul_lock vs emul_shared_lock)? >>+ >>+void >>+linux_schedtail(void *arg __unused, struct proc *p) >>+{ >>+ struct linux_emuldata *em; >>+ int error = 0; >>+#ifdef DEBUG >>+ struct thread *td = FIRST_THREAD_IN_PROC(p); >>+#endif >>+ int *child_set_tid; >>+ >>+ if (p->p_sysent != &elf_linux_sysvec) >>+ return; >>+ >>+retry: >>+ /* find the emuldata */ >>+ em = em_find(p, EMUL_UNLOCKED); >>+ >>+ if (em == NULL) { >>+ /* We might have been called before proc_init for this process so >>+ * tsleep and be woken up by it. We use p->p_emuldata for this >>+ */ >>+ >>+ error = tsleep(&p->p_emuldata, PLOCK, "linux_schedtail", hz); >>+ if (error == 0) >>+ goto retry; >> >>Why are you setting a timeout if you just retry when it expires? > > > In this case it is a workaround for lost wakeups since it's not an interlocked > sleep and wakeup. :) Ew.. Thanks, -- Suleiman From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 15:30:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 882F116A4DF; Tue, 15 Aug 2006 15:30:02 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFA8743D73; Tue, 15 Aug 2006 15:30:01 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [172.30.10.238] (unknown [216.239.55.7]) by elvis.mu.org (Postfix) with ESMTP id A2D521A3C20; Tue, 15 Aug 2006 08:30:00 -0700 (PDT) Message-ID: <44E1E85D.5070805@FreeBSD.org> Date: Tue, 15 Aug 2006 17:29:33 +0200 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> In-Reply-To: <20060815153451.604d16f1@Magellan.Leidinger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 15:30:02 -0000 Alexander Leidinger wrote: > Quoting Suleiman Souhlal (Tue, 15 Aug 2006 14:53:56 +0200): > > I'm doing post-commit checks now (everything is commited and I'm doing > a kernel build now)... > > >>Alexander Leidinger wrote: >> >> >>>I already started... and I don't want to commit some parts (the linker >>>stuff which allows to use the module on amd64). >> >> > >> >>>It is also not used by default, as long as we have 2.4.2 for the linux >>>version, no new functions will be used by glibc. So there is no change >>>in behavior after the commits. I tested with acroread (which has issues >>>when run with a 2.6.16 compat.linux.osrelease version, where the new >>>functions are used by glibc). >> >> > >> >>>So this gives us: >>> - coverity reports for the code *before the end of the SoC* >> >>Why the rush? I'm sure Roman will be around even when the SoC is over. > > > Yes, but first he will take a vacation, and then he will not be > available as much as he is now. And maybe Coverity will detect a bug > which we search currently but can't find (don't know how likely this > is, but it is at least possible). Then maybe we need to change our Coverity setup so that it's able to look at trees in perforce as well. > >>Also, I'm not asking you to wait a month, just a couple of days until >>more people have had a chance to look at the changes. > > > I thought about this before deciding to commit it. Most of the code was > available in P4. Those people with real interest already had a chance > to look at it, or they didn't had time to do so. If they didn't had > time to have a look at it, who knows if they have time to do it now? Not really. I haven't looked at the changes in p4 not because I'm not interested, but because they were a work in progress. I'd rather look at "commit canditates". > There's always someone who says "oh... if you waited 2 days longer...". > > That's not the only reason. Tomorrow my holiday is over and I have to > catch up at work. Today I have plenty of time to commit urgent issues > (e.g., tinderbox breakage). And at the upcomming WE I may not have > enough time to do what I do today. If you don't have time to commit something you can always ask someone else to do it for you. > Additionally, the work is a little bit stalled currently, we need more > testers of the new code. There are a lot of people out there which want > to test, but don't know how to patch or fear to do something wrong when > they patch. With the approach I've taken, they just need to run a > sysctl (compat.linux.osrelease=2.6.16) and they can test. All which > don't want to test just don't need to care about it. You could have released a sys/ snapshot tarball? > >>It's a bit unreasonable to say "here's a patch, please look at it" and >>commit it less than a day later. > > > Yes, it was a little bit fast... > > >>> - no change in behavior in the default case, since the new calls >>> aren't used by glibs as long as... see following entry >>> - easy testing possibility (sysctl compat.linux.osrelease=2.6.16, >>> defaults to 2.4.2) >>> - more eyes on the code >> >>Those are not valid reasons to commit unreviewed and potentially wrong >>changes. > > > Uhm... how many percent of code committed to current is reviewed before > it is commited? Not enough. > How many percent of the code I committed is not > reviewed and how much is this related to the amount of unreviewed code > committed in a busy week? I don't want to sound harsh or like I'm doubting Roman's ability, but most of the unreviewed code that gets committed comes from people who have more experience than Roman and who usually "own" the part of the kernel they are touching. > I'm running a kernel with this changes here and since I didn't enabled > the new code with the sysctl, I don't see any difference in the > behavior of the linuxolator. The potentially wrong code isn't active. > It's like loading the linprocfs module but not using it. > > Bye, > Alexander. > -- Suleiman From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 15:48:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 377D716A4DF for ; Tue, 15 Aug 2006 15:48:54 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id ADEE343D7D for ; Tue, 15 Aug 2006 15:48:39 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 89081 invoked from network); 15 Aug 2006 15:48:38 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 15 Aug 2006 15:48:38 -0000 X-pair-Authenticated: 80.165.155.106 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.6/8.13.6) with ESMTP id k7FFmb5O010306 for ; Tue, 15 Aug 2006 17:48:37 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.6/8.13.6/Submit) id k7FFmbvN010305 for current@freebsd.org; Tue, 15 Aug 2006 17:48:37 +0200 (CEST) (envelope-from pho) Date: Tue, 15 Aug 2006 17:48:37 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20060815154836.GA10128@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: panic: mutex nfsd_mtx not owned at nfs_srvsock.c:148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 15:48:54 -0000 While stress testing GENERIC HEAD from Aug 12 12:55 UTC I got this panic: panic: mutex nfsd_mtx not owned at ../../../nfsserver/nfs_srvsock.c:148 cpuid = 2 KDB: enter: panic [thread pid 761 tid 100096 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 761 tid 100096 td 0xc4041a20 kdb_enter(c091cda8) at kdb_enter+0x2b panic(c091c0b7,c09210c9,c093241d,94,0,...) at panic+0x14b _mtx_assert(c0a64ec0,1,c093241d,94,c07ec53c,...) at _mtx_assert+0x66 nfs_rephead(0,c52a0600,48,e662e964,e662e968,...) at nfs_rephead+0x25 nfsrv_symlink(c52a0600,c4071e00,c4041a20,e662ec40) at nfsrv_symlink+0x3b7 nfssvc_nfsd(c4041a20) at nfssvc_nfsd+0x409 nfssvc(c4041a20,e662ed04) at nfssvc+0x18c syscall(3b,3b,3b,1,0,...) at syscall+0x256 More details @ http://people.freebsd.org/~pho/stress/log/cons204.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 15:58:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3E0116A4DE; Tue, 15 Aug 2006 15:58:18 +0000 (UTC) (envelope-from security@yourdot-mail.com) Received: from jupiter.nswebhost.com (jupiter.nswebhost.com [66.246.252.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E20A43D6E; Tue, 15 Aug 2006 15:58:18 +0000 (GMT) (envelope-from security@yourdot-mail.com) Received: from 87.60.30.213.rev.vodafone.pt ([213.30.60.87]:37547 helo=[192.168.1.10]) by jupiter.nswebhost.com with esmtpa (Exim 4.52) id 1GD0O6-00070G-LT; Tue, 15 Aug 2006 09:59:27 -0500 Message-ID: <44E1EF14.4000305@yourdot-mail.com> Date: Tue, 15 Aug 2006 16:58:12 +0100 From: Carlos Silva User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ClamAntiVirus-Scanner: This mail is clean X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - jupiter.nswebhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - yourdot-mail.com X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: mrtg problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 15:58:19 -0000 hi again, i have troubles with MRTG, a strange error that never happened to me. output osiris# /etc/rc.d/mrtg_daemon start Starting mrtg_daemon. Daemonizing MRTG ... osiris# /bin/rateup: Permission denied Rateup ERROR: Can't open 192.168.1.1_1.tmp for write ERROR: Skipping webupdates because rateup did not return anything sensible WARNING: rateup died from Signal 0 with Exit Value 1 when doing router '192.168.1.1_1' Signal was 0, Returncode was 1 /bin/rateup: Permission denied Rateup ERROR: Can't open 192.168.1.1_4.tmp for write ERROR: Skipping webupdates because rateup did not return anything sensible WARNING: rateup died from Signal 0 with Exit Value 1 when doing router '192.168.1.1_4' Signal was 0, Returncode was 1 someone has an error like that? ideas? Best Regards, Carlos Silva, CSilva Web: http://www.csilva.org/ From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 16:00:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28EF616A4DA; Tue, 15 Aug 2006 16:00:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE9DB43D67; Tue, 15 Aug 2006 15:59:54 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7FFxnnk028428; Tue, 15 Aug 2006 11:59:50 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Divacky Roman Date: Tue, 15 Aug 2006 11:48:15 -0400 User-Agent: KMail/1.9.1 References: <20060814170418.GA89686@stud.fit.vutbr.cz> <200608150910.51434.jhb@freebsd.org> <20060815145517.GA50007@stud.fit.vutbr.cz> In-Reply-To: <20060815145517.GA50007@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608151148.16280.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]); Tue, 15 Aug 2006 11:59:50 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1664/Tue Aug 15 10:28:31 2006 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: emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: SoC: linuxolator update: first patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 16:00:05 -0000 On Tuesday 15 August 2006 10:55, Divacky Roman wrote: > > - You tsleep() in linux_schedtail() while holding one lock and do the > > wakeup() in linux_proc_init() while holding no locks. You've got lost > > wakeup races that way that you work around by having to use a goto and > > a sleep with a timeout. > > 7) I dont understand this. can you explain more? thnx Suppose you have two threads like so: thread A thread B FOO_LOCK(); ... if (foo) ... FOO_UNLOCK() FOO_LOCK() ... foo = 1 ... wakeup(&foo); tsleep(&foo); ... ... FOO_UNLOCK() thread A isn't going to get the wakeup from B. The solution is an interlocked sleep where you release the lock and put the thread to sleep as an 'atomic operation'. If you are familiar with pthreads, this is why pthread condition variables take a mutex argument to their wait functions (and why in the kernel cv_wait* and msleep() both take a mutex arg), they use internal locking to atomically drop the lock and block to avoid that race. interlocked sleeps aren't likely to be implemented for sx locks, but I will need to add them for rwlocks before too long. For now, if you stick with mutexes you can use either condition variables or msleep() to avoid this. > > - You should include the appropriate header to get the declaration of 'hz' > > rather than just adding an 'extern' directly in your code. > > 8) I didnt find such header. [11:41:39] (ttyp7) jhb@mutex:~/work/cvs/sys > grep hz * ... kernel.h:extern int tick; /* usec per tick (1000000 / hz) */ kernel.h:extern int hz; /* system clock's frequency */ kernel.h:extern int stathz; /* statistics clock's frequency */ kernel.h:extern int profhz; /* profiling clock's frequency */ ... #include > > - In futex_get() you don't handle the race of two concurrent creates. > > 9) hopefully fixed. See my replies to your p4 submits.. > > - Should come up with a better name than 'schedtail' for the eventhandler > > in fork_exit(). Maybe 'process_fork_exit'? > > 14) linux uses this name. I might change it but I think its ok to be in sync > with linux. Yes, but this is FreeBSD, and all the other process related eventhandlers are called process_. :) A generic eventhandler might be used by more than just the Linux ABI. > > - You should probably ask Peter to review the link_elf_obj change. An > > alternative is to use linker_lookup_set() in your module load routine to > > lookup your linker set details. > > 15) yes... when I start working on amd64 I will definitely do something about it What I did for my debug kernel modules is something like this: struct crash_event { const char *ev_name; void (*ev_handler)(void); }; #define CRASH_EVENT(name, function) \ static struct crash_event function ## _crash_event = \ { name, function }; \ DATA_SET(crash_event_set, function ## _crash_event) #define MAX_EVENT event_max static int event_max; static struct crash_event **event_start, **event_stop; Then in my module event handler: switch (cmd) { case MOD_LOAD: error = linker_file_lookup_set(module_file(module), "crash_event_set", &event_start, &event_stop, &event_max); if (error) break; Here's a sample foreach loop: for (ev = event_start; ev < event_stop; ev++) { /* Skip null event 0. */ if ((*ev)->ev_name == NULL) continue; printf("%4td %s\n", ev - event_start, (*ev)->ev_name); } and here's a sample index operation: if (ev < 0 || ev >= MAX_EVENT) { printf("crash: event %d is not defined!\n", event); continue; } evp = event_start[ev]; printf("crash: %s\n", evp->ev_name); evp->ev_handler(); (If you want to see this specific module more, you can view it at //depot/projects/smpng/sys/modules/crash/crash.c. There's a crash2/crash2.c that is similar as well.) > > - Regarding the locking, I'm not sure why you have the two separate sx locks, > > and why you don't just merge them into a single lock instead. > > 16) it makes the locking easier and they cover different things. I like it this way :) I think it might be prone to races though. If you are almost always acquiring the same two locks in lockstep, then all you are doing is adding overhead. > thnx for exhausting review! I commited some fixes to p4, you might want to check them I am. :) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 16:00:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0789716A4E5; Tue, 15 Aug 2006 16:00:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id D84CE43D78; Tue, 15 Aug 2006 15:59:56 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7FFxnnl028428; Tue, 15 Aug 2006 11:59:54 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Suleiman Souhlal Date: Tue, 15 Aug 2006 11:49:19 -0400 User-Agent: KMail/1.9.1 References: <20060814170418.GA89686@stud.fit.vutbr.cz> <200608151101.30951.jhb@freebsd.org> <44E1E64F.6020205@FreeBSD.org> In-Reply-To: <44E1E64F.6020205@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608151149.20338.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]); Tue, 15 Aug 2006 11:59:54 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1664/Tue Aug 15 10:28:31 2006 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: emulation@freebsd.org, Divacky Roman , freebsd-current@freebsd.org Subject: Re: SoC: linuxolator update: first patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 16:00:05 -0000 On Tuesday 15 August 2006 11:20, Suleiman Souhlal wrote: > John Baldwin wrote: > > > >>+ KASSERT(em != NULL, ("proc_init: emuldata not found in exec case.\n")); > >>+ } > >>+ > >>+ em->child_clear_tid = NULL; > >>+ em->child_set_tid = NULL; > >>+ > >>+ /* allocate the shared struct only in clone()/fork cases > >>+ * in the case of clone() td = calling proc and child = pid of > >>+ * the newly created proc > >>+ */ > >>+ if (child != 0) { > >>+ if (flags & CLONE_VM) { > >>+ /* lookup the parent */ > >>+ p_em = em_find(td->td_proc, EMUL_LOCKED); > >>+ KASSERT(p_em != NULL, ("proc_init: parent emuldata not found for > >>CLONE_VM\n")); > >>+ em->shared = p_em->shared; > >>+ em->shared->refs++; > >> > >>This is unsafe. Please use the functions in sys/refcount.h. > > > > > > Well, in this case he's already holding a lock. If he always holds a lock > > when accessing and modifying refs, then refcount_*() would only add overhead. > > Isn't he holding the wrong lock (emul_lock vs emul_shared_lock)? Maybe. I think those should be merged into one lock anyway. :) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 16:01:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DBE116A4E5 for ; Tue, 15 Aug 2006 16:01:21 +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 E739943D77 for ; Tue, 15 Aug 2006 16:01:20 +0000 (GMT) (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 9610746CB2; Tue, 15 Aug 2006 12:01:20 -0400 (EDT) Date: Tue, 15 Aug 2006 17:01:20 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Peter Holm In-Reply-To: <20060815154836.GA10128@peter.osted.lan> Message-ID: <20060815165955.J45647@fledge.watson.org> References: <20060815154836.GA10128@peter.osted.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: panic: mutex nfsd_mtx not owned at nfs_srvsock.c:148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 16:01:21 -0000 On Tue, 15 Aug 2006, Peter Holm wrote: > While stress testing GENERIC HEAD from Aug 12 12:55 UTC I got this > panic: > > panic: mutex nfsd_mtx not owned at > ../../../nfsserver/nfs_srvsock.c:148 > cpuid = 2 > KDB: enter: panic > [thread pid 761 tid 100096 ] > Stopped at kdb_enter+0x2b: nop > db> where > Tracing pid 761 tid 100096 td 0xc4041a20 > kdb_enter(c091cda8) at kdb_enter+0x2b > panic(c091c0b7,c09210c9,c093241d,94,0,...) at panic+0x14b > _mtx_assert(c0a64ec0,1,c093241d,94,c07ec53c,...) at _mtx_assert+0x66 > nfs_rephead(0,c52a0600,48,e662e964,e662e968,...) at nfs_rephead+0x25 > nfsrv_symlink(c52a0600,c4071e00,c4041a20,e662ec40) at > nfsrv_symlink+0x3b7 > nfssvc_nfsd(c4041a20) at nfssvc_nfsd+0x409 > nfssvc(c4041a20,e662ed04) at nfssvc+0x18c > syscall(3b,3b,3b,1,0,...) at syscall+0x256 > > More details @ http://people.freebsd.org/~pho/stress/log/cons204.html Could you use gdb to generate frame debugging information for the frame above nfs_rephead() (nfsrv_symlink()) also, please? I'm a bit puzzled as to how things got into this state, as under normal circumstances, nfsm_reply() is the source of the nfs_rephead() call, and the NFS mutex is acquired the line before the call to nfsm_reply(). Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 16:05:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0870716A4DF; Tue, 15 Aug 2006 16:05:22 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5675C43D45; Tue, 15 Aug 2006 16:05:12 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F490.dip.t-dialin.net [84.165.244.144]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k7FFmuCU075658; Tue, 15 Aug 2006 17:48:57 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k7FG5Ej1067647; Tue, 15 Aug 2006 18:05:15 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Tue, 15 Aug 2006 18:07:13 +0200 From: Alexander Leidinger To: Suleiman Souhlal Message-ID: <20060815180713.6a4ee2e6@Magellan.Leidinger.net> In-Reply-To: <44E1E85D.5070805@FreeBSD.org> References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> <44E1E85D.5070805@FreeBSD.org> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 16:05:22 -0000 Quoting Suleiman Souhlal (Tue, 15 Aug 2006 17:29:33 +0200): > Alexander Leidinger wrote: > > Quoting Suleiman Souhlal (Tue, 15 Aug 2006 14:53:56 +0200): > >>Alexander Leidinger wrote: > >>>So this gives us: > >>> - coverity reports for the code *before the end of the SoC* > >> > >>Why the rush? I'm sure Roman will be around even when the SoC is over. > > > > > > Yes, but first he will take a vacation, and then he will not be > > available as much as he is now. And maybe Coverity will detect a bug > > which we search currently but can't find (don't know how likely this > > is, but it is at least possible). > > Then maybe we need to change our Coverity setup so that it's able to > look at trees in perforce as well. Do we have the processing power to do X more branches? > >>Also, I'm not asking you to wait a month, just a couple of days until > >>more people have had a chance to look at the changes. > > > > > > I thought about this before deciding to commit it. Most of the code was > > available in P4. Those people with real interest already had a chance > > to look at it, or they didn't had time to do so. If they didn't had > > time to have a look at it, who knows if they have time to do it now? > > Not really. I haven't looked at the changes in p4 not because I'm not > interested, but because they were a work in progress. I'd rather look at > "commit canditates". There where reviews of p4 changes. So it's not completely unreviewed. > > There's always someone who says "oh... if you waited 2 days longer...". > > > > That's not the only reason. Tomorrow my holiday is over and I have to > > catch up at work. Today I have plenty of time to commit urgent issues > > (e.g., tinderbox breakage). And at the upcomming WE I may not have > > enough time to do what I do today. > > If you don't have time to commit something you can always ask someone > else to do it for you. People tend to have enough on their plate already. And there where some parts in the entire patchset which I didn't committed because of a reason. So I wanted to handle this myself. > > Additionally, the work is a little bit stalled currently, we need more > > testers of the new code. There are a lot of people out there which want > > to test, but don't know how to patch or fear to do something wrong when > > they patch. With the approach I've taken, they just need to run a > > sysctl (compat.linux.osrelease=2.6.16) and they can test. All which > > don't want to test just don't need to care about it. > > You could have released a sys/ snapshot tarball? And then people do a cvsup or something else which breaks it and they request help... I'm around on at least current@ since 3-current and if people just need to turn a switch to test something, everything is fine. > >>> - no change in behavior in the default case, since the new calls > >>> aren't used by glibs as long as... see following entry > >>> - easy testing possibility (sysctl compat.linux.osrelease=2.6.16, > >>> defaults to 2.4.2) > >>> - more eyes on the code > >> > >>Those are not valid reasons to commit unreviewed and potentially wrong > >>changes. > > > > > > Uhm... how many percent of code committed to current is reviewed before > > it is commited? > > Not enough. > > > How many percent of the code I committed is not > > reviewed and how much is this related to the amount of unreviewed code > > committed in a busy week? > > I don't want to sound harsh or like I'm doubting Roman's ability, but > most of the unreviewed code that gets committed comes from people who > have more experience than Roman and who usually "own" the part of the > kernel they are touching. This doesn't help when the code in question isn't owned like the linuxolator. Because most of the new code will not affect the rest of the system (only linux programs, if at all), I don't think committing this now was a big mistake. Bye, Alexander. -- And the list goes on, here are some more that I have recently added. Sometimes I think Calvin and Hobbes have more wisdom than I. Scarry... http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 16:30:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08CBF16A589; Tue, 15 Aug 2006 16:30:29 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D05B743E5F; Tue, 15 Aug 2006 16:27:58 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.7/8.13.7) with ESMTP id k7FGRrSA062366 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 15 Aug 2006 18:27:53 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.7/8.13.3/Submit) id k7FGRrr9062365; Tue, 15 Aug 2006 18:27:53 +0200 (CEST) Date: Tue, 15 Aug 2006 18:27:53 +0200 From: Divacky Roman To: John Baldwin Message-ID: <20060815162753.GA62266@stud.fit.vutbr.cz> References: <20060814170418.GA89686@stud.fit.vutbr.cz> <200608151101.30951.jhb@freebsd.org> <44E1E64F.6020205@FreeBSD.org> <200608151149.20338.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200608151149.20338.jhb@freebsd.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: emulation@freebsd.org, freebsd-current@freebsd.org, Suleiman Souhlal Subject: Re: SoC: linuxolator update: first patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 16:30:29 -0000 On Tue, Aug 15, 2006 at 11:49:19AM -0400, John Baldwin wrote: > On Tuesday 15 August 2006 11:20, Suleiman Souhlal wrote: > > John Baldwin wrote: > > > > > >>+ KASSERT(em != NULL, ("proc_init: emuldata not found in exec case.\n")); > > >>+ } > > >>+ > > >>+ em->child_clear_tid = NULL; > > >>+ em->child_set_tid = NULL; > > >>+ > > >>+ /* allocate the shared struct only in clone()/fork cases > > >>+ * in the case of clone() td = calling proc and child = pid of > > >>+ * the newly created proc > > >>+ */ > > >>+ if (child != 0) { > > >>+ if (flags & CLONE_VM) { > > >>+ /* lookup the parent */ > > >>+ p_em = em_find(td->td_proc, EMUL_LOCKED); > > >>+ KASSERT(p_em != NULL, ("proc_init: parent emuldata not found for > > >>CLONE_VM\n")); > > >>+ em->shared = p_em->shared; > > >>+ em->shared->refs++; > > >> > > >>This is unsafe. Please use the functions in sys/refcount.h. > > > > > > > > > Well, in this case he's already holding a lock. If he always holds a lock > > > when accessing and modifying refs, then refcount_*() would only add > overhead. > > > > Isn't he holding the wrong lock (emul_lock vs emul_shared_lock)? > > Maybe. I think those should be merged into one lock anyway. :) it used to be one lock, but it caused more problems then now... pls, let me fix all the issue and then judge, ok? :) From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 16:37:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CB8416A4E0 for ; Tue, 15 Aug 2006 16:37:15 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from ns.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 323D943D88 for ; Tue, 15 Aug 2006 16:36:52 +0000 (GMT) (envelope-from takawata@init-main.com) Received: from init-main.com (localhost [127.0.0.1]) by ns.init-main.com (8.13.7/8.13.3) with ESMTP id k7FGX0Ql025447 for ; Wed, 16 Aug 2006 01:33:00 +0900 (JST) (envelope-from takawata@init-main.com) Message-Id: <200608151633.k7FGX0Ql025447@ns.init-main.com> To: freebsd-current@freebsd.org From: takawata@jp.freebsd.org Date: Wed, 16 Aug 2006 01:33:00 +0900 Sender: takawata@init-main.com Subject: AMD64 self build fail during building libmagic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 16:37:15 -0000 Hi, I recently encountered build failure with libmagic for this one month. My investigating shows that intermediate executable 'mkmagic' fails to detect the termination of some description of entries which is longer than expect.(According to contrib/file/file.h the length is MAXDESC=64.) The following is a workaround for it. Is it known problem? Index: Magdir/audio =================================================================== RCS file: /home/ncvs/src/contrib/file/Magdir/audio,v retrieving revision 1.1.1.8 diff -u -r1.1.1.8 audio - --- Magdir/audio 19 Jun 2006 07:52:14 -0000 1.1.1.8 +++ Magdir/audio 14 Aug 2006 04:17:38 -0000 @@ -25,7 +25,7 @@ >12 belong 19 16-bit linear compressed, >12 belong 20 16-bit linear with emphasis and compression, >12 belong 21 Music kit DSP commands, - ->12 belong 23 8-bit ISDN mu-law compressed (CCITT G.721 ADPCM voice data encoding), +>12 belong 23 8-bit ISDN mu-law compressed (CCITT G.721), >12 belong 24 compressed (8-bit CCITT G.722 ADPCM) >12 belong 25 compressed (3-bit CCITT G.723.3 ADPCM), >12 belong 26 compressed (5-bit CCITT G.723.5 ADPCM), @@ -55,7 +55,7 @@ >12 belong 19 16-bit linear compressed, >12 belong 20 16-bit linear with emphasis and compression, >12 belong 21 Music kit DSP commands, - ->12 lelong 23 8-bit ISDN mu-law compressed (CCITT G.721 ADPCM voice data encoding), +>12 lelong 23 8-bit ISDN mu-law compressed (CCITT G.721), >12 belong 24 compressed (8-bit CCITT G.722 ADPCM) >12 belong 25 compressed (3-bit CCITT G.723.3 ADPCM), >12 belong 26 compressed (5-bit CCITT G.723.5 ADPCM), From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 16:41:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F27E116A4EE; Tue, 15 Aug 2006 16:41:07 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85B3D43D80; Tue, 15 Aug 2006 16:41:00 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.6/8.13.6) id k7FGexpO027319; Tue, 15 Aug 2006 11:40:59 -0500 (CDT) (envelope-from dan) Date: Tue, 15 Aug 2006 11:40:59 -0500 From: Dan Nelson To: Carlos Silva Message-ID: <20060815164059.GA88051@dan.emsphone.com> References: <44E1EF14.4000305@yourdot-mail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44E1EF14.4000305@yourdot-mail.com> X-OS: FreeBSD 6.1-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: mrtg problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 16:41:08 -0000 In the last episode (Aug 15), Carlos Silva said: > hi again, > > i have troubles with MRTG, a strange error that never happened to me. > > output > > osiris# /etc/rc.d/mrtg_daemon start This file usually likes in /usr/local/etc/rc.d/ > Starting mrtg_daemon. > Daemonizing MRTG ... > osiris# /bin/rateup: Permission denied This file usually lives in /usr/local/bin/ > Rateup ERROR: Can't open 192.168.1.1_1.tmp for write Is WorkDir pointing to a directory the mrtg user has write permission for? -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 16:44:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46F3D16A4E0; Tue, 15 Aug 2006 16:44:03 +0000 (UTC) (envelope-from security@yourdot-mail.com) Received: from jupiter.nswebhost.com (jupiter.nswebhost.com [66.246.252.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1086543D5D; Tue, 15 Aug 2006 16:43:58 +0000 (GMT) (envelope-from security@yourdot-mail.com) Received: from 87.60.30.213.rev.vodafone.pt ([213.30.60.87]:37951 helo=[192.168.1.10]) by jupiter.nswebhost.com with esmtpa (Exim 4.52) id 1GD16H-0007M6-Q7; Tue, 15 Aug 2006 10:45:06 -0500 Message-ID: <44E1F9C7.1090909@yourdot-mail.com> Date: Tue, 15 Aug 2006 17:43:51 +0100 From: Carlos Silva User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) To: Dan Nelson , freebsd-ports@freebsd.org, freebsd-current@freebsd.org References: <44E1EF14.4000305@yourdot-mail.com> <20060815164059.GA88051@dan.emsphone.com> In-Reply-To: <20060815164059.GA88051@dan.emsphone.com> Content-Transfer-Encoding: 7bit X-ClamAntiVirus-Scanner: This mail is clean X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - jupiter.nswebhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - yourdot-mail.com X-Source: X-Source-Args: X-Source-Dir: MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: mrtg problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 16:44:03 -0000 hi, yes i have chmoded 777 Best Regards, Carlos Silva, CSilva Web: [1]http://www.csilva.org/ Dan Nelson escreveu: In the last episode (Aug 15), Carlos Silva said: hi again, i have troubles with MRTG, a strange error that never happened to me. output osiris# /etc/rc.d/mrtg_daemon start This file usually likes in /usr/local/etc/rc.d/ Starting mrtg_daemon. Daemonizing MRTG ... osiris# /bin/rateup: Permission denied This file usually lives in /usr/local/bin/ Rateup ERROR: Can't open 192.168.1.1_1.tmp for write Is WorkDir pointing to a directory the mrtg user has write permission for? References 1. http://www.csilva.org/ From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 17:03:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0914116A580; Tue, 15 Aug 2006 17:03:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2562A43D53; Tue, 15 Aug 2006 17:03:31 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7FH3SAi028898; Tue, 15 Aug 2006 13:03:28 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Alexander Leidinger Date: Tue, 15 Aug 2006 12:41:17 -0400 User-Agent: KMail/1.9.1 References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1E85D.5070805@FreeBSD.org> <20060815180713.6a4ee2e6@Magellan.Leidinger.net> In-Reply-To: <20060815180713.6a4ee2e6@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608151241.18129.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]); Tue, 15 Aug 2006 13:03:28 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1664/Tue Aug 15 10:28:31 2006 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: Suleiman Souhlal , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 17:03:37 -0000 On Tuesday 15 August 2006 12:07, Alexander Leidinger wrote: > > Not really. I haven't looked at the changes in p4 not because I'm not > > interested, but because they were a work in progress. I'd rather look at > > "commit canditates". > > There where reviews of p4 changes. So it's not completely unreviewed. For my case, although I did comment on some p4 changes, because it was a WIP, I waited to see how things would develop with the intent on providing more feedback when there was a commit candidate. I was not aware that you were going to commit the patch until I woke up this morning and saw it started going into the tree. :) That was the only thing that struck me as a bit odd. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 17:49:59 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00D7216A4DD for ; Tue, 15 Aug 2006 17:49:59 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 0777643D7B for ; Tue, 15 Aug 2006 17:49:43 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 54957 invoked from network); 15 Aug 2006 17:49:41 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 15 Aug 2006 17:49:41 -0000 X-pair-Authenticated: 80.165.155.106 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.6/8.13.6) with ESMTP id k7FHnebN018430; Tue, 15 Aug 2006 19:49:40 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.6/8.13.6/Submit) id k7FHnexv018429; Tue, 15 Aug 2006 19:49:40 +0200 (CEST) (envelope-from pho) Date: Tue, 15 Aug 2006 19:49:40 +0200 From: Peter Holm To: Robert Watson Message-ID: <20060815174940.GA18388@peter.osted.lan> References: <20060815154836.GA10128@peter.osted.lan> <20060815165955.J45647@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060815165955.J45647@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: Re: panic: mutex nfsd_mtx not owned at nfs_srvsock.c:148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 17:49:59 -0000 On Tue, Aug 15, 2006 at 05:01:20PM +0100, Robert Watson wrote: > > On Tue, 15 Aug 2006, Peter Holm wrote: > > >While stress testing GENERIC HEAD from Aug 12 12:55 UTC I got this > >panic: > > > >panic: mutex nfsd_mtx not owned at > >../../../nfsserver/nfs_srvsock.c:148 > >cpuid = 2 > >KDB: enter: panic > >[thread pid 761 tid 100096 ] > >Stopped at kdb_enter+0x2b: nop > >db> where > >Tracing pid 761 tid 100096 td 0xc4041a20 > >kdb_enter(c091cda8) at kdb_enter+0x2b > >panic(c091c0b7,c09210c9,c093241d,94,0,...) at panic+0x14b > >_mtx_assert(c0a64ec0,1,c093241d,94,c07ec53c,...) at _mtx_assert+0x66 > >nfs_rephead(0,c52a0600,48,e662e964,e662e968,...) at nfs_rephead+0x25 > >nfsrv_symlink(c52a0600,c4071e00,c4041a20,e662ec40) at > >nfsrv_symlink+0x3b7 > >nfssvc_nfsd(c4041a20) at nfssvc_nfsd+0x409 > >nfssvc(c4041a20,e662ed04) at nfssvc+0x18c > >syscall(3b,3b,3b,1,0,...) at syscall+0x256 > > > >More details @ http://people.freebsd.org/~pho/stress/log/cons204.html > > Could you use gdb to generate frame debugging information for the frame > above nfs_rephead() (nfsrv_symlink()) also, please? I'm a bit puzzled as > to how things got into this state, as under normal circumstances, > nfsm_reply() is the source of the nfs_rephead() call, and the NFS mutex is > acquired the line before the call to nfsm_reply(). > cons204.html has been updated with info from frame 12. - Peter > Thanks, > > Robert N M Watson > Computer Laboratory > University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 16:45:31 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4E3F16A4E0 for ; Tue, 15 Aug 2006 16:45:31 +0000 (UTC) (envelope-from tofik@oxygen.az) Received: from mail.ultel.net (ns2.ultel.net [81.21.80.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2618243D5D for ; Tue, 15 Aug 2006 16:45:28 +0000 (GMT) (envelope-from tofik@oxygen.az) Received: from mail.ultel.net (localhost.ultel.net [127.0.0.1]) by mail.ultel.net (Postfix) with ESMTP id CEA7B17174; Tue, 15 Aug 2006 21:45:26 +0500 (AZST) Received: from [192.168.1.4] (unknown [81.21.81.41]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.ultel.net (Postfix) with ESMTP id D8D9217173; Tue, 15 Aug 2006 21:45:24 +0500 (AZST) Message-ID: <44E1FA18.1000903@oxygen.az> Date: Tue, 15 Aug 2006 21:45:12 +0500 From: Tofik Suleymanov MIME-Version: 1.0 To: Bachilo Dmitry References: <200608151627.37828.root@solink.ru> In-Reply-To: <200608151627.37828.root@solink.ru> Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Tue, 15 Aug 2006 17:50:10 +0000 Cc: Rauf Kuliyev , current@freebsd.org Subject: Re: throughput and interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 16:45:31 -0000 Bachilo Dmitry wrote: > Hello. > I am completely stuck. I have a router, that rules three subnets. At first > there were Allied Telesyn's netcards with realtek chipsets. I am using > ipfw+natd and I had like 3,5 megabytes per second with 20 per cent of > interrupt load. I had "discarded oversized frame" too often so I've replaced > two main cards with 3Com 905 and now my xl0 and xl1 never discard frames. But > I saw no speed boost and interrupts were also very high. I have discovered > some IRQ conflicts and removed them, now I have single device per IRQ, but > still i have near 20-30 % of interrupt load, when i download something > through this router (and natd takes rest % of CPU). Some people advised me to > use polling, so I've built kernel with HZ=1000, polling and tried it. > Interrupts grew to 40-50% and speed decreased to 200-300 kb/s, so I had to > turn the polling off. > > I just don't know what to try, to gain at least 9 mb/s, because this is what I > get at home with the same cards, the same processor, with no polling and > throgh the same provider. > > Best regards, > Bachilo Dmitry > Dmitry, Could you please try natd+kqueue patch from http://www.freebsd.az/patches.html and report results (difference it made etc etc) ? I did not have any chance to test it in heavy load environment.yet. Thank you, Tofig Suleymanov From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 18:04:55 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BB6C16A4F8 for ; Tue, 15 Aug 2006 18:04: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 7611343E04 for ; Tue, 15 Aug 2006 18:03:43 +0000 (GMT) (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 CEBCD46B06; Tue, 15 Aug 2006 14:03:42 -0400 (EDT) Date: Tue, 15 Aug 2006 19:03:42 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Peter Holm In-Reply-To: <20060815174940.GA18388@peter.osted.lan> Message-ID: <20060815190221.H45647@fledge.watson.org> References: <20060815154836.GA10128@peter.osted.lan> <20060815165955.J45647@fledge.watson.org> <20060815174940.GA18388@peter.osted.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org Subject: Re: panic: mutex nfsd_mtx not owned at nfs_srvsock.c:148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 18:04:55 -0000 On Tue, 15 Aug 2006, Peter Holm wrote: > On Tue, Aug 15, 2006 at 05:01:20PM +0100, Robert Watson wrote: >> >> On Tue, 15 Aug 2006, Peter Holm wrote: >> >>> While stress testing GENERIC HEAD from Aug 12 12:55 UTC I got this >>> panic: >>> >>> panic: mutex nfsd_mtx not owned at >>> ../../../nfsserver/nfs_srvsock.c:148 >>> cpuid = 2 >>> KDB: enter: panic >>> [thread pid 761 tid 100096 ] >>> Stopped at kdb_enter+0x2b: nop >>> db> where >>> Tracing pid 761 tid 100096 td 0xc4041a20 >>> kdb_enter(c091cda8) at kdb_enter+0x2b >>> panic(c091c0b7,c09210c9,c093241d,94,0,...) at panic+0x14b >>> _mtx_assert(c0a64ec0,1,c093241d,94,c07ec53c,...) at _mtx_assert+0x66 >>> nfs_rephead(0,c52a0600,48,e662e964,e662e968,...) at nfs_rephead+0x25 >>> nfsrv_symlink(c52a0600,c4071e00,c4041a20,e662ec40) at >>> nfsrv_symlink+0x3b7 >>> nfssvc_nfsd(c4041a20) at nfssvc_nfsd+0x409 >>> nfssvc(c4041a20,e662ed04) at nfssvc+0x18c >>> syscall(3b,3b,3b,1,0,...) at syscall+0x256 >>> >>> More details @ http://people.freebsd.org/~pho/stress/log/cons204.html >> >> Could you use gdb to generate frame debugging information for the frame >> above nfs_rephead() (nfsrv_symlink()) also, please? I'm a bit puzzled as >> to how things got into this state, as under normal circumstances, >> nfsm_reply() is the source of the nfs_rephead() call, and the NFS mutex is >> acquired the line before the call to nfsm_reply(). > > cons204.html has been updated with info from frame 12. Ah, all makes sense now. I didn't realize that nfsm_srvpathsiz() was a route to nfsm_reply(). I'll investigate how best to fix this this evening. Similar bugs may exist elsewhere in the NFS server, and will presumably turn up during mbuf starvation. Thanks! Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 19:04:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3C5216A4DD; Tue, 15 Aug 2006 19:04:11 +0000 (UTC) (envelope-from prvs=julian=3755039ab@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B97243D9B; Tue, 15 Aug 2006 19:04:03 +0000 (GMT) (envelope-from prvs=julian=3755039ab@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 15 Aug 2006 12:04:03 -0700 Message-ID: <44E21AA2.7030301@elischer.org> Date: Tue, 15 Aug 2006 12:04:02 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> <44E1E85D.5070805@FreeBSD.org> <20060815180713.6a4ee2e6@Magellan.Leidinger.net> In-Reply-To: <20060815180713.6a4ee2e6@Magellan.Leidinger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Suleiman Souhlal , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 19:04:11 -0000 Alexander Leidinger wrote: >Quoting Suleiman Souhlal (Tue, 15 Aug 2006 17:29:33 +0200): > > > >>You could have released a sys/ snapshot tarball? >> >> > -current is specifically "not stable". I agree absolutly with committing this so that more eyes can see it in a neasy way and so that it can get more testing. If there are instabilities, then we can live with it for a few days. From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 19:35:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41C5416A4DD; Tue, 15 Aug 2006 19:35:03 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41A6A43D8F; Tue, 15 Aug 2006 19:34:50 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k7FJY9EZ012420; Tue, 15 Aug 2006 12:34:09 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k7FJY9UZ012419; Tue, 15 Aug 2006 12:34:09 -0700 (PDT) (envelope-from sgk) Date: Tue, 15 Aug 2006 12:34:09 -0700 From: Steve Kargl To: Julian Elischer Message-ID: <20060815193409.GA12116@troutmask.apl.washington.edu> References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> <44E1E85D.5070805@FreeBSD.org> <20060815180713.6a4ee2e6@Magellan.Leidinger.net> <44E21AA2.7030301@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44E21AA2.7030301@elischer.org> User-Agent: Mutt/1.4.2.2i Cc: Alexander Leidinger , Suleiman Souhlal , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 19:35:03 -0000 On Tue, Aug 15, 2006 at 12:04:02PM -0700, Julian Elischer wrote: > Alexander Leidinger wrote: > > >Quoting Suleiman Souhlal (Tue, 15 Aug 2006 17:29:33 > >+0200): > > > >>You could have released a sys/ snapshot tarball? > >> > > -current is specifically "not stable". > I agree absolutly with committing this so that more eyes can see it > in a neasy way and so that it can get more testing. If there are > instabilities, > then we can live with it for a few days. > linux emulation on amd64 has been broken for several days. acroread and openoffice both drop core. These changes probably can't make matters worse. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 20:04:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15AA716A4DA; Tue, 15 Aug 2006 20:04:54 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id B55DE43D45; Tue, 15 Aug 2006 20:04:53 +0000 (GMT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id k7FK4rlZ003488; Tue, 15 Aug 2006 13:04:53 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id k7FK4qOv003481; Tue, 15 Aug 2006 13:04:53 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Tue, 15 Aug 2006 13:04:52 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: Alexander Leidinger In-Reply-To: <20060815153451.604d16f1@Magellan.Leidinger.net> Message-ID: <20060815130418.I18116@demos.bsdclusters.com> References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Suleiman Souhlal , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 20:04:54 -0000 What does testing buy us when you've already admitted that futexes et al. are broken? -Kip On Tue, 15 Aug 2006, Alexander Leidinger wrote: > Quoting Suleiman Souhlal (Tue, 15 Aug 2006 14:53:56 +0200): > > I'm doing post-commit checks now (everything is commited and I'm doing > a kernel build now)... > > > Alexander Leidinger wrote: > > > > > I already started... and I don't want to commit some parts (the linker > > > stuff which allows to use the module on amd64). > > > > > > It is also not used by default, as long as we have 2.4.2 for the linux > > > version, no new functions will be used by glibc. So there is no change > > > in behavior after the commits. I tested with acroread (which has issues > > > when run with a 2.6.16 compat.linux.osrelease version, where the new > > > functions are used by glibc). > > > > > > So this gives us: > > > - coverity reports for the code *before the end of the SoC* > > > > Why the rush? I'm sure Roman will be around even when the SoC is over. > > Yes, but first he will take a vacation, and then he will not be > available as much as he is now. And maybe Coverity will detect a bug > which we search currently but can't find (don't know how likely this > is, but it is at least possible). > > > Also, I'm not asking you to wait a month, just a couple of days until > > more people have had a chance to look at the changes. > > I thought about this before deciding to commit it. Most of the code was > available in P4. Those people with real interest already had a chance > to look at it, or they didn't had time to do so. If they didn't had > time to have a look at it, who knows if they have time to do it now? > There's always someone who says "oh... if you waited 2 days longer...". > > That's not the only reason. Tomorrow my holiday is over and I have to > catch up at work. Today I have plenty of time to commit urgent issues > (e.g., tinderbox breakage). And at the upcomming WE I may not have > enough time to do what I do today. > > Additionally, the work is a little bit stalled currently, we need more > testers of the new code. There are a lot of people out there which want > to test, but don't know how to patch or fear to do something wrong when > they patch. With the approach I've taken, they just need to run a > sysctl (compat.linux.osrelease=2.6.16) and they can test. All which > don't want to test just don't need to care about it. > > > It's a bit unreasonable to say "here's a patch, please look at it" and > > commit it less than a day later. > > Yes, it was a little bit fast... > > > > - no change in behavior in the default case, since the new calls > > > aren't used by glibs as long as... see following entry > > > - easy testing possibility (sysctl compat.linux.osrelease=2.6.16, > > > defaults to 2.4.2) > > > - more eyes on the code > > > > Those are not valid reasons to commit unreviewed and potentially wrong > > changes. > > Uhm... how many percent of code committed to current is reviewed before > it is commited? How many percent of the code I committed is not > reviewed and how much is this related to the amount of unreviewed code > committed in a busy week? > > I'm running a kernel with this changes here and since I didn't enabled > the new code with the sysctl, I don't see any difference in the > behavior of the linuxolator. The potentially wrong code isn't active. > It's like loading the linprocfs module but not using it. > > Bye, > Alexander. > > -- > Calvin: Can you make a living playing silly games? His Dad: Actually, you > can be among the most overpaid people on the planet. > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 20:10:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD33316A4DF; Tue, 15 Aug 2006 20:10:53 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3894243D73; Tue, 15 Aug 2006 20:10:44 +0000 (GMT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id k7FKAglZ005823; Tue, 15 Aug 2006 13:10:42 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id k7FKAghR005820; Tue, 15 Aug 2006 13:10:42 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Tue, 15 Aug 2006 13:10:42 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: Steve Kargl In-Reply-To: <20060815193409.GA12116@troutmask.apl.washington.edu> Message-ID: <20060815131010.M18116@demos.bsdclusters.com> References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> <44E1E85D.5070805@FreeBSD.org> <20060815180713.6a4ee2e6@Magellan.Leidinger.net> <44E21AA2.7030301@elischer.org> <20060815193409.GA12116@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Alexander Leidinger , Suleiman Souhlal , Julian Elischer , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 20:10:53 -0000 Actually, it increases the likelihood that new bugs will increase the difficulty of isolating existing bugs. -Kip > > linux emulation on amd64 has been broken for several days. > acroread and openoffice both drop core. These changes > probably can't make matters worse. > > -- > Steve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 20:29:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 959F916A4DD; Tue, 15 Aug 2006 20:29:00 +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 27D4E43D46; Tue, 15 Aug 2006 20:28:59 +0000 (GMT) (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 8055446B9A; Tue, 15 Aug 2006 16:28:58 -0400 (EDT) Date: Tue, 15 Aug 2006 21:28:58 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexander Leidinger In-Reply-To: <20060815180713.6a4ee2e6@Magellan.Leidinger.net> Message-ID: <20060815212143.G45647@fledge.watson.org> References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> <44E1E85D.5070805@FreeBSD.org> <20060815180713.6a4ee2e6@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Suleiman Souhlal , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 20:29:00 -0000 On Tue, 15 Aug 2006, Alexander Leidinger wrote: >>> How many percent of the code I committed is not reviewed and how much is >>> this related to the amount of unreviewed code committed in a busy week? >> >> I don't want to sound harsh or like I'm doubting Roman's ability, but most >> of the unreviewed code that gets committed comes from people who have more >> experience than Roman and who usually "own" the part of the kernel they are >> touching. > > This doesn't help when the code in question isn't owned like the > linuxolator. Because most of the new code will not affect the rest of the > system (only linux programs, if at all), I don't think committing this now > was a big mistake. I'd like to see this handled better in the future, myself. In the past 24 hours several reviews have come in -- unfortunately, all after the commit, because almost no time was given for the reviews to be done before the commit. Given that there have been several replies on the perforce list indicating that sections of the changes weren't yet in an acceptable form for committing (i.e., broken), waiting for that to settle out before committing makes a lot of sense. -CURRENT is here to provide communal testing, but that doesn't mean that broken code should be committed intentionally. Over the past 3-4 years, the standards for committing code to -CURRENT have gone up *significantly*, and -CURRENT should not be considered a "free-for-all". It's the base branch for an enourmous amount of other work, and if -CURRENT gets broken, that holds up all the dependent work. Waiting three or four days after a patch is posted for reviews to come in is a reasonable minimum expectation for a large set of changes, especially when it's clear that there are people out there willing to review the changes (vis P4 submit replies). We have Perforce available for exactly this reason: works in progress can remain outside the tree until they can be adequately reviewed and tested, rather than having to be committed quickly in order to keep them in revision control. This became critical a few years ago when it became clear to everyone that the project had grown to a point where having the "-CURRENT can be broken at any time" assumption wasn't sustainable, as it meant -CURRENT was broken all of the time. We can't go back to that, and that means that everyone who is committing to -CURRENT needs to hold themselves to high standards of review and testing. I.e., I think this commit was a mistake. I'm not asking for it to be backed out, but given the uproar it's caused, and the amount of immediate feedback on problems in the patch, waiting another two days to get that feedback and fix the problems is a minimal expectation for committing to the kernel. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 20:48:25 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BB6016A4DF; Tue, 15 Aug 2006 20:48:25 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9FB043D49; Tue, 15 Aug 2006 20:48:23 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.7/8.13.7) with ESMTP id k7FKmHQr076941 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 15 Aug 2006 22:48:17 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.7/8.13.3/Submit) id k7FKmHiH076940; Tue, 15 Aug 2006 22:48:17 +0200 (CEST) Date: Tue, 15 Aug 2006 22:48:17 +0200 From: Divacky Roman To: Kip Macy Message-ID: <20060815204817.GA75819@stud.fit.vutbr.cz> References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> <20060815130418.I18116@demos.bsdclusters.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060815130418.I18116@demos.bsdclusters.com> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: Alexander Leidinger , Suleiman Souhlal , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 20:48:25 -0000 On Tue, Aug 15, 2006 at 01:04:52PM -0700, Kip Macy wrote: > What does testing buy us when you've already admitted that futexes et > al. are broken? the futexes are not 100% working which is different from broken. it passes my pthread tests and its able to run quite complicated programs (firefox, opera) the problem is (for example) with realplay which hangs waiting on a futex when I attempt to play a file. I noticed that this behaviour changes based upon what pid I copy out to the parent thread (when I copy linux-tid ff/opera works and realplay not, when I copy linux-pid ff is broken, realplay works). if anyone has an idea what can cause this feel free to tell me. the point is - other people might see what the bug is. I dont see it. what commiting this code into src means? 1) more eyeballs to review 2) coverity run - I strongly suggest extending coverity to run on some p4 branches 3) some panics etc. might be revealed 4) the commit is almost 100% self-contained and doesnt break anything while I agree that Alexander could wait 2-3 days in general case I also know his reasons why he commited it so fast - his vacation ends and he wanted to devote today to integrating this stuff into the cvs. On the other hand I've seen too many patches which got never integrated that I am glad this one is different. my 2 cents Roman Divacky (the author of the patch in question) From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 20:55:17 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C307C16A4DA; Tue, 15 Aug 2006 20:55:17 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 031AC43D45; Tue, 15 Aug 2006 20:55:16 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F490.dip.t-dialin.net [84.165.244.144]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k7FKcq9Q076637; Tue, 15 Aug 2006 22:38:53 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k7FKtD5W009231; Tue, 15 Aug 2006 22:55:14 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Tue, 15 Aug 2006 22:57:12 +0200 From: Alexander Leidinger To: Kip Macy Message-ID: <20060815225712.5cf41e33@Magellan.Leidinger.net> In-Reply-To: <20060815131010.M18116@demos.bsdclusters.com> References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> <44E1E85D.5070805@FreeBSD.org> <20060815180713.6a4ee2e6@Magellan.Leidinger.net> <44E21AA2.7030301@elischer.org> <20060815193409.GA12116@troutmask.apl.washington.edu> <20060815131010.M18116@demos.bsdclusters.com> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Suleiman Souhlal , Julian Elischer , Steve Kargl , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 20:55:17 -0000 Quoting Kip Macy (Tue, 15 Aug 2006 13:10:42 -0700 (PDT)): > > Actually, it increases the likelihood that new bugs will increase the > difficulty of isolating existing bugs. > > -Kip > > > > > linux emulation on amd64 has been broken for several days. > > acroread and openoffice both drop core. These changes > > probably can't make matters worse. jhb asked for debugging infos and I tried to push people for them too. So far nobody helped with the necessary debug stuff. People with interest in getting this fixed can coordinate with jhb, it is independent from the SoC stuff... Bye, Alexander. -- Han Solo: Watch your mouth, kid, or you're gonna find yourself floating home. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 20:56:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36D8116A4DA for ; Tue, 15 Aug 2006 20:56:08 +0000 (UTC) (envelope-from bushman@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 339D943D53 for ; Tue, 15 Aug 2006 20:56:05 +0000 (GMT) (envelope-from bushman@rsu.ru) Received: from stinger.cc.rsu.ru (stinger.cc.rsu.ru [195.208.252.82]) by mail.r61.net (8.13.7/8.13.6) with ESMTP id k7FKu1WY059036 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 16 Aug 2006 00:56:01 +0400 (MSD) (envelope-from bushman@rsu.ru) Date: Wed, 16 Aug 2006 01:04:05 +0400 (MSD) From: Michael Bushkov X-X-Sender: bushman@stinger.cc.rsu.ru To: freebsd-current@freebsd.org Message-ID: <20060816005328.F1144@stinger.cc.rsu.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on asterix.r61.net X-Virus-Status: Clean Subject: nss_ldap rewritten (SoC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 20:56:08 -0000 Hello, I'm glad to post the link to the experimental version of the new BSD-licensed nss_ldap, that was written during SoC. It can be downloaded as a port from here: http://www.rsu.ru/~bushman/nss_ldap/nss_ldap_bsd.tar.gz nss_ldap_bsd currently supports "passwd", "group" and "services" nsswitch databases and rfc2307 schema. It's configuration file is mostly compatible with PADL's nss_ldap's configuration file. Additional information about nss_ldap_bsd development can be found here: http://wikitest.freebsd.org/NssLdapRewritten The main goal of the nss_ldap_bsd is to be compatible and interchangeable with PADL's nss_ldap, but to be licensed under BSD license and to be more flexible and easily extendable. It is also possible that nss_ldap_bsd would be merged into the tree along with OpenLDAP. Please try it and send me your comments and suggestions. With best regards, Michael Bushkov Rostov State University From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 20:59:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 478F816A4E0 for ; Tue, 15 Aug 2006 20:59:02 +0000 (UTC) (envelope-from gardnermj@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E8BC43D55 for ; Tue, 15 Aug 2006 20:59:00 +0000 (GMT) (envelope-from gardnermj@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so1871128pyc for ; Tue, 15 Aug 2006 13:59:00 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ecBG82T8cRBVK8C75y58zchJJAhzEVBdx2aWpPNM1X98dntjXs1hxI17IGWbtDpjKKKFjrZnb3bhCouLVBZWYzLqMCkp7mszcFBr4cB8EZF5+PO8UAbMsYM1mN9GqGRmyNlGTPGMd3kYJZwAVQYa9CYJg4uNkUEceVFLje04nuc= Received: by 10.35.94.2 with SMTP id w2mr16290400pyl; Tue, 15 Aug 2006 13:59:00 -0700 (PDT) Received: by 10.35.21.19 with HTTP; Tue, 15 Aug 2006 13:58:59 -0700 (PDT) Message-ID: Date: Tue, 15 Aug 2006 15:58:59 -0500 From: "Michael Gardner" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Ldconfig mistake renders system unbootable? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 20:59:02 -0000 I was trying to get a Linux binary to run (http://filter24.org/seq24/), and was having problems with linking, so I messed around with ldconfig a bit and somehow ended up breaking my system completely. The command I ran before everything broke was "ldconfig -elf /usr/compat/linux/lib", which I now realize was not at all what I wanted to do. Now when I try to boot FreeBSD, even in single user mode, I get the folowing: libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY relocation in -sh libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY relocation in sh It then asks me for the location of my shell, but keeps giving the errors above no matter which shell I choose (/bin/sh being the obvious one). I'm running FreeBSD 6.1 (and have been since it came out, so this shouldn't have anything to do with upgrading). I know I did something monumentally dumb, but how can I fix things? -Michael From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 21:00:32 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C57316A4DF; Tue, 15 Aug 2006 21:00:32 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id A65B643D4C; Tue, 15 Aug 2006 21:00:31 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F490.dip.t-dialin.net [84.165.244.144]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k7FKiEi8076665; Tue, 15 Aug 2006 22:44:14 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k7FL0ZZl010055; Tue, 15 Aug 2006 23:00:35 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Tue, 15 Aug 2006 23:02:34 +0200 From: Alexander Leidinger To: Kip Macy Message-ID: <20060815230234.4b8412b9@Magellan.Leidinger.net> In-Reply-To: <20060815130418.I18116@demos.bsdclusters.com> References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> <20060815130418.I18116@demos.bsdclusters.com> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Suleiman Souhlal , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 21:00:32 -0000 Quoting Kip Macy (Tue, 15 Aug 2006 13:04:52 -0700 (PDT)): > What does testing buy us when you've already admitted that futexes et > al. are broken? Firefox and Opera work. The same is true for a lot of programs which come with linux_base-fc4 (they didn't worked without the patch when osrelease was set to 2.6.16). So it isn't totally broken. What it buys us is reports about more programs which may work or not. For those which don't, we may get a report about an open source program which fails. And knowing about a broken program where can get the source and compile a debuggable version would help in debugging a lot. ATM Roman can only do a rough guess what's wrong. Bye, Alexander. -- He who is known as an early riser need not get up until noon. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 21:02:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EB7D16A4DA for ; Tue, 15 Aug 2006 21:02:37 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3272243D5E for ; Tue, 15 Aug 2006 21:02:36 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20060815210234m910085keje>; Tue, 15 Aug 2006 21:02:34 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k7FL2ST8030430; Tue, 15 Aug 2006 16:02:28 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k7FL2RFh030367; Tue, 15 Aug 2006 16:02:27 -0500 (CDT) (envelope-from brooks) Date: Tue, 15 Aug 2006 16:02:27 -0500 From: Brooks Davis To: Michael Gardner Message-ID: <20060815210227.GA5160@lor.one-eyed-alien.net> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Ldconfig mistake renders system unbootable? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 21:02:37 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 15, 2006 at 03:58:59PM -0500, Michael Gardner wrote: > I was trying to get a Linux binary to run > (http://filter24.org/seq24/), and was having problems with linking, so > I messed around with ldconfig a bit and somehow ended up breaking my > system completely. The command I ran before everything broke was > "ldconfig -elf /usr/compat/linux/lib", which I now realize was not at > all what I wanted to do. Now when I try to boot FreeBSD, even in > single user mode, I get the folowing: >=20 > libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY > relocation in -sh > libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY > relocation in sh >=20 > It then asks me for the location of my shell, but keeps giving the > errors above no matter which shell I choose (/bin/sh being the obvious > one). >=20 > I'm running FreeBSD 6.1 (and have been since it came out, so this > shouldn't have anything to do with upgrading). I know I did something > monumentally dumb, but how can I fix things? Use /rescue/sh as your shell (it's statically linked) and then use /rescue/ldconfig to fix the databases. -- Brooks --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFE4jZiXY6L6fI4GtQRAkOzAKCc6TME3a9kl0qg7ClmHwhKmop9uwCfUoYU Ib5Durm1PrWokueO7GPQmPc= =xq1l -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 21:06:52 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AD5116A4DF; Tue, 15 Aug 2006 21:06:52 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 045CF43D45; Tue, 15 Aug 2006 21:06:51 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k7FL6A5b013225; Tue, 15 Aug 2006 14:06:10 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k7FL64GE013224; Tue, 15 Aug 2006 14:06:04 -0700 (PDT) (envelope-from sgk) Date: Tue, 15 Aug 2006 14:06:03 -0700 From: Steve Kargl To: Alexander Leidinger Message-ID: <20060815210603.GA13060@troutmask.apl.washington.edu> References: <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> <44E1E85D.5070805@FreeBSD.org> <20060815180713.6a4ee2e6@Magellan.Leidinger.net> <44E21AA2.7030301@elischer.org> <20060815193409.GA12116@troutmask.apl.washington.edu> <20060815131010.M18116@demos.bsdclusters.com> <20060815225712.5cf41e33@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060815225712.5cf41e33@Magellan.Leidinger.net> User-Agent: Mutt/1.4.2.2i Cc: Suleiman Souhlal , Kip Macy , Julian Elischer , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 21:06:52 -0000 On Tue, Aug 15, 2006 at 10:57:12PM +0200, Alexander Leidinger wrote: > Quoting Kip Macy (Tue, 15 Aug 2006 13:10:42 -0700 (PDT)): > > > > > Actually, it increases the likelihood that new bugs will increase the > > difficulty of isolating existing bugs. > > > > > > > > linux emulation on amd64 has been broken for several days. > > > acroread and openoffice both drop core. These changes > > > probably can't make matters worse. > > jhb asked for debugging infos and I tried to push people for them too. > So far nobody helped with the necessary debug stuff. People with > interest in getting this fixed can coordinate with jhb, it is > independent from the SoC stuff... > I've tried to get more info. Unfortunately, the core dumps (that I've been able to get) do not reveal anything beyond what John already knew. See Kip's quote above on why finding this already elusive bug may become much more difficult. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 21:30:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7B9116A4E1 for ; Tue, 15 Aug 2006 21:30:10 +0000 (UTC) (envelope-from gardnermj@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05C0F43E09 for ; Tue, 15 Aug 2006 21:28:44 +0000 (GMT) (envelope-from gardnermj@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so644589nzn for ; Tue, 15 Aug 2006 14:28:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DubGddVZNdGH2NtxP0feelkVMC1uCNNbDIQw09mICl6EArEgttDTggWbHx2h9blOmEVT/YkAilPCcBZbbtFGzrjUXITGRtGLh1je7vSqJobHEdhKoO8MtCyKsDkZeXeWAwQAuPmjDwDcjLoHKwYMyRrGo2GUb//AKcPfn6xEnyY= Received: by 10.35.66.12 with SMTP id t12mr16373519pyk; Tue, 15 Aug 2006 14:28:33 -0700 (PDT) Received: by 10.35.21.19 with HTTP; Tue, 15 Aug 2006 14:28:33 -0700 (PDT) Message-ID: Date: Tue, 15 Aug 2006 16:28:33 -0500 From: "Michael Gardner" To: freebsd-current@freebsd.org In-Reply-To: <20060815210227.GA5160@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060815210227.GA5160@lor.one-eyed-alien.net> Subject: Re: Ldconfig mistake renders system unbootable? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 21:30:10 -0000 Thanks to both of you. I used /rescue/sh, remounted / read-write, and re-ran ldconfig to get everything working again. -Michael From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 21:42:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 010B616A4DF for ; Tue, 15 Aug 2006 21:42:50 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from mail.in5.pl (rollercoaster.insane.pl [213.251.173.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC03643DD0 for ; Tue, 15 Aug 2006 21:41:58 +0000 (GMT) (envelope-from sthalik@tehran.lain.pl) Received: from c182-250.icpnet.pl ([85.221.182.250] helo=tehran.local) by mail.in5.pl with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (envelope-from ) id 1GD6fb-0007mF-G2 for freebsd-current@freebsd.org; Tue, 15 Aug 2006 23:41:55 +0200 Received: from sthalik by tehran.local with local (Exim 4.62) (envelope-from ) id 1GD6fa-000467-Eg for freebsd-current@freebsd.org; Tue, 15 Aug 2006 23:41:54 +0200 Date: Tue, 15 Aug 2006 23:41:54 +0200 From: Stanislaw Halik To: freebsd-current@freebsd.org Message-ID: <20060815214154.GA14707@localhost.localdomain> Mail-Followup-To: freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.12-2006-07-14 X-User: sthalik Subject: Re: Ldconfig mistake renders system unbootable? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 21:42:50 -0000 On Tue, Aug 15, 2006, Michael Gardner wrote: > libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY > relocation in -sh > libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY > relocation in sh > It then asks me for the location of my shell, but keeps giving the > errors above no matter which shell I choose (/bin/sh being the obvious > one). Try running `/rescue/sh'. -- Indeed, when I design my killer language, the identifiers "foo" and "bar" will be reserved words, never used, and not even mentioned in the reference manual. Any program using one will simply dump core without comment. Multitudes will rejoice. -- Tim Peters, 29 Apr 1998 From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 22:08:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FCE916A4EC; Tue, 15 Aug 2006 22:08:16 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id A99F543D76; Tue, 15 Aug 2006 22:08:06 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F490.dip.t-dialin.net [84.165.244.144]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k7FLpfQU076907; Tue, 15 Aug 2006 23:51:42 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k7FM83DE019687; Wed, 16 Aug 2006 00:08:04 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Wed, 16 Aug 2006 00:10:02 +0200 From: Alexander Leidinger To: Steve Kargl Message-ID: <20060816001002.7b3709b0@Magellan.Leidinger.net> In-Reply-To: <20060815210603.GA13060@troutmask.apl.washington.edu> References: <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> <44E1E85D.5070805@FreeBSD.org> <20060815180713.6a4ee2e6@Magellan.Leidinger.net> <44E21AA2.7030301@elischer.org> <20060815193409.GA12116@troutmask.apl.washington.edu> <20060815131010.M18116@demos.bsdclusters.com> <20060815225712.5cf41e33@Magellan.Leidinger.net> <20060815210603.GA13060@troutmask.apl.washington.edu> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Suleiman Souhlal , Kip Macy , Julian Elischer , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 22:08:16 -0000 Quoting Steve Kargl (Tue, 15 Aug 2006 14:06:03 -0700): > On Tue, Aug 15, 2006 at 10:57:12PM +0200, Alexander Leidinger wrote: > > Quoting Kip Macy (Tue, 15 Aug 2006 13:10:42 -0700 (PDT)): > > > > > > > > Actually, it increases the likelihood that new bugs will increase the > > > difficulty of isolating existing bugs. > > > > > > > > > > > linux emulation on amd64 has been broken for several days. > > > > acroread and openoffice both drop core. These changes > > > > probably can't make matters worse. > > > > jhb asked for debugging infos and I tried to push people for them too. > > So far nobody helped with the necessary debug stuff. People with > > interest in getting this fixed can coordinate with jhb, it is > > independent from the SoC stuff... > > > > I've tried to get more info. Unfortunately, the core dumps > (that I've been able to get) do not reveal anything beyond > what John already knew. See Kip's quote above on why finding He also suggested to add some printf()s to the kernel. > this already elusive bug may become much more difficult. If you don't switch on the use of the new code with sysctl, you don't see a difference. acroread works on i386 as before when you don't use sysctl. The code which is known to have some issues (futexes) isn't available on amd64 (at least not the MD parts), so you will notice if acroread uses the new code or not. If it tries to use the new code for some strange reason (I would be surprised if it does), we are able to come up with a patch which disables this part very fast (actually some parts are already disabled there). Bye, Alexander. -- I CAN'T SEE DEAD PEOPLE I CAN'T SEE DEAD PEOPLE I CAN'T SEE DEAD PEOPLE I CAN'T SEE DEAD PEOPLE Bart Simpson on chalkboard in episode BABF05 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 22:21:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3813316A4DA; Tue, 15 Aug 2006 22:21:41 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 647D643D70; Tue, 15 Aug 2006 22:21:25 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F490.dip.t-dialin.net [84.165.244.144]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k7FM56cB076983; Wed, 16 Aug 2006 00:05:07 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k7FMLTcc021615; Wed, 16 Aug 2006 00:21:29 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Wed, 16 Aug 2006 00:23:28 +0200 From: Alexander Leidinger To: Robert Watson Message-ID: <20060816002328.365a14cd@Magellan.Leidinger.net> In-Reply-To: <20060815212143.G45647@fledge.watson.org> References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> <44E1E85D.5070805@FreeBSD.org> <20060815180713.6a4ee2e6@Magellan.Leidinger.net> <20060815212143.G45647@fledge.watson.org> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Suleiman Souhlal , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 22:21:41 -0000 Quoting Robert Watson (Tue, 15 Aug 2006 21:28:58 +0100 (BST)): > > On Tue, 15 Aug 2006, Alexander Leidinger wrote: > > >>> How many percent of the code I committed is not reviewed and how much is > >>> this related to the amount of unreviewed code committed in a busy week? > >> > >> I don't want to sound harsh or like I'm doubting Roman's ability, but most > >> of the unreviewed code that gets committed comes from people who have more > >> experience than Roman and who usually "own" the part of the kernel they are > >> touching. > > > > This doesn't help when the code in question isn't owned like the > > linuxolator. Because most of the new code will not affect the rest of the > > system (only linux programs, if at all), I don't think committing this now > > was a big mistake. > > I'd like to see this handled better in the future, myself. In the past 24 > hours several reviews have come in -- unfortunately, all after the commit, > because almost no time was given for the reviews to be done before the commit. > Given that there have been several replies on the perforce list indicating > that sections of the changes weren't yet in an acceptable form for committing > (i.e., broken), waiting for that to settle out before committing makes a lot > of sense. -CURRENT is here to provide communal testing, but that doesn't mean > that broken code should be committed intentionally. A lot of the new code isn't used at all if nobody enables the use (sysctl compat.linux.osrelease=2.6.16). The code which is changed and is used even with osrelease=2.4.2 is not much. Reviews of those parts of the code didn't revealed much (mainly name change suggestions and style issues). Reviews of the unused by default part of the code revealed some issues. Some of them may be related to what we see as bugs. The parts of the unused by default code which we know is not bug free is important (futexes), but not totally broken. When activating this unused by default code, a lot of programs work, which didn't worked when changing osrelease before. These programs are some small ones, like bash, ls and other stuff which comes with linux_base-fc4 and some large and complex ones like Firefox and Opera. So a lot of the new code already works (if you activate it) and only parts of it aren't bug free (ok, this may be a little bit over enthusiastic, I can't prove that there are no bugs, but I think you get the point). I also checked if the programs with issues just work fine as before when the new code isn't activated. So I decided to commit this, after I checked that I don't introduce a regression (it is very easy to let acroread fail if you have a PDF file which exposes the bug). If this wouldn't have been the case, I wouldn't have committed this. So yes, I have committed code which is known to be broken. But not everything is broken, and it only breaks programs, if you tell them to use new features *and* if you use programs which trigger the bugs. And the best thing is, you don't need to rebuild your kernel to switch (like with SCHED_BSD and SCHED_ULE, for example). Apart from this, the linuxolator is not the VM, VFS or some other high risk subsystem. If it breaks, don't use it. I'm not aware of a linux application which is necessary to develop changes for the rest of FreeBSD. So this does not slow down other developers (except they want to participate in this discussion...). Robert, I agree with you about the higher standards in -current, and as such I made sure that it doesn't break the world or panics the system in the default case. But after all, this is -current and not -stable. I use it on my desktop system since 3-current, but I don't expect it to work after an update. If a change by someone else breaks my desktop, it is my own fault. It is not a production quality branch. We can't expect everything to be bug free right away, and to fix some bugs we may need some more use cases until we can narrow down the problem. If this can be done by committing code to -current and enabling it with a switch, a lot of people will give it a try. If it is only available as a patch, you will not get nearly as much feedback. Instead of talking about the commits, I suggest to give it a try and to immediately report regressions in the osrelease=2.4.2 case (that's the default). So far we are not aware of regressions. Roman already fixed some issues in p4 which showed up in immediate reviews. Some of them are NOPs from a functional point of view (style, moving code to other places, ...), some of them fix races in the new (and unused by default) code. For the curious ones: the code is "activated" by changing osrelease, because the glibc behaves differently depending on the osrelease. It makes different syscalls based upon the linux kernel version. So if there's a program which tries if a syscall does not return ENOSYS instead of checking the osrelease, it may fail. If you are aware of such a program, please tell us about it. Bye, Alexander (going to bed now). -- It is better to be part of the idle rich class than be part of the idle poor class. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 22:48:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 309F116A4E8 for ; Tue, 15 Aug 2006 22:48:13 +0000 (UTC) (envelope-from uucp@brian.han.de) Received: from baghira.han.de (baghira.han.de [62.48.90.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8740943D73 for ; Tue, 15 Aug 2006 22:47:52 +0000 (GMT) (envelope-from uucp@brian.han.de) Received: by baghira.han.de (Postfix, from userid 10) id 54A01CDA2A; Wed, 16 Aug 2006 00:47:43 +0200 (MEST) Received: (qmail 6961 invoked by uid 10); 16 Aug 2006 00:38:15 -0000 MBOX-Line: From owner-freebsd-geom@freebsd.org Sat Aug 12 17:41:29 2006 Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by baghira.han.de (Postfix) with ESMTP id C695BCD847 for ; Sat, 12 Aug 2006 17:41:27 +0200 (MEST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 089AE56581; Sat, 12 Aug 2006 15:41:27 +0000 (GMT) (envelope-from owner-freebsd-geom@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 17A3916A4FA; Sat, 12 Aug 2006 15:41:26 +0000 (UTC) (envelope-from owner-freebsd-geom@freebsd.org) X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AFD116A4DE; Sat, 12 Aug 2006 15:41:23 +0000 (UTC) (envelope-from supraexpress@globaleyes.net) Received: from MX1.ll.net (mail.globaleyes.net [209.131.230.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD51E43D49; Sat, 12 Aug 2006 15:41:22 +0000 (GMT) (envelope-from supraexpress@globaleyes.net) Received: from [10.0.0.5] (unverified [209.131.254.239]) by MX1.ll.net (Vircom SMTPRS 4.35.480.0) with ESMTP id ; Sat, 12 Aug 2006 10:41:19 -0500 X-Modus-BlackList: 209.131.254.239=OK;supraexpress@globaleyes.net=OK X-Modus-RBL: 209.131.254.239=Excluded X-Modus-Trusted: 209.131.254.239=NO Message-ID: <44DDF69F.7040104@globaleyes.net> Date: Sat, 12 Aug 2006 10:41:19 -0500 From: User1001 User-Agent: Thunderbird 1.5.0.5 (X11/20060806) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20060808195202.GA1564@garage.freebsd.pl> <20060810232255.GE1389@garage.freebsd.pl> <20060811143257.E2260@fledge.watson.org> <20060812100328.GB73241@garage.freebsd.pl> In-Reply-To: <20060812100328.GB73241@garage.freebsd.pl> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-geom@freebsd.org Errors-To: owner-freebsd-geom@freebsd.org Cc: freebsd-geom@freebsd.org Subject: Verifying GELI disk encryption X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 22:48:13 -0000 What are some relatively simple ways to verify the encryption of/on a GELI device? _______________________________________________ freebsd-geom@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-geom To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 22:48:17 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7568C16A4DD for ; Tue, 15 Aug 2006 22:48:17 +0000 (UTC) (envelope-from uucp@brian.han.de) Received: from baghira.han.de (baghira.han.de [62.48.90.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E55F43D6A for ; Tue, 15 Aug 2006 22:47:57 +0000 (GMT) (envelope-from uucp@brian.han.de) Received: by baghira.han.de (Postfix, from userid 10) id B1682CDA29; Wed, 16 Aug 2006 00:47:54 +0200 (MEST) Received: (qmail 7137 invoked by uid 10); 16 Aug 2006 00:38:26 -0000 MBOX-Line: From owner-freebsd-sparc64@freebsd.org Sat Aug 12 19:59:00 2006 Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by baghira.han.de (Postfix) with ESMTP id 6F9F9CD847 for ; Sat, 12 Aug 2006 19:58:59 +0200 (MEST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 3016873946; Sat, 12 Aug 2006 17:56:28 +0000 (GMT) (envelope-from owner-freebsd-sparc64@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 2420716A5CE; Sat, 12 Aug 2006 17:56:12 +0000 (UTC) (envelope-from owner-freebsd-sparc64@freebsd.org) X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2846916A4DA; Sat, 12 Aug 2006 17:56:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CC9943D4C; Sat, 12 Aug 2006 17:56:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.6/8.13.4) with ESMTP id k7CHu30H044509; Sat, 12 Aug 2006 13:56:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k7CHu4fg095697; Sat, 12 Aug 2006 13:56:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1949C7302F; Sat, 12 Aug 2006 13:56:04 -0400 (EDT) From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060812175604.1949C7302F@freebsd-current.sentex.ca> Date: Sat, 12 Aug 2006 13:56:04 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Sender: owner-freebsd-sparc64@freebsd.org Errors-To: owner-freebsd-sparc64@freebsd.org Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 22:48:17 -0000 TB --- 2006-08-12 16:36:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-12 16:36:07 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-08-12 16:36:07 - cleaning the object tree TB --- 2006-08-12 16:36:34 - checking out the source tree TB --- 2006-08-12 16:36:34 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-08-12 16:36:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-12 16:44:24 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-12 16:44:24 - cd /src TB --- 2006-08-12 16:44:24 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-08-12 17:54:18 - generating LINT kernel config TB --- 2006-08-12 17:54:18 - cd /src/sys/sparc64/conf TB --- 2006-08-12 17:54:18 - /usr/bin/make -B LINT TB --- 2006-08-12 17:54:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-08-12 17:54:18 - cd /src TB --- 2006-08-12 17:54:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 12 17:54:19 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/sparc64/pci/ofw_pci_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding cc: /src/sys/ufs/ufs/ufs_gjournal.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-12 17:56:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-12 17:56:03 - ERROR: failed to build lint kernel TB --- 2006-08-12 17:56:03 - tinderbox aborted TB --- 1.03 user 5.05 system 4796.74 real _______________________________________________ freebsd-sparc64@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Aug 15 23:51:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE5D316A4DD for ; Tue, 15 Aug 2006 23:51:09 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36B6643D7F for ; Tue, 15 Aug 2006 23:51:09 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so5882pyc for ; Tue, 15 Aug 2006 16:51:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=I8TfKjr40M8Kp9PadrZo56em2I/xGblF5ukzNwYk4YRmfh5j7Jh45HSwaOVLiMjdtQ5hfsHjIUeMyU/S9FWHW6+gIk04YtJ4gUvX+lvUW1b15H3JhKhdKFdxQtyWvfv8W2l4EP1JAO0/unkUL+9Lmm/IetAtRwrra3EdI+1oeME= Received: by 10.35.97.17 with SMTP id z17mr16528422pyl; Tue, 15 Aug 2006 16:51:08 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Tue, 15 Aug 2006 16:51:08 -0700 (PDT) Message-ID: <2a41acea0608151651x751a4a9en5c4abc5582d4b566@mail.gmail.com> Date: Tue, 15 Aug 2006 16:51:08 -0700 From: "Jack Vogel" To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: i386 build broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2006 23:51:09 -0000 I have not tried to build/use CURRENT for a bit, but I did a cvsup of a system with that on it last night, and I find that it falls over in make depend. This is just trying to build an i386 GENERIC. Known problem?? Suggestions? Thanks, Jack From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 00:15:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0FC716A4DD; Wed, 16 Aug 2006 00:15:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF8C743D5E; Wed, 16 Aug 2006 00:15:56 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k7G0FtUN010401; Tue, 15 Aug 2006 20:15:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k7G0Ft6a012852; Tue, 15 Aug 2006 20:15:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C17967302F; Tue, 15 Aug 2006 20:15:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060816001555.C17967302F@freebsd-current.sentex.ca> Date: Tue, 15 Aug 2006 20:15:55 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 00:15:57 -0000 TB --- 2006-08-15 22:19:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-15 22:19:53 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-08-15 22:19:53 - cleaning the object tree TB --- 2006-08-15 22:20:38 - checking out the source tree TB --- 2006-08-15 22:20:38 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-08-15 22:20:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-15 22:27:48 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-15 22:27:48 - cd /src TB --- 2006-08-15 22:27:48 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-08-16 00:05:26 - generating LINT kernel config TB --- 2006-08-16 00:05:26 - cd /src/sys/amd64/conf TB --- 2006-08-16 00:05:26 - /usr/bin/make -B LINT TB --- 2006-08-16 00:05:26 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-08-16 00:05:26 - cd /src TB --- 2006-08-16 00:05:26 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 16 00:05:26 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/kern/uipc_sem.c: At top level: /src/sys/kern/uipc_sem.c:930: error: conflicting types for 'sem_exechook' /src/sys/kern/uipc_sem.c:74: error: previous declaration of 'sem_exechook' was here /src/sys/kern/uipc_sem.c:930: error: conflicting types for 'sem_exechook' /src/sys/kern/uipc_sem.c:74: error: previous declaration of 'sem_exechook' was here /src/sys/kern/uipc_sem.c:74: warning: 'sem_exechook' declared `static' but never defined /src/sys/kern/uipc_sem.c:75: warning: 'sem_exithook' declared `static' but never defined /src/sys/kern/uipc_sem.c:930: warning: 'sem_exechook' defined but not used *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-16 00:15:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-16 00:15:55 - ERROR: failed to build lint kernel TB --- 2006-08-16 00:15:55 - tinderbox aborted TB --- 1.42 user 7.23 system 6962.16 real From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 01:09:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A73916A4DA for ; Wed, 16 Aug 2006 01:09:41 +0000 (UTC) (envelope-from rnsanchez@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBF7943D49 for ; Wed, 16 Aug 2006 01:09:40 +0000 (GMT) (envelope-from rnsanchez@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so19945wxd for ; Tue, 15 Aug 2006 18:09:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=ZTcNf0x2ZFMZQQ+PU/GOzZQA1MiaNq00IXoF6W2Gs9EC5cbsDSQESlqgMTbY1NM8eDP1Vzl6ByEgt7TN+C+eT1KAqgbC6pbbZxfSUqW9uZiVBrylWNo8TBpi6kUGG+U3HrGQY8CKv3FNBSM2vXga3BoGbwRd+6U9AvlKsSooALc= Received: by 10.70.122.13 with SMTP id u13mr79721wxc; Tue, 15 Aug 2006 18:09:39 -0700 (PDT) Received: from sauron.lan.box ( [200.180.162.44]) by mx.gmail.com with ESMTP id 25sm81817wra.2006.08.15.18.09.38; Tue, 15 Aug 2006 18:09:39 -0700 (PDT) Date: Tue, 15 Aug 2006 22:09:36 -0300 From: Ricardo Nabinger Sanchez To: freebsd-current@freebsd.org Message-Id: <20060815220936.9d1b3f8b.rnsanchez@gmail.com> In-Reply-To: <2a41acea0608151651x751a4a9en5c4abc5582d4b566@mail.gmail.com> References: <2a41acea0608151651x751a4a9en5c4abc5582d4b566@mail.gmail.com> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: i386 build broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 01:09:41 -0000 On Tue, 15 Aug 2006 16:51:08 -0700, "Jack Vogel" wrote: > I have not tried to build/use CURRENT for a bit, but I did a cvsup of a > system with that on it last night, and I find that it falls over in make > depend. This is just trying to build an i386 GENERIC. > > Known problem?? Suggestions? There are lots of (big) commits going on. -- Ricardo Nabinger Sanchez Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 01:20:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1D5316A4DD for ; Wed, 16 Aug 2006 01:20:49 +0000 (UTC) (envelope-from Alex.Kovalenko@verizon.net) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFB6C43D46 for ; Wed, 16 Aug 2006 01:20:49 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.186.106]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0J4200CFXH2NYKA3@vms040.mailsrvcs.net> for freebsd-current@freebsd.org; Tue, 15 Aug 2006 20:20:49 -0500 (CDT) Date: Tue, 15 Aug 2006 21:20:41 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <1155621521.1050.3.camel@redevil.savola.com> To: yraffah@savola.com Message-id: <1155691241.887.17.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <1155621521.1050.3.camel@redevil.savola.com> Cc: freebsd-current@freebsd.org Subject: Re: Java seg faults on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 01:20:50 -0000 On Tue, 2006-08-15 at 08:58 +0300, Yousef Raffah wrote: > I noticed that when I try to invoke javac or java from the command line > on -CURRENT it segfaults, has anyone noticed the same thing on -CURRENT? > I tried it on two different machines and it is the case on both! > > You would have to get more specific regarding both -CURRENT and java, e.g: sunny:RabbitsDen>uname -a FreeBSD RabbitsDen.RabbitsLawn.verizon.net 7.0-CURRENT FreeBSD 7.0-CURRENT #1: S at Aug 12 14:37:19 EDT 2006 root@RabbitsDen.RabbitsLawn.verizon.net:/usr/obj /usr/src/sys/AVERATEC i386 sunny:RabbitsDen>java -version java version "1.5.0-p3" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-p3-root_17_apr_200 6_05_01) Java HotSpot(TM) Client VM (build 1.5.0-p3-root_17_apr_2006_05_01, mixed mode) sunny:RabbitsDen>cat Hello.java class Hello { public static void main(String args[]) { System.out.println("Hello, world!"); } } sunny:RabbitsDen>javac Hello.java sunny:RabbitsDen>java Hello Hello, world! -- Alexandre Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 01:44:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73DF616A4DD; Wed, 16 Aug 2006 01:44:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE8F043D49; Wed, 16 Aug 2006 01:44:07 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.6/8.13.4) with ESMTP id k7G1i6GO002978; Tue, 15 Aug 2006 21:44:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k7G1i7Ci060565; Tue, 15 Aug 2006 21:44:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 144F47302F; Tue, 15 Aug 2006 21:44:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060816014407.144F47302F@freebsd-current.sentex.ca> Date: Tue, 15 Aug 2006 21:44:06 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 01:44:08 -0000 TB --- 2006-08-16 00:15:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-16 00:15:55 - starting HEAD tinderbox run for i386/i386 TB --- 2006-08-16 00:15:55 - cleaning the object tree TB --- 2006-08-16 00:16:27 - checking out the source tree TB --- 2006-08-16 00:16:27 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-08-16 00:16:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-16 00:23:24 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-16 00:23:24 - cd /src TB --- 2006-08-16 00:23:24 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-08-16 01:32:36 - generating LINT kernel config TB --- 2006-08-16 01:32:36 - cd /src/sys/i386/conf TB --- 2006-08-16 01:32:36 - /usr/bin/make -B LINT TB --- 2006-08-16 01:32:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-08-16 01:32:36 - cd /src TB --- 2006-08-16 01:32:36 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 16 01:32:36 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/kern/uipc_sem.c: At top level: /src/sys/kern/uipc_sem.c:930: error: conflicting types for 'sem_exechook' /src/sys/kern/uipc_sem.c:74: error: previous declaration of 'sem_exechook' was here /src/sys/kern/uipc_sem.c:930: error: conflicting types for 'sem_exechook' /src/sys/kern/uipc_sem.c:74: error: previous declaration of 'sem_exechook' was here /src/sys/kern/uipc_sem.c:74: warning: 'sem_exechook' declared `static' but never defined /src/sys/kern/uipc_sem.c:75: warning: 'sem_exithook' declared `static' but never defined /src/sys/kern/uipc_sem.c:930: warning: 'sem_exechook' defined but not used *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-16 01:44:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-16 01:44:06 - ERROR: failed to build lint kernel TB --- 2006-08-16 01:44:06 - tinderbox aborted TB --- 1.09 user 6.05 system 5290.92 real From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 03:09:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F00816A4DD; Wed, 16 Aug 2006 03:09:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5BD643D45; Wed, 16 Aug 2006 03:09:48 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k7G39lG2019529; Tue, 15 Aug 2006 23:09:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k7G39lRf006921; Tue, 15 Aug 2006 23:09:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7EEED7302F; Tue, 15 Aug 2006 23:09:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060816030947.7EEED7302F@freebsd-current.sentex.ca> Date: Tue, 15 Aug 2006 23:09:47 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 03:09:49 -0000 TB --- 2006-08-16 01:44:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-16 01:44:07 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-08-16 01:44:07 - cleaning the object tree TB --- 2006-08-16 01:44:37 - checking out the source tree TB --- 2006-08-16 01:44:37 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-08-16 01:44:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-16 01:51:32 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-16 01:51:32 - cd /src TB --- 2006-08-16 01:51:32 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-08-16 03:00:17 - generating LINT kernel config TB --- 2006-08-16 03:00:17 - cd /src/sys/pc98/conf TB --- 2006-08-16 03:00:17 - /usr/bin/make -B LINT TB --- 2006-08-16 03:00:17 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-08-16 03:00:17 - cd /src TB --- 2006-08-16 03:00:17 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 16 03:00:17 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/kern/uipc_sem.c: At top level: /src/sys/kern/uipc_sem.c:930: error: conflicting types for 'sem_exechook' /src/sys/kern/uipc_sem.c:74: error: previous declaration of 'sem_exechook' was here /src/sys/kern/uipc_sem.c:930: error: conflicting types for 'sem_exechook' /src/sys/kern/uipc_sem.c:74: error: previous declaration of 'sem_exechook' was here /src/sys/kern/uipc_sem.c:74: warning: 'sem_exechook' declared `static' but never defined /src/sys/kern/uipc_sem.c:75: warning: 'sem_exithook' declared `static' but never defined /src/sys/kern/uipc_sem.c:930: warning: 'sem_exechook' defined but not used *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-16 03:09:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-16 03:09:47 - ERROR: failed to build lint kernel TB --- 2006-08-16 03:09:47 - tinderbox aborted TB --- 1.01 user 5.85 system 5139.95 real From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 03:15:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF72C16A4DD for ; Wed, 16 Aug 2006 03:15:24 +0000 (UTC) (envelope-from root@solink.ru) Received: from mail.academ.org (mail.academ.org [81.1.226.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3D1543D5A for ; Wed, 16 Aug 2006 03:15:23 +0000 (GMT) (envelope-from root@solink.ru) Received: from mail.academ.org (localhost [127.0.0.1]) by mail.academ.org (Postfix) with ESMTP id 872EA818A3 for ; Wed, 16 Aug 2006 09:42:34 +0700 (NOVST) Received: from bocha.solink.office (unknown [85.118.228.14]) by mail.academ.org (Postfix) with ESMTP id 69CB77E7CE for ; Wed, 16 Aug 2006 09:42:34 +0700 (NOVST) From: Bachilo Dmitry Organization: Solink Ltd To: freebsd-current@freebsd.org Date: Wed, 16 Aug 2006 09:42:33 +0700 User-Agent: KMail/1.9.1 References: <200608151627.37828.root@solink.ru> <20060815130002.M45647@fledge.watson.org> In-Reply-To: <20060815130002.M45647@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200608160942.33841.root@solink.ru> X-AV-Checked: ClamAV Subject: Re: throughput and interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 03:15:25 -0000 =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 =F7=D4=CF=D2=CE=C9=CB 15 =C1=D7=C7= =D5=D3=D4=C1 2006 19:02 Robert Watson =CE=C1=D0=C9=D3=C1=CC(a): > On Tue, 15 Aug 2006, Bachilo Dmitry wrote: > > I am completely stuck. I have a router, that rules three subnets. At > > first there were Allied Telesyn's netcards with realtek chipsets. I am > > using ipfw+natd and I had like 3,5 megabytes per second with 20 per cent > > of interrupt load. I had "discarded oversized frame" too often so I've > > replaced two main cards with 3Com 905 and now my xl0 and xl1 never > > discard frames. But I saw no speed boost and interrupts were also very > > high. I have discovered some IRQ conflicts and removed them, now I have > > single device per IRQ, but still i have near 20-30 % of interrupt load, > > when i download something through this router (and natd takes rest % of > > CPU). Some people advised me to use polling, so I've built kernel with > > HZ=3D1000, polling and tried it. Interrupts grew to 40-50% and speed > > decreased to 200-300 kb/s, so I had to turn the polling off. > > > > I just don't know what to try, to gain at least 9 mb/s, because this is > > what I get at home with the same cards, the same processor, with no > > polling and throgh the same provider. > > I think it would be useful to compare the settled loads of the two system= s, > if they are otherwise identical, using systat -vmstat 1 and top -S. I'd > load the systems up, leave the tools running, and wait a couple of minute= s, > then compare snapshots of the output from both systems. top -S is > particularly informative, as it will tell you which ithreads are burning > the most CPU, and systat -vmstat will tell us the context switch rate and > interrupt rates of various sources. > > There are some general optimization techniques that can be applied here -- > for example, if it's an SMP box, you might find that net.isr.direct=3D1 > improves performance. However, I think the real problem here is the > performance difference, which suggests a problem that needs resolving, > rather than optimization being required up front. > > Thanks, > > Robert N M Watson > Computer Laboratory > University of Cambridge Here is what I see: CPU states: 9.6% user, 0.0% nice, 58.5% system, 31.9% interrupt, 0.0% id= le Mem: 127M Active, 664M Inact, 138M Wired, 48M Cache, 111M Buf, 21M Free Swap: 64M Total, 272K Used, 64M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 11 root 171 52 0K 8K RUN 422.7H 33.06% 33.06% idle 462 root 109 0 1496K 952K RUN 202:44 21.53% 21.53% natd 37 root -44 -163 0K 8K WAIT 99:09 5.08% 5.08% swi1: net 29 root -68 -187 0K 8K RUN 59:11 3.52% 3.52% irq19: xl0 30 root -68 -187 0K 8K WAIT 40:38 3.47% 3.47% irq20: xl1 This machine is Celeron 1,7 Ghz and 1 GB RAM and it gives me 3,7 MB per sec= ond=20 max. While my home router is Celeron 1,7 Ghz with 512 MB RAM, the same xl=20 NICs and I have almost 10 MB per second there with at least 48% of free CPU= =2E=20 I'll keep on testing this stuff, so i'll keep reporting the results. =2D-=20 =2D----------------------- =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD, =E2=C1=DE=C9=CC=CF =E4=CD=C9=D4=D2=C9=CA =F2=D5=CB=CF=D7=CF=C4=C9=D4=C5=CC=D8 =CF=D4=C4=C5=CC=C1 =D3=C9=D3=D4=C5=CD= =CE=CF=CA =C9=CE=D4=C5=C7=D2=C1=C3=C9=C9 =EF=EF=EF "=EB=CF=CD=D0=C1=CE=C9=D1 =F3=CF=EC=C9=CE=CB" From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 03:21:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C912616A4DE for ; Wed, 16 Aug 2006 03:21:24 +0000 (UTC) (envelope-from root@solink.ru) Received: from mail.academ.org (mail.academ.org [81.1.226.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E86643D45 for ; Wed, 16 Aug 2006 03:21:24 +0000 (GMT) (envelope-from root@solink.ru) Received: from mail.academ.org (localhost [127.0.0.1]) by mail.academ.org (Postfix) with ESMTP id 9FA1764CA2 for ; Wed, 16 Aug 2006 09:47:32 +0700 (NOVST) Received: from bocha.solink.office (unknown [85.118.228.14]) by mail.academ.org (Postfix) with ESMTP id 7EAE564B0D for ; Wed, 16 Aug 2006 09:47:32 +0700 (NOVST) From: Bachilo Dmitry Organization: Solink Ltd To: freebsd-current@freebsd.org Date: Wed, 16 Aug 2006 09:47:30 +0700 User-Agent: KMail/1.9.1 References: <200608151627.37828.root@solink.ru> <44E1FA18.1000903@oxygen.az> In-Reply-To: <44E1FA18.1000903@oxygen.az> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200608160947.31198.root@solink.ru> X-AV-Checked: ClamAV Subject: Re: throughput and interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 03:21:24 -0000 =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 =F7=D4=CF=D2=CE=C9=CB 15 =C1=D7=C7= =D5=D3=D4=C1 2006 23:45 Tofik Suleymanov =CE=C1=D0=C9=D3=C1=CC(a): > Bachilo Dmitry wrote: > > Hello. > > I am completely stuck. I have a router, that rules three subnets. At > > first there were Allied Telesyn's netcards with realtek chipsets. I am > > using ipfw+natd and I had like 3,5 megabytes per second with 20 per cent > > of interrupt load. I had "discarded oversized frame" too often so I've > > replaced two main cards with 3Com 905 and now my xl0 and xl1 never > > discard frames. But I saw no speed boost and interrupts were also very > > high. I have discovered some IRQ conflicts and removed them, now I have > > single device per IRQ, but still i have near 20-30 % of interrupt load, > > when i download something through this router (and natd takes rest % of > > CPU). Some people advised me to use polling, so I've built kernel with > > HZ=3D1000, polling and tried it. Interrupts grew to 40-50% and speed > > decreased to 200-300 kb/s, so I had to turn the polling off. > > > > I just don't know what to try, to gain at least 9 mb/s, because this is > > what I get at home with the same cards, the same processor, with no > > polling and throgh the same provider. > > > > Best regards, > > Bachilo Dmitry > > Dmitry, > > Could you please try natd+kqueue patch from > http://www.freebsd.az/patches.html and report results (difference it > made etc etc) ? > I did not have any chance to test it in heavy load environment.yet. > > Thank you, > Tofig Suleymanov patch applied successfully, but the same throughput and the same picture in= =20 top -S: CPU states: 3.5% user, 0.0% nice, 68.4% system, 28.1% interrupt, 0.0% id= le Mem: 127M Active, 670M Inact, 137M Wired, 48M Cache, 111M Buf, 15M Free Swap: 64M Total, 272K Used, 64M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 87524 root 111 0 1300K 828K RUN 0:16 31.96% 31.69% natd 11 root 171 52 0K 8K RUN 422.8H 10.94% 10.94% idle 37 root -44 -163 0K 8K WAIT 99:14 6.88% 6.88% swi1: net 30 root -68 -187 0K 8K WAIT 40:42 5.27% 5.27% irq20: xl1 29 root -68 -187 0K 8K RUN 59:14 4.00% 4.00% irq19: xl0 35 root -28 -147 0K 8K WAIT 141:06 0.05% 0.05% swi5: clo= ck=20 sio =2D-=20 =2D----------------------- =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD, =E2=C1=DE=C9=CC=CF =E4=CD=C9=D4=D2=C9=CA =F2=D5=CB=CF=D7=CF=C4=C9=D4=C5=CC=D8 =CF=D4=C4=C5=CC=C1 =D3=C9=D3=D4=C5=CD= =CE=CF=CA =C9=CE=D4=C5=C7=D2=C1=C3=C9=C9 =EF=EF=EF "=EB=CF=CD=D0=C1=CE=C9=D1 =F3=CF=EC=C9=CE=CB" From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 03:23:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0813416A4DA for ; Wed, 16 Aug 2006 03:23:12 +0000 (UTC) (envelope-from root@solink.ru) Received: from mail.academ.org (mail.academ.org [81.1.226.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E70543D66 for ; Wed, 16 Aug 2006 03:23:11 +0000 (GMT) (envelope-from root@solink.ru) Received: from mail.academ.org (localhost [127.0.0.1]) by mail.academ.org (Postfix) with ESMTP id 115576431B for ; Wed, 16 Aug 2006 09:59:24 +0700 (NOVST) Received: from bocha.solink.office (unknown [85.118.228.14]) by mail.academ.org (Postfix) with ESMTP id E89B36427C for ; Wed, 16 Aug 2006 09:59:23 +0700 (NOVST) From: Bachilo Dmitry Organization: Solink Ltd To: freebsd-current@freebsd.org Date: Wed, 16 Aug 2006 09:59:22 +0700 User-Agent: KMail/1.9.1 References: <200608151627.37828.root@solink.ru> <20060815130002.M45647@fledge.watson.org> In-Reply-To: <20060815130002.M45647@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200608160959.23100.root@solink.ru> X-AV-Checked: ClamAV Subject: Re: throughput and interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 03:23:12 -0000 =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 =F7=D4=CF=D2=CE=C9=CB 15 =C1=D7=C7= =D5=D3=D4=C1 2006 19:02 Robert Watson =CE=C1=D0=C9=D3=C1=CC(a): > On Tue, 15 Aug 2006, Bachilo Dmitry wrote: > > I am completely stuck. I have a router, that rules three subnets. At > > first there were Allied Telesyn's netcards with realtek chipsets. I am > > using ipfw+natd and I had like 3,5 megabytes per second with 20 per cent > > of interrupt load. I had "discarded oversized frame" too often so I've > > replaced two main cards with 3Com 905 and now my xl0 and xl1 never > > discard frames. But I saw no speed boost and interrupts were also very > > high. I have discovered some IRQ conflicts and removed them, now I have > > single device per IRQ, but still i have near 20-30 % of interrupt load, > > when i download something through this router (and natd takes rest % of > > CPU). Some people advised me to use polling, so I've built kernel with > > HZ=3D1000, polling and tried it. Interrupts grew to 40-50% and speed > > decreased to 200-300 kb/s, so I had to turn the polling off. > > > > I just don't know what to try, to gain at least 9 mb/s, because this is > > what I get at home with the same cards, the same processor, with no > > polling and throgh the same provider. Oh, it's natd. Now I see, but I just don't get it. I know that natd is not= =20 efficient but, as I've said, at home I have 9 or almost 10 MB/sec through t= he=20 natd, while at this particular server I see only 3,7 MB maximum. I've tried= =20 now to turn all the natting off and tried to download a file and got like 9= =20 MB/sec, so it is natd who loads the system up. Someone advised me to use pf or ipnat, but I never did that before and hear= d=20 that this nats have some limitations (like ipnat can't translate icmp packe= ts=20 or something). Furthermore I can't stop using ipfw, so pf is automaticly=20 excluded. Maybe there are some more advises? I don't really want to have to= p=20 performance with this router, I just want to raise it a bit, to at least st= op=20 loosing control on this router while someone is watching movie through it -= =20 ssh session becomes slow, so I type one letter per minute in this case. Well, if there is nothing I can do, I will stay with it, things are not tha= t=20 bad afterall :-) =2D-=20 =2D----------------------- =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD, =E2=C1=DE=C9=CC=CF =E4=CD=C9=D4=D2=C9=CA =F2=D5=CB=CF=D7=CF=C4=C9=D4=C5=CC=D8 =CF=D4=C4=C5=CC=C1 =D3=C9=D3=D4=C5=CD= =CE=CF=CA =C9=CE=D4=C5=C7=D2=C1=C3=C9=C9 =EF=EF=EF "=EB=CF=CD=D0=C1=CE=C9=D1 =F3=CF=EC=C9=CE=CB" From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 04:07:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B204316A4DD for ; Wed, 16 Aug 2006 04:07:05 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ADB243D45 for ; Wed, 16 Aug 2006 04:07:04 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so93904pyc for ; Tue, 15 Aug 2006 21:07:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=FknU9lNUB+5S3CaZtm3rOOEYGni9rTDf0zJSp+c/t+vT+3SXf4wY9cFAUh4FH+Jn0eIrmA1IfDKM4BNhGwm3O7UuHcOBk08bnajccN376ui8MOftPFquTrjf3Kf10QQaKvlCj8UNTbqzetEvSNfKYl4yVIyRgEd57jr9Dp+jtvI= Received: by 10.35.51.13 with SMTP id d13mr475670pyk; Tue, 15 Aug 2006 21:07:04 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 8sm570231nzn.2006.08.15.21.07.02; Tue, 15 Aug 2006 21:07:04 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k7G48uB8046205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Aug 2006 13:08:56 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k7G48rIw046204; Wed, 16 Aug 2006 13:08:53 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 16 Aug 2006 13:08:53 +0900 From: Pyun YongHyeon To: takawata@jp.freebsd.org Message-ID: <20060816040853.GA45370@cdnetworks.co.kr> References: <200608151633.k7FGX0Ql025447@ns.init-main.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <200608151633.k7FGX0Ql025447@ns.init-main.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: AMD64 self build fail during building libmagic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 04:07:05 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Aug 16, 2006 at 01:33:00AM +0900, takawata@jp.freebsd.org wrote: > Hi, I recently encountered build failure with libmagic > for this one month. > My investigating shows that intermediate executable 'mkmagic' > fails to detect the termination of some description of entries > which is longer than expect.(According to contrib/file/file.h > the length is MAXDESC=64.) > The following is a workaround for it. Is it known problem? > I also encountered the same issue during upgrade to latest CURRENT on sparc64. mkmagic dumped core on sparc64. I've mananged to track down the cause of failure and I've sent a patch to obrien but got no reply yet. -- Regards, Pyun YongHyeon --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="apprentice.patch" Index: apprentice.c =================================================================== RCS file: /home/ncvs/src/contrib/file/apprentice.c,v retrieving revision 1.1.1.11 diff -u -r1.1.1.11 apprentice.c --- apprentice.c 21 Jun 2006 09:28:00 -0000 1.1.1.11 +++ apprentice.c 16 Aug 2006 04:05:26 -0000 @@ -892,8 +892,10 @@ m->nospflag = 1; } else m->nospflag = 0; - while ((m->desc[i++] = *l++) != '\0' && i < MAXDESC) + while ((m->desc[i++] = *l++) != '\0' && i < MAXDESC - 1) /* NULLBODY */; + /* make sure to terminate the string */ + m->desc[i] = '\0'; if (ms->flags & MAGIC_CHECK) { if (!check_format(ms, m)) --2oS5YaxWCcQjTEyO-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 04:23:21 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4DEA16A4DD for ; Wed, 16 Aug 2006 04:23:21 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61A3643D4C for ; Wed, 16 Aug 2006 04:23:20 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 6C12D5C47; Wed, 16 Aug 2006 08:23:19 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 498DC5C41; Wed, 16 Aug 2006 08:23:19 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.6/8.13.6) id k7G4NS4I084546; Wed, 16 Aug 2006 08:23:28 +0400 (MSD) (envelope-from ru) Date: Wed, 16 Aug 2006 08:23:28 +0400 From: Ruslan Ermilov To: Pyun YongHyeon Message-ID: <20060816042328.GA84499@rambler-co.ru> References: <200608151633.k7FGX0Ql025447@ns.init-main.com> <20060816040853.GA45370@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <20060816040853.GA45370@cdnetworks.co.kr> User-Agent: Mutt/1.5.12-2006-07-14 X-Virus-Scanned: No virus found Cc: freebsd-current@FreeBSD.org Subject: Re: AMD64 self build fail during building libmagic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 04:23:22 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 16, 2006 at 01:08:53PM +0900, Pyun YongHyeon wrote: > On Wed, Aug 16, 2006 at 01:33:00AM +0900, takawata@jp.freebsd.org wrote: > > Hi, I recently encountered build failure with libmagic > > for this one month. > > My investigating shows that intermediate executable 'mkmagic' > > fails to detect the termination of some description of entries=20 > > which is longer than expect.(According to contrib/file/file.h > > the length is MAXDESC=3D64.) > > The following is a workaround for it. Is it known problem? > >=20 >=20 > I also encountered the same issue during upgrade to latest CURRENT > on sparc64. mkmagic dumped core on sparc64. > I've mananged to track down the cause of failure and I've sent a > patch to obrien but got no reply yet. >=20 I remember this as well, and I *vaguely* remember looking into fresh NetBSD sources and seeing it was already fixed (I may be equally mistaken, as it was a while ago). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE4p3AqRfpzJluFF4RAmMnAJwOCY7japzxxp11OiPZDN+DGfXWBACferCZ cvKOGiPm9Flp1tf1khmIO14= =PUQy -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 04:32:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D91A16A4DE for ; Wed, 16 Aug 2006 04:32:44 +0000 (UTC) (envelope-from prvs=julian=376b08c52@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id E968D43D45 for ; Wed, 16 Aug 2006 04:32:43 +0000 (GMT) (envelope-from prvs=julian=376b08c52@elischer.org) Received: from unknown (HELO [192.168.2.3]) ([10.251.60.48]) by a50.ironport.com with ESMTP; 15 Aug 2006 21:32:40 -0700 Message-ID: <44E29FE7.4000201@elischer.org> Date: Tue, 15 Aug 2006 21:32:39 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bachilo Dmitry References: <200608151627.37828.root@solink.ru> <44E1FA18.1000903@oxygen.az> <200608160947.31198.root@solink.ru> In-Reply-To: <200608160947.31198.root@solink.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: throughput and interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 04:32:44 -0000 Send me the following in private email: ipfw config natd config an ascii-art picture of your network would be good ifconfig and netstat -r output.. I will see if there is something in your config that is inefficient. also, you could try profiling natd... Bachilo Dmitry wrote: >÷ ÓÏÏÂÝÅÎÉÉ ÏÔ ÷ÔÏÒÎÉË 15 Á×ÇÕÓÔÁ 2006 23:45 Tofik Suleymanov ÎÁÐÉÓÁÌ(a): > > >>Bachilo Dmitry wrote: >> >> >>>Hello. >>>I am completely stuck. I have a router, that rules three subnets. At >>>first there were Allied Telesyn's netcards with realtek chipsets. I am >>>using ipfw+natd and I had like 3,5 megabytes per second with 20 per cent >>>of interrupt load. I had "discarded oversized frame" too often so I've >>>replaced two main cards with 3Com 905 and now my xl0 and xl1 never >>>discard frames. But I saw no speed boost and interrupts were also very >>>high. I have discovered some IRQ conflicts and removed them, now I have >>>single device per IRQ, but still i have near 20-30 % of interrupt load, >>>when i download something through this router (and natd takes rest % of >>>CPU). Some people advised me to use polling, so I've built kernel with >>>HZ=1000, polling and tried it. Interrupts grew to 40-50% and speed >>>decreased to 200-300 kb/s, so I had to turn the polling off. >>> >>>I just don't know what to try, to gain at least 9 mb/s, because this is >>>what I get at home with the same cards, the same processor, with no >>>polling and throgh the same provider. >>> >>>Best regards, >>>Bachilo Dmitry >>> >>> >>Dmitry, >> >>Could you please try natd+kqueue patch from >>http://www.freebsd.az/patches.html and report results (difference it >>made etc etc) ? >>I did not have any chance to test it in heavy load environment.yet. >> >>Thank you, >>Tofig Suleymanov >> >> > >patch applied successfully, but the same throughput and the same picture in >top -S: > >CPU states: 3.5% user, 0.0% nice, 68.4% system, 28.1% interrupt, 0.0% idle >Mem: 127M Active, 670M Inact, 137M Wired, 48M Cache, 111M Buf, 15M Free >Swap: 64M Total, 272K Used, 64M Free > > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND >87524 root 111 0 1300K 828K RUN 0:16 31.96% 31.69% natd > 11 root 171 52 0K 8K RUN 422.8H 10.94% 10.94% idle > 37 root -44 -163 0K 8K WAIT 99:14 6.88% 6.88% swi1: net > 30 root -68 -187 0K 8K WAIT 40:42 5.27% 5.27% irq20: xl1 > 29 root -68 -187 0K 8K RUN 59:14 4.00% 4.00% irq19: xl0 > 35 root -28 -147 0K 8K WAIT 141:06 0.05% 0.05% swi5: clock >sio > > > From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 04:36:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B1EE16A4DD; Wed, 16 Aug 2006 04:36:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 714BA43D46; Wed, 16 Aug 2006 04:36:22 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k7G4aK3X023329; Wed, 16 Aug 2006 00:36:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k7G4aL8d049223; Wed, 16 Aug 2006 00:36:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7A2C47302F; Wed, 16 Aug 2006 00:36:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060816043621.7A2C47302F@freebsd-current.sentex.ca> Date: Wed, 16 Aug 2006 00:36:21 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 04:36:23 -0000 TB --- 2006-08-16 03:09:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-16 03:09:47 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-08-16 03:09:47 - cleaning the object tree TB --- 2006-08-16 03:10:16 - checking out the source tree TB --- 2006-08-16 03:10:16 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-08-16 03:10:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-16 03:17:53 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-16 03:17:53 - cd /src TB --- 2006-08-16 03:17:53 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-08-16 04:27:11 - generating LINT kernel config TB --- 2006-08-16 04:27:11 - cd /src/sys/sparc64/conf TB --- 2006-08-16 04:27:11 - /usr/bin/make -B LINT TB --- 2006-08-16 04:27:11 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-08-16 04:27:11 - cd /src TB --- 2006-08-16 04:27:11 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 16 04:27:11 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/kern/uipc_sem.c: At top level: /src/sys/kern/uipc_sem.c:930: error: conflicting types for 'sem_exechook' /src/sys/kern/uipc_sem.c:74: error: previous declaration of 'sem_exechook' was here /src/sys/kern/uipc_sem.c:930: error: conflicting types for 'sem_exechook' /src/sys/kern/uipc_sem.c:74: error: previous declaration of 'sem_exechook' was here /src/sys/kern/uipc_sem.c:74: warning: 'sem_exechook' declared `static' but never defined /src/sys/kern/uipc_sem.c:75: warning: 'sem_exithook' declared `static' but never defined /src/sys/kern/uipc_sem.c:930: warning: 'sem_exechook' defined but not used *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-16 04:36:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-16 04:36:21 - ERROR: failed to build lint kernel TB --- 2006-08-16 04:36:21 - tinderbox aborted TB --- 1.05 user 5.01 system 5193.41 real From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 08:11:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3784316A4DA; Wed, 16 Aug 2006 08:11:20 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CA5D43D5D; Wed, 16 Aug 2006 08:11:18 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.7/8.13.7) with ESMTP id k7G8BCWl012122 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 16 Aug 2006 10:11:12 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.7/8.13.3/Submit) id k7G8BCoB012120; Wed, 16 Aug 2006 10:11:12 +0200 (CEST) Date: Wed, 16 Aug 2006 10:11:12 +0200 From: Divacky Roman To: FreeBSD Tinderbox Message-ID: <20060816081111.GA10794@stud.fit.vutbr.cz> References: <20060816014407.144F47302F@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060816014407.144F47302F@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 08:11:20 -0000 www.stud.fit.vutbr.cz/~xdivac02/fix.patch this fixes it, sorry about it > TB --- 2006-08-16 00:15:55 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2006-08-16 00:15:55 - starting HEAD tinderbox run for i386/i386 > TB --- 2006-08-16 00:15:55 - cleaning the object tree > TB --- 2006-08-16 00:16:27 - checking out the source tree > TB --- 2006-08-16 00:16:27 - cd /tinderbox/HEAD/i386/i386 > TB --- 2006-08-16 00:16:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src > TB --- 2006-08-16 00:23:24 - building world (CFLAGS=-O2 -pipe) > TB --- 2006-08-16 00:23:24 - cd /src > TB --- 2006-08-16 00:23:24 - /usr/bin/make -B buildworld > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > >>> stage 4.4: building everything > TB --- 2006-08-16 01:32:36 - generating LINT kernel config > TB --- 2006-08-16 01:32:36 - cd /src/sys/i386/conf > TB --- 2006-08-16 01:32:36 - /usr/bin/make -B LINT > TB --- 2006-08-16 01:32:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) > TB --- 2006-08-16 01:32:36 - cd /src > TB --- 2006-08-16 01:32:36 - /usr/bin/make buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Wed Aug 16 01:32:36 UTC 2006 > >>> stage 1: configuring the kernel > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3.1: making dependencies > >>> stage 3.2: building everything > [...] > /src/sys/kern/uipc_sem.c: At top level: > /src/sys/kern/uipc_sem.c:930: error: conflicting types for 'sem_exechook' > /src/sys/kern/uipc_sem.c:74: error: previous declaration of 'sem_exechook' was here > /src/sys/kern/uipc_sem.c:930: error: conflicting types for 'sem_exechook' > /src/sys/kern/uipc_sem.c:74: error: previous declaration of 'sem_exechook' was here > /src/sys/kern/uipc_sem.c:74: warning: 'sem_exechook' declared `static' but never defined > /src/sys/kern/uipc_sem.c:75: warning: 'sem_exithook' declared `static' but never defined > /src/sys/kern/uipc_sem.c:930: warning: 'sem_exechook' defined but not used > *** Error code 1 > > Stop in /obj/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2006-08-16 01:44:06 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2006-08-16 01:44:06 - ERROR: failed to build lint kernel > TB --- 2006-08-16 01:44:06 - tinderbox aborted > TB --- 1.09 user 6.05 system 5290.92 real > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" ---------------------- www.liberalnistrana.cz From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 09:00:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 329BB16A4DA for ; Wed, 16 Aug 2006 09:00:02 +0000 (UTC) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com (heathrow.savoladns.com [212.12.174.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 9BD1A43D46 for ; Wed, 16 Aug 2006 08:59:54 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from ocs.savola.com (ocs.savola.com [222.22.1.211]) by heathrow.savoladns.com (Postfix) with ESMTP id 0C92E95851 for ; Wed, 16 Aug 2006 11:59:50 +0300 (AST) Received: from 222.22.1.191 by ocs.savola.com with ESMTP id 72395311155718039; Wed, 16 Aug 2006 11:47:19 +0300 From: Yousef Raffah To: freebsd-current@freebsd.org In-Reply-To: <44E25504.2080006@datalinktech.com.au> References: <1155621521.1050.3.camel@redevil.savola.com> <44E16C66.409@datalinktech.com.au> <1155641860.1050.54.camel@redevil.savola.com> <44E25504.2080006@datalinktech.com.au> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-im+htnK+7n6WPDaWMall" Organization: The Savola Group Date: Wed, 16 Aug 2006 11:59:21 +0300 Message-Id: <1155718761.1044.1.camel@redevil.savola.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Subject: Re: Java seg faults on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 09:00:02 -0000 --=-im+htnK+7n6WPDaWMall Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-08-16 at 09:13 +1000, David Nugent wrote: > Yousef Raffah wrote: > >> See recent posts on -current concerning library version=20 > >> collision/mismatches/version bumping (or lack thereof). My best guess=20 > >> given the (lack of) information offered, I'd say it probably a known=20 > >> problem. You may need to rebuild most of your ports tree against the=20 > >> current world in order to restore functionality fully, certainly in th= is=20 > >> case java and anything it depends on. Threaded apps are more likely to= =20 > >> hit this problem as concurrent changes there and in libc have not been= =20 > >> associated with needed version bumps, and java is most definitely one = of=20 > >> things that it will affect. > >> =20 > > Thanks for your information. Actually your reply helped me to dig more > > and seek the problem I'm having and it appeared to be because of using > > jdk-1.5, which is still under development, however, downgrading to > > jdk-1.4 helped and it seems like javac is not seg faulting now. > > =20 >=20 > Rebuilding 1.5 and dependencies may also have worked, I strongly suspect=20 > that the problem is build/linkage related and not related to the version=20 > of java. I have the 1.5 sdk running here without any apparent problems=20 > both on -current and 6-stable using eclipse 3.2, cdt and phpeclipse on bo= th. >=20 I have tried to rebuild 1.5 but that did not help, which made me conclude that it is related to libraries or build/linkage. > Java 5 (v 1.5) has been officially released by Sun for some months now=20 > and there have been 7 patch updates to the core to date. It has been out=20 > of "development" other than Sun's usual patches and updates and changes=20 > to the BSD localisation patches done by the FreeBSD java porting team. I=20 > am using it on all of my production machines on FreeBSD-6-stable that=20 > need a java vm. >=20 > OTOH FreeBSD-current is still in development by definition, that's what=20 > "-current" means. It is entirely unsuitable for use on production=20 > equipment and the bumps just like this one are likely to happen often if=20 > you are tracking it. When running -current you need to have the=20 > necessary skills and experience to diagnose and report problems and work=20 > around them. It is published as a developer only tree. >=20 To be very frank, I'm using it on my personal laptop, which means I can bare such hiccups. OTOH, I'm using -CURRENT because acpi was broken on 6.1 for my machine in addition to the fact that I'm a developer to be :) As of now, I have: FreeBSD 7.0-CURRENT #2: Sun Aug 6 10:55:25 AST 2006 yraffah@redevil:/usr/obj/usr/src/sys/GENERIC java -version java version "1.4.2-p8" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2-p8-root_15_aug_2006_11_24) Java HotSpot(TM) Client VM (build 1.4.2-p8-root_15_aug_2006_11_24, mixed mode) This is the output of my libcheck, where I think I have the problems: Will look into: /bin /lib /sbin /usr/X11R6/bin /usr/X11R6/lib /usr/X11R6/libexec /usr/X11R6/sbin /usr/bin /usr/games /usr/lib /usr/libexec /usr/local/bin /usr/local/lib /usr/local/libexec /usr/local/sbin /usr/sbin Unresolvable link(s) found in: /usr/X11R6/bin/ximian-connector-setup-2.2 libgtk-x11-2.0.so.600 libgdk_pixbuf-2.0.so.600 libglib-2.0.so.600 libgnutls.so.12 libedataserverui-1.2.so.5 libgobject-2.0.so.600 libedataserver-1.2.so.4 libgnomeui-2.so.1000 libedata-book-1.2.so.3 libgconf-2.so.5 libgnome-2.so.1000 libsoup-2.2.so.7 libecal-1.2.so.3 libcamel-provider-1.2.so.4 libedata-cal-1.2.so.3 Unresolvable link(s) found in: /usr/X11R6/libexec/evolution/2.2/evolution-exchange-storage libgtk-x11-2.0.so.600 libgdk_pixbuf-2.0.so.600 libglib-2.0.so.600 libgnutls.so.12 libedataserverui-1.2.so.5 libgal-2.4.so.0 libebook-1.2.so.4 libgobject-2.0.so.600 libgdk-x11-2.0.so.600 libgnomevfs-2.so.1000 libedataserver-1.2.so.4 libgnomeui-2.so.1000 libedata-book-1.2.so.3 libgconf-2.so.5 libgnome-2.so.1000 libsoup-2.2.so.7 libecal-1.2.so.3 libcamel-provider-1.2.so.4 libedata-cal-1.2.so.3 Unresolvable link(s) found in: /usr/local/lib/libvisual/input/input_jack.so libvisual.so.0 Unresolvable link(s) found in: /usr/local/lib/compat/pkg/libgnashbackend.so.0 libSDL_mixer.so.2 Unreferenced library: /lib/libatm.so.3 Unreferenced library: /usr/X11R6/lib/evolution/2.6/libeconduit.so.0 Unreferenced library: /usr/X11R6/lib/libGLw.so.1 Unreferenced library: /usr/X11R6/lib/libImlib.so.5 Unreferenced library: /usr/X11R6/lib/libOSMesa.so.4 Unreferenced library: /usr/X11R6/lib/libUil.so.3 Unreferenced library: /usr/X11R6/lib/libXaw.so.6 Unreferenced library: /usr/X11R6/lib/libXaw.so.7 Unreferenced library: /usr/X11R6/lib/libXevie.so.1 Unreferenced library: /usr/X11R6/lib/libXvMC.so.1 Unreferenced library: /usr/X11R6/lib/libdps.so.1 Unreferenced library: /usr/X11R6/lib/libgconf-gtk-1.so.1 Unreferenced library: /usr/X11R6/lib/libgda-clientcpp.so.0 Unreferenced library: /usr/X11R6/lib/libgdk_pixbuf_xlib.so.2 Unreferenced library: /usr/X11R6/lib/libglut.so.4 Unreferenced library: /usr/X11R6/lib/libgnomecanvaspixbuf.so.1 Unreferenced library: /usr/X11R6/lib/libgstnet-0.10.so.0 Unreferenced library: /usr/X11R6/lib/libgtkhtml-2.so.0 Unreferenced library: /usr/X11R6/lib/libgtksourceview-1.0.so.0 Unreferenced library: /usr/X11R6/lib/libgtkxmhtml.so.5 Unreferenced library: /usr/X11R6/lib/liboldX.so.6 Unreferenced library: /usr/X11R6/lib/libunicode.so.0 Unreferenced library: /usr/X11R6/lib/libzvt.so.5 Unreferenced library: /usr/lib/libarchive.so.2 Unreferenced library: /usr/lib/libc_r.so.6 Unreferenced library: /usr/lib/libg2c.so.2 Unreferenced library: /usr/lib/libgpib.so.1 Unreferenced library: /usr/lib/libhistory.so.6 Unreferenced library: /usr/lib/liblwres.so.10 Unreferenced library: /usr/lib/liblwres.so.3 Unreferenced library: /usr/lib/libmilter.so.3 Unreferenced library: /usr/lib/libobjc.so.2 Unreferenced library: /usr/lib/libthr.so.2 Unreferenced library: /usr/lib/libthread_db.so.2 Unreferenced library: /usr/local/lib/compat/libalias.so.4 Unreferenced library: /usr/local/lib/compat/libarchive.so.1 Unreferenced library: /usr/local/lib/compat/libatm.so.2 Unreferenced library: /usr/local/lib/compat/libbegemot.so.1 Unreferenced library: /usr/local/lib/compat/libbluetooth.so.1 Unreferenced library: /usr/local/lib/compat/libbsnmp.so.2 Unreferenced library: /usr/local/lib/compat/libbz2.so.1 Unreferenced library: /usr/local/lib/compat/libc_r.so.5 Unreferenced library: /usr/local/lib/compat/libcalendar.so.2 Unreferenced library: /usr/local/lib/compat/libcam.so.2 Unreferenced library: /usr/local/lib/compat/libdevinfo.so.2 Unreferenced library: /usr/local/lib/compat/libdialog.so.4 Unreferenced library: /usr/local/lib/compat/libedit.so.4 Unreferenced library: /usr/local/lib/compat/libfetch.so.3 Unreferenced library: /usr/local/lib/compat/libform.so.2 Unreferenced library: /usr/local/lib/compat/libftpio.so.5 Unreferenced library: /usr/local/lib/compat/libg2c.so.1 Unreferenced library: /usr/local/lib/compat/libgeom.so.2 Unreferenced library: /usr/local/lib/compat/libgnuregex.so.2 Unreferenced library: /usr/local/lib/compat/libgpib.so.0 Unreferenced library: /usr/local/lib/compat/libhdb.so.7 Unreferenced library: /usr/local/lib/compat/libhistory.so.5 Unreferenced library: /usr/local/lib/compat/libipx.so.2 Unreferenced library: /usr/local/lib/compat/libkadm5clnt.so.7 Unreferenced library: /usr/local/lib/compat/libkadm5srv.so.7 Unreferenced library: /usr/local/lib/compat/libkafs5.so.7 Unreferenced library: /usr/local/lib/compat/libkiconv.so.1 Unreferenced library: /usr/local/lib/compat/libmagic.so.1 Unreferenced library: /usr/local/lib/compat/libmenu.so.2 Unreferenced library: /usr/local/lib/compat/libmilter.so.2 Unreferenced library: /usr/local/lib/compat/libmp.so.4 Unreferenced library: /usr/local/lib/compat/libncp.so.1 Unreferenced library: /usr/local/lib/compat/libngatm.so.1 Unreferenced library: /usr/local/lib/compat/libpanel.so.2 Unreferenced library: /usr/local/lib/compat/libpcap.so.3 Unreferenced library: /usr/local/lib/compat/libpthread.so.1 Unreferenced library: /usr/local/lib/compat/librpcsvc.so.2 Unreferenced library: /usr/local/lib/compat/libsdp.so.1 Unreferenced library: /usr/local/lib/compat/libsmb.so.1 Unreferenced library: /usr/local/lib/compat/libthr.so.1 Unreferenced library: /usr/local/lib/compat/libthread_db.so.1 Unreferenced library: /usr/local/lib/compat/libufs.so.2 Unreferenced library: /usr/local/lib/compat/libugidfw.so.1 Unreferenced library: /usr/local/lib/compat/libusbhid.so.1 Unreferenced library: /usr/local/lib/compat/libvgl.so.3 Unreferenced library: /usr/local/lib/compat/libwrap.so.3 Unreferenced library: /usr/local/lib/compat/libxpg4.so.3 Unreferenced library: /usr/local/lib/compat/pkg/libMagick++.so.9 Unreferenced library: /usr/local/lib/compat/pkg/libadns.so.12 Unreferenced library: /usr/local/lib/compat/pkg/libanjuta_clsGen.so.0 Unreferenced library: /usr/local/lib/compat/pkg/libanjuta_patch.so.0 Unreferenced library: /usr/local/lib/compat/pkg/libanjuta_sample1.so.0 Unreferenced library: /usr/local/lib/compat/pkg/libanonymous.so.2 Unreferenced library: /usr/local/lib/compat/pkg/libbase.so.0 Unreferenced library: /usr/local/lib/compat/pkg/libbrl.so.5 Unreferenced library: /usr/local/lib/compat/pkg/libcrammd5.so.2 Unreferenced library: /usr/local/lib/compat/pkg/libdigestmd5.so.2 Unreferenced library: /usr/local/lib/compat/pkg/libe.so.0 Unreferenced library: /usr/local/lib/compat/pkg/libfftw3.so.3 Unreferenced library: /usr/local/lib/compat/pkg/libfftw3_threads.so.3 Unreferenced library: /usr/local/lib/compat/pkg/libgeometry.so.0 Unreferenced library: /usr/local/lib/compat/pkg/libgle.so.3 Unreferenced library: /usr/local/lib/compat/pkg/libgnashasobjs.so.0 Unreferenced library: /usr/local/lib/compat/pkg/libgnashbackend.so.0 Unreferenced library: /usr/local/lib/compat/pkg/libgnashgeo.so.0 Unreferenced library: /usr/local/lib/compat/pkg/libgnashserver.so.0 Unreferenced library: /usr/local/lib/compat/pkg/libgphoto2_port.so.5 Unreferenced library: /usr/local/lib/compat/pkg/libgssapiv2.so.2 Unreferenced library: /usr/local/lib/compat/pkg/libgtop-2.0.so.2 Unreferenced library: /usr/local/lib/compat/pkg/libke.so.5 Unreferenced library: /usr/local/lib/compat/pkg/libkopete_msn_shared.so.0 Unreferenced library: /usr/local/lib/compat/pkg/libkopete_oscar.so.2 Unreferenced library: /usr/local/lib/compat/pkg/liblogin.so.2 Unreferenced library: /usr/local/lib/compat/pkg/libmDNSResponder.so.0 Unreferenced library: /usr/local/lib/compat/pkg/libmag.so.5 Unreferenced library: /usr/local/lib/compat/pkg/libnotify.so.1 Unreferenced library: /usr/local/lib/compat/pkg/libntlm.so.2 Unreferenced library: /usr/local/lib/compat/pkg/libotp.so.2 Unreferenced library: /usr/local/lib/compat/pkg/libplain.so.2 Unreferenced library: /usr/local/lib/compat/pkg/libsasldb.so.2 Unreferenced library: /usr/local/lib/compat/pkg/libserver.so.0 Unreferenced library: /usr/local/lib/compat/pkg/libsrlow.so.5 Unreferenced library: /usr/local/lib/compat/pkg/libsrs.so.5 Unreferenced library: /usr/local/lib/compat/pkg/libtasn1.so.2 Unreferenced library: /usr/local/lib/compat/pkg/libtheora.so.1 Unreferenced library: /usr/local/lib/compat/pkg/libtotem-plparser.so.1 Unreferenced library: /usr/local/lib/libFLAC++.so.5 Unreferenced library: /usr/local/lib/libMagick++.so.10 Unreferenced library: /usr/local/lib/libOggFLAC++.so.2 Unreferenced library: /usr/local/lib/libartscbackend.so.0 Unreferenced library: /usr/local/lib/libartsdsp.so.0 Unreferenced library: /usr/local/lib/libartsdsp_st.so.0 Unreferenced library: /usr/local/lib/libartsgslplayobject.so.0 Unreferenced library: /usr/local/lib/libartswavplayobject.so.0 Unreferenced library: /usr/local/lib/libasprintf.so.0 Unreferenced library: /usr/local/lib/libavcodec.so.1 Unreferenced library: /usr/local/lib/libavformat.so.1 Unreferenced library: /usr/local/lib/libcdio++.so.0 Unreferenced library: /usr/local/lib/libcharset.so.1 Unreferenced library: /usr/local/lib/libcrack.so.1 Unreferenced library: /usr/local/lib/libdb41_cxx.so.1 Unreferenced library: /usr/local/lib/libdb4_cxx.so.0 Unreferenced library: /usr/local/lib/libdb_cxx-4.2.so.2 Unreferenced library: /usr/local/lib/libdha.so.1 Unreferenced library: /usr/local/lib/libdns_sd.so.1 Unreferenced library: /usr/local/lib/libdrm.so.2 Unreferenced library: /usr/local/lib/libdvdcss.so.2 Unreferenced library: /usr/local/lib/libesddsp.so.2 Unreferenced library: /usr/local/lib/libfame-0.9.so.1 Unreferenced library: /usr/local/lib/libfreebl3.so.1 Unreferenced library: /usr/local/lib/libgamin-1.so.1 Unreferenced library: /usr/local/lib/libgccpp.so.1 Unreferenced library: /usr/local/lib/libgettextpo.so.1 Unreferenced library: /usr/local/lib/libglibmm_generate_extra_defs-2.4.so.1 Unreferenced library: /usr/local/lib/libgnomecups-1.0.so.1 Unreferenced library: /usr/local/lib/libgnutls-extra.so.15 Unreferenced library: /usr/local/lib/libgnutls-openssl.so.13 Unreferenced library: /usr/local/lib/libgnutls-openssl.so.15 Unreferenced library: /usr/local/lib/libgpgme-pthread.so.15 Unreferenced library: /usr/local/lib/libguile-srfi-srfi-13-14-v-1.so.1 Unreferenced library: /usr/local/lib/libguile-srfi-srfi-4-v-1.so.1 Unreferenced library: /usr/local/lib/libguilereadline-v-12.so.15 Unreferenced library: /usr/local/lib/libindex.so.0 Unreferenced library: /usr/local/lib/libiso9660++.so.0 Unreferenced library: /usr/local/lib/libkdesasl.so.3 Unreferenced library: /usr/local/lib/libkgantt.so.0 Unreferenced library: /usr/local/lib/libkjava.so.1 Unreferenced library: /usr/local/lib/libkmdi.so.1 Unreferenced library: /usr/local/lib/libkmdi2.so.1 Unreferenced library: /usr/local/lib/libkmedia2.so.1 Unreferenced library: /usr/local/lib/libksba.so.15 Unreferenced library: /usr/local/lib/libldap_r-2.2.so.7 Unreferenced library: /usr/local/lib/liblinc.so.1 Unreferenced library: /usr/local/lib/libnssckbi.so.1 Unreferenced library: /usr/local/lib/libpcrecpp.so.0 Unreferenced library: /usr/local/lib/libpisync.so.0 Unreferenced library: /usr/local/lib/libportaudio.so.0 Unreferenced library: /usr/local/lib/libpostproc.so.1 Unreferenced library: /usr/local/lib/libpspell.so.16 Unreferenced library: /usr/local/lib/libpython2.4.so.1 Unreferenced library: /usr/local/lib/libss.so.1 Unreferenced library: /usr/local/lib/libtag_c.so.0 Unreferenced library: /usr/local/lib/libtiffxx.so.4 Unreferenced library: /usr/local/lib/libudf.so.0 Unreferenced library: /usr/local/lib/libuninameslist-fr.so.0 Unreferenced library: /usr/local/lib/libuninameslist.so.0 Unreferenced library: /usr/local/lib/libusbpp-0.1.so.8 Unreferenced library: /usr/local/lib/libvgagl.so.1 Unreferenced library: /usr/local/lib/libx11globalcomm.so.1 --=-im+htnK+7n6WPDaWMall Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBE4t5pqG4sHeIU6qURAkgSAKDjyho2EtcUy8SDFJN/RnPcnNOLwQCaAnpE /qEXNfl/2L4CTxFaP/hp8E0= =hVl6 -----END PGP SIGNATURE----- --=-im+htnK+7n6WPDaWMall-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 09:06:58 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BD6A16A4DD for ; Wed, 16 Aug 2006 09:06:58 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail22.syd.optusnet.com.au (mail22.syd.optusnet.com.au [211.29.133.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D89743D46 for ; Wed, 16 Aug 2006 09:06:57 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail22.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k7G96sh3008064 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 16 Aug 2006 19:06:55 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k7G96snQ000952; Wed, 16 Aug 2006 19:06:54 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k7G96rZS000951; Wed, 16 Aug 2006 19:06:53 +1000 (EST) (envelope-from peter) Date: Wed, 16 Aug 2006 19:06:53 +1000 From: Peter Jeremy To: Alexander Leidinger Message-ID: <20060816090653.GA820@turion.vk2pj.dyndns.org> References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> <44E1E85D.5070805@FreeBSD.org> <20060815180713.6a4ee2e6@Magellan.Leidinger.net> <20060815212143.G45647@fledge.watson.org> <20060816002328.365a14cd@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: <20060816002328.365a14cd@Magellan.Leidinger.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 09:06:58 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 2006-Aug-16 00:23:28 +0200, Alexander Leidinger wrote: >For the curious ones: the code is "activated" by changing osrelease, >because the glibc behaves differently depending on the osrelease. It >makes different syscalls based upon the linux kernel version. So if >there's a program which tries if a syscall does not return ENOSYS >instead of checking the osrelease, it may fail. If you are aware of >such a program, please tell us about it. I don't think this was mentioned before. IMHO, this is worth mentioning in the linuxolator documentation because it's not immediately obvious and it's likely to bite someone in a non- obvious way. --=20 Peter Jeremy --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE4uAt/opHv/APuIcRAlcJAJ0ThzR6QIqbcEwe2Pmwao//2wwCCwCbBkbk Tmdn7cbAdT6l1oRvm3vs05w= =CgIC -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 09:15:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5610E16A4DF for ; Wed, 16 Aug 2006 09:15:32 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id A294543D53 for ; Wed, 16 Aug 2006 09:15:31 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail03.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k7G9FNt1012528 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 16 Aug 2006 19:15:29 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k7G9FNaY000996; Wed, 16 Aug 2006 19:15:23 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k7G9FNUR000995; Wed, 16 Aug 2006 19:15:23 +1000 (EST) (envelope-from peter) Date: Wed, 16 Aug 2006 19:15:23 +1000 From: Peter Jeremy To: Jack Vogel Message-ID: <20060816091523.GB820@turion.vk2pj.dyndns.org> References: <2a41acea0608151651x751a4a9en5c4abc5582d4b566@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UHN/qo2QbUvPLonB" Content-Disposition: inline In-Reply-To: <2a41acea0608151651x751a4a9en5c4abc5582d4b566@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-current Subject: Re: i386 build broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 09:15:32 -0000 --UHN/qo2QbUvPLonB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 2006-Aug-15 16:51:08 -0700, Jack Vogel wrote: >I have not tried to build/use CURRENT for a bit, but I did a cvsup of a=20 >system >with that on it last night, and I find that it falls over in make depend.= =20 >This >is just trying to build an i386 GENERIC. General rule is to wait an hour or so and try another CVSup. If that has the same problem and you haven't seen it mentioned here, try posting the tail of the make (enough to see the error). --=20 Peter Jeremy --UHN/qo2QbUvPLonB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE4uIr/opHv/APuIcRAgz4AJ9F4k0Z4BoOoNbGQahOtDQOE2L3UgCdG5JG f2hb8yrU9npoYXGSPff430k= =7Gd2 -----END PGP SIGNATURE----- --UHN/qo2QbUvPLonB-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 09:18:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E15A916A4DA for ; Wed, 16 Aug 2006 09:18:29 +0000 (UTC) (envelope-from algardo@sura.ru) Received: from mail.sura.ru (mail.sura.ru [80.95.32.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE03743D55 for ; Wed, 16 Aug 2006 09:18:26 +0000 (GMT) (envelope-from algardo@sura.ru) Received: from guamoko (internal.sura.ru [80.95.32.17]) by mail.sura.ru (Postfix) with SMTP id F10B9105709 for ; Wed, 16 Aug 2006 13:18:24 +0400 (MSD) Date: Wed, 16 Aug 2006 13:18:24 +0400 From: Aleksey Perov To: freebsd-current@freebsd.org Message-Id: <20060816131824.67a8053b.algardo@sura.ru> In-Reply-To: <44DD4510.5070002@elischer.org> References: <44DD4510.5070002@elischer.org> Organization: JSC Volgatelecom, Penza Region, Russia X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i686-pc-linux-gnu) X-NCC-RegID: ru.penza Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 09:18:30 -0000 Julian Elischer wrote: > At various times I've wanted to add timestamps to logfiles as they are > generated.. This wheel has been invented million years ago. Install DJB's daemontools from ports, then run $ yes | tai64n | tai64nlocal 2006-08-16 13:13:50.001417500 y 2006-08-16 13:13:50.001421500 y 2006-08-16 13:13:50.001424500 y 2006-08-16 13:13:50.001428500 y 2006-08-16 13:13:50.001431500 y 2006-08-16 13:13:50.001434500 y 2006-08-16 13:13:50.001437500 y 2006-08-16 13:13:50.001441500 y 2006-08-16 13:13:50.001444500 y 2006-08-16 13:13:50.001447500 y 2006-08-16 13:13:50.001451500 y 2006-08-16 13:13:50.001454500 y 2006-08-16 13:13:50.001458500 y 2006-08-16 13:13:50.001461500 y ^C and have a nice day :-) -- Aleksey Perov From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 09:33:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8221816A4E2; Wed, 16 Aug 2006 09:33:13 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5112C43D4C; Wed, 16 Aug 2006 09:33:11 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F67B.dip.t-dialin.net [84.165.246.123]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k7G9Glcv079852; Wed, 16 Aug 2006 11:16:48 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k7G9XEfh017488; Wed, 16 Aug 2006 11:33:15 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from psbru.cec.eu.int (psbru.cec.eu.int [158.169.131.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 16 Aug 2006 11:33:14 +0200 Message-ID: <20060816113314.8l1kbts740ss4wc4@netchild.homeip.net> X-Priority: 3 (Normal) Date: Wed, 16 Aug 2006 11:33:14 +0200 From: Alexander Leidinger To: Divacky Roman MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.2) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: i386@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 09:33:13 -0000 Quoting Divacky Roman (from Wed, 16 Aug =20 2006 10:11:12 +0200): > www.stud.fit.vutbr.cz/~xdivac02/fix.patch > > this fixes it, sorry about it This uipc_sem.c file is build as part of the module build. I don't =20 have the module excluded from my kernel builds, but it didn't break =20 when I compiled a kernel with the changes. Are different warn/error =20 flags for gcc active when building modules? I don't expect this and =20 I'm surprised my build went fine after seeing this error. I also don't =20 see ifdefs around those parts of the code, which may affect the build. >> [...] >> /src/sys/kern/uipc_sem.c: At top level: >> /src/sys/kern/uipc_sem.c:930: error: conflicting types for 'sem_exechook' >> /src/sys/kern/uipc_sem.c:74: error: previous declaration of =20 >> 'sem_exechook' was here Bye, Alexander. --=20 Just remember: when you go to court, you are trusting your fate to twelve people that weren't smart enough to get out of jury duty! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 09:35:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6268816A4E0 for ; Wed, 16 Aug 2006 09:35:47 +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 13E1743D6E for ; Wed, 16 Aug 2006 09:35:47 +0000 (GMT) (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 8CC7C46D52; Wed, 16 Aug 2006 05:35:46 -0400 (EDT) Date: Wed, 16 Aug 2006 10:35:46 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Bachilo Dmitry In-Reply-To: <200608160942.33841.root@solink.ru> Message-ID: <20060816103223.A45647@fledge.watson.org> References: <200608151627.37828.root@solink.ru> <20060815130002.M45647@fledge.watson.org> <200608160942.33841.root@solink.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: throughput and interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 09:35:47 -0000 On Wed, 16 Aug 2006, Bachilo Dmitry wrote: > Here is what I see: > > CPU states: 9.6% user, 0.0% nice, 58.5% system, 31.9% interrupt, 0.0% idle > Mem: 127M Active, 664M Inact, 138M Wired, 48M Cache, 111M Buf, 21M Free > Swap: 64M Total, 272K Used, 64M Free > > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 11 root 171 52 0K 8K RUN 422.7H 33.06% 33.06% idle > 462 root 109 0 1496K 952K RUN 202:44 21.53% 21.53% natd > 37 root -44 -163 0K 8K WAIT 99:09 5.08% 5.08% swi1: net > 29 root -68 -187 0K 8K RUN 59:11 3.52% 3.52% irq19: xl0 > 30 root -68 -187 0K 8K WAIT 40:38 3.47% 3.47% irq20: xl1 > > This machine is Celeron 1,7 Ghz and 1 GB RAM and it gives me 3,7 MB per > second max. While my home router is Celeron 1,7 Ghz with 512 MB RAM, the > same xl NICs and I have almost 10 MB per second there with at least 48% of > free CPU. I'll keep on testing this stuff, so i'll keep reporting the > results. You appear to have omitted the systat -vmstat 1 output. BTW, there are typically three influences on processing cost for traffic: packets per second, size of packets, and contents of packets. In the case of natd, the contents are almost irrelevant, so the costs are really based on number of packets processed, and the size of the packets. You compare the two systems in terms of bandwidth, which is more often a property of packet size. Could you compare the systems in terms of number of packets per second through the system? As each packet requires two (or more) system calls for natd, lots of small packets can cost more to process than a smaller number of bigger packets. If your home system is processing larger packets, it may use less CPU than the same system processing many smaller packets at the office, for example. Finally, are you running any tools such as tcpdump, trafshow, etc, which use bpf? Any additional programs that perform per-packet operations will result in additional per-packet context switches, forcing full context switches between processes, not just switching in and out of the kernel, which is lighter-weight. This can have a significant impact on performance, perhaps more significant than expected. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 09:42:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00D4F16A4DA for ; Wed, 16 Aug 2006 09:42:24 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BCDD43D55 for ; Wed, 16 Aug 2006 09:42:22 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.3) with ESMTP id k7G9gK5H016422; Wed, 16 Aug 2006 13:42:21 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Wed, 16 Aug 2006 13:42:20 +0400 (MSD) From: Maxim Konovalov To: Jack Vogel In-Reply-To: <20060816091523.GB820@turion.vk2pj.dyndns.org> Message-ID: <20060816134038.H16107@mp2.macomnet.net> References: <2a41acea0608151651x751a4a9en5c4abc5582d4b566@mail.gmail.com> <20060816091523.GB820@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Peter Jeremy , freebsd-current Subject: Re: i386 build broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 09:42:24 -0000 On Wed, 16 Aug 2006, 19:15+1000, Peter Jeremy wrote: > On Tue, 2006-Aug-15 16:51:08 -0700, Jack Vogel wrote: > >I have not tried to build/use CURRENT for a bit, but I did a cvsup > >of a system with that on it last night, and I find that it falls > >over in make depend. This is just trying to build an i386 GENERIC. > > General rule is to wait an hour or so and try another CVSup. If > that has the same problem and you haven't seen it mentioned here, > try posting the tail of the make (enough to see the error). And don't forget to look at the tinderbox logs: http://tinderbox.des.no/ -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 09:48:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 021CF16A4DE for ; Wed, 16 Aug 2006 09:48:52 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88BA243D46 for ; Wed, 16 Aug 2006 09:48:51 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mail01.m-online.net (svr21.m-online.net [192.168.3.149]) by mail-out.m-online.net (Postfix) with ESMTP id 5716A984BE; Wed, 16 Aug 2006 11:48:50 +0200 (CEST) Received: from fw.reifenberger.com (ppp-82-135-13-200.dynamic.mnet-online.de [82.135.13.200]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.m-online.net (Postfix) with ESMTP id 482589286E; Wed, 16 Aug 2006 11:48:50 +0200 (CEST) Received: from localhost (mike@localhost) by fw.reifenberger.com (8.13.6/8.13.4/Submit) with ESMTP id k7G9mnCY088361; Wed, 16 Aug 2006 11:48:49 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Wed, 16 Aug 2006 11:48:49 +0200 (CEST) From: Michael Reifenberger To: Michael Bushkov In-Reply-To: <20060816005328.F1144@stinger.cc.rsu.ru> Message-ID: <20060816114729.L88304@fw.reifenberger.com> References: <20060816005328.F1144@stinger.cc.rsu.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: nss_ldap rewritten (SoC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 09:48:52 -0000 On Wed, 16 Aug 2006, Michael Bushkov wrote: ... > Please try it and send me your comments and suggestions. > Thanks for your efforts! When trying under RELENG_6: ... ===> Building for nss_ldap_bsd-0.1 Warning: Object directory not changed from original /usr/ports/net/nss_ldap_bsd/work/nss_ldap_bsd-0.1 cc -fpic -DPIC -O -pipe -fno-strict-aliasing -I/usr/local/include -DINET6 -DNSS_LDAP_START_TLS_ENABLED -DNSS_LDAP_SSL_ENABLED -DSASL -DNSS_LDAP_CONF_PATH=\"/usr/local/etc/nss_ldap.conf\" -c nss_ldap.c -o nss_ldap.So nss_ldap.c:92: error: `NSDB_SERVICES_COMPAT' undeclared here (not in a function) nss_ldap.c:92: error: initializer element is not constant ... Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 09:49:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB87616A4E0 for ; Wed, 16 Aug 2006 09:49:58 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail24.syd.optusnet.com.au (mail24.syd.optusnet.com.au [211.29.133.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB8EE43D6A for ; Wed, 16 Aug 2006 09:49:50 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail24.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k7G9njrW025668 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 16 Aug 2006 19:49:48 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k7G9nixf001085; Wed, 16 Aug 2006 19:49:44 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k7G9niIJ001084; Wed, 16 Aug 2006 19:49:44 +1000 (EST) (envelope-from peter) Date: Wed, 16 Aug 2006 19:49:44 +1000 From: Peter Jeremy To: Bachilo Dmitry Message-ID: <20060816094944.GC820@turion.vk2pj.dyndns.org> References: <200608151627.37828.root@solink.ru> <20060815130002.M45647@fledge.watson.org> <200608160959.23100.root@solink.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sHrvAb52M6C8blB9" Content-Disposition: inline In-Reply-To: <200608160959.23100.root@solink.ru> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-current@freebsd.org Subject: Re: throughput and interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 09:49:58 -0000 --sHrvAb52M6C8blB9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 2006-Aug-16 09:59:22 +0700, Bachilo Dmitry wrote: >Oh, it's natd. Now I see, but I just don't get it. I know that natd is not= =20 >efficient but, as I've said, at home I have 9 or almost 10 MB/sec through = the=20 >natd, while at this particular server I see only 3,7 MB maximum. I've trie= d=20 >now to turn all the natting off and tried to download a file and got like = 9=20 >MB/sec, so it is natd who loads the system up. natd runs in userland so every packet has to be pushed out to userland, processed and pushed back into the kernel. The vast majority of the overhead is the userland/kernel transition so natd gives you a basically fixed pps rate. Your throughput will vary depending on the packet size. >Someone advised me to use pf or ipnat, but I never did that before and hea= rd=20 >that this nats have some limitations (like ipnat can't translate icmp pack= ets=20 >or something). Some time ago, I switched from natd to ipnat at work because the overhead was getting too much. (I've also switched hardware so I can't give you direct performance comparisons). I have found some problems with IPfilter in -stable when combining ipfilter/ipnat, stateful filtering and conditional NATing (ie a packet to B gets NAT'd to C only if it came from A). (The same combination works in IPfilter 3.x on Solaris.) Normal filtering and NATing works OK. --=20 Peter Jeremy --sHrvAb52M6C8blB9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE4uo4/opHv/APuIcRAmC4AKCjjwxa5vtniaGmYJnatNt85qerewCfTdc9 35JP6/GA+Il1Gl3MaYXHSMQ= =byFE -----END PGP SIGNATURE----- --sHrvAb52M6C8blB9-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 11:04:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6CF116A4DA; Wed, 16 Aug 2006 11:04:45 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E1CF43D45; Wed, 16 Aug 2006 11:04:45 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp3-g19.free.fr (Postfix) with ESMTP id 6CC52443CF; Wed, 16 Aug 2006 13:04:44 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 97AB69B4E9; Wed, 16 Aug 2006 11:05:27 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 12939405B; Wed, 16 Aug 2006 13:05:26 +0200 (CEST) Date: Wed, 16 Aug 2006 13:05:26 +0200 From: Jeremie Le Hen To: Kostik Belousov Message-ID: <20060816110526.GA57815@obiwan.tataz.chchile.org> References: <20060801211657.GA29737@troutmask.apl.washington.edu> <20060801212742.GB13841@heff.fud.org.nz> <20060801213803.GB9583@troutmask.apl.washington.edu> <20060802144255.GU69505@over-yonder.net> <20060802165604.GA970@troutmask.apl.washington.edu> <20060802172505.GA1935@troutmask.apl.washington.edu> <20060804050242.GC58082@funkthat.com> <20060804082050.GE59809@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060804082050.GE59809@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.12-2006-07-14 Cc: Daniel Eischen , kan@freebsd.org, freebsd-current@freebsd.org, imp@FreeBSD.org Subject: Re: [fbsd] Re: Where is thr_getscheduler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 11:04:46 -0000 Hi, On Fri, Aug 04, 2006 at 11:20:50AM +0300, Kostik Belousov wrote: > Old build of the application linked against libc.so.6 and libthr.so.2. > References to symbols in libthr.so.2 are satisfied by default > version of the symbols. > > Missing are two things: > > 1. libpthread/libthr are still not linked against libc (as well as most > shared libraries). Correspondingly, version information for referenced > libc symbols is absent in the shared libraries. What does exactly prevent from linking shared libraries against libc ? In this post [1] Warner Losh states that doing so would solve some problems (probably the one we are talking about, albeit firefox-bin being linked against libc.so.6 would conflict with libthr.so.2 being linked against libc.so.7 -- how rtld(1) would handle this ?), but it will also create so problems. What are they ? [1] http://lists.freebsd.org/pipermail/freebsd-hackers/2006-April/016143.html I've added Warner in the Cc: list. Thank you. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 11:21:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37A8916A608; Wed, 16 Aug 2006 11:21:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7239943D46; Wed, 16 Aug 2006 11:21:06 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k7GBKxPC044870 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Aug 2006 14:20:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k7GBKxOw008032; Wed, 16 Aug 2006 14:20:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k7GBKwTN008031; Wed, 16 Aug 2006 14:20:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 16 Aug 2006 14:20:58 +0300 From: Kostik Belousov To: Jeremie Le Hen Message-ID: <20060816112058.GA1483@deviant.kiev.zoral.com.ua> References: <20060801211657.GA29737@troutmask.apl.washington.edu> <20060801212742.GB13841@heff.fud.org.nz> <20060801213803.GB9583@troutmask.apl.washington.edu> <20060802144255.GU69505@over-yonder.net> <20060802165604.GA970@troutmask.apl.washington.edu> <20060802172505.GA1935@troutmask.apl.washington.edu> <20060804050242.GC58082@funkthat.com> <20060804082050.GE59809@deviant.kiev.zoral.com.ua> <20060816110526.GA57815@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <20060816110526.GA57815@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.9 required=5.0 tests=DNS_FROM_RFC_ABUSE, SPF_NEUTRAL,UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua Cc: Daniel Eischen , kan@freebsd.org, freebsd-current@freebsd.org, imp@freebsd.org Subject: Re: [fbsd] Re: Where is thr_getscheduler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 11:21:07 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 16, 2006 at 01:05:26PM +0200, Jeremie Le Hen wrote: > Hi, >=20 > On Fri, Aug 04, 2006 at 11:20:50AM +0300, Kostik Belousov wrote: > > Old build of the application linked against libc.so.6 and libthr.so.2. > > References to symbols in libthr.so.2 are satisfied by default > > version of the symbols.=20 > >=20 > > Missing are two things: > >=20 > > 1. libpthread/libthr are still not linked against libc (as well as most > > shared libraries). Correspondingly, version information for referenced > > libc symbols is absent in the shared libraries. >=20 > What does exactly prevent from linking shared libraries against libc ? > In this post [1] Warner Losh states that doing so would solve some > problems (probably the one we are talking about, albeit firefox-bin being > linked against libc.so.6 would conflict with libthr.so.2 being linked > against libc.so.7 -- how rtld(1) would handle this ?), but it will > also create so problems. What are they ? >=20 > [1] http://lists.freebsd.org/pipermail/freebsd-hackers/2006-April/016143.= html >=20 > I've added Warner in the Cc: list. As I understand, the current state of not linking dso with libc comes from the time of RELENG_4. There are (were) two libc's: libc and libc_r. Since both libraries provide same symbols, existence of them in one image would cause the havoc. Dso cannot know in advance, whether the final image would use libc or libc_r (the only exception is dso that uses threads by itself). As result, no -lc for dso. Moreover, when the -lc switch somehow slipped in (I remember this for libGL= .so), it causes huge problems with threaded programs that tried to use that dso. The current way of linking simply have not changed since then. For real symbol versioning support, linking with libc is the must. And, now this is possible due to single libc and separation of libpthread/libthr into separate dso. Resulting system will be much stricter with respect to mixing dso's from old-libc system and new one. This is never was supported, but, for instance, x11 libraries compiled on RELENG_6, can by used on CURRENT without much problems. After that change, no such frivolous mixing will ever work for bumped libraries version. --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE4v+aC3+MBN1Mb4gRArGZAJ9lJJW2SHa3xZD8/MddGW2yfiLwjQCgmQXU KMeS7mLuSnut+Tx6zOEjHWA= =nzKu -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 11:26:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A21A416A4E6 for ; Wed, 16 Aug 2006 11:26:06 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09FE343D81 for ; Wed, 16 Aug 2006 11:25:37 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F67B.dip.t-dialin.net [84.165.246.123]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k7GB9BPh080220; Wed, 16 Aug 2006 13:09:12 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k7GBPeCp036048; Wed, 16 Aug 2006 13:25:40 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from psbru.cec.eu.int (psbru.cec.eu.int [158.169.131.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 16 Aug 2006 13:25:39 +0200 Message-ID: <20060816132539.owwerbnw0okwc8wo@netchild.homeip.net> X-Priority: 3 (Normal) Date: Wed, 16 Aug 2006 13:25:39 +0200 From: Alexander Leidinger To: Peter Jeremy References: <20060815141151.15ae4349@Magellan.Leidinger.net> <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> <44E1E85D.5070805@FreeBSD.org> <20060815180713.6a4ee2e6@Magellan.Leidinger.net> <20060815212143.G45647@fledge.watson.org> <20060816002328.365a14cd@Magellan.Leidinger.net> <20060816090653.GA820@turion.vk2pj.dyndns.org> In-Reply-To: <20060816090653.GA820@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.2) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 11:26:06 -0000 Quoting Peter Jeremy (from Wed, 16 Aug =20 2006 19:06:53 +1000): > On Wed, 2006-Aug-16 00:23:28 +0200, Alexander Leidinger wrote: >> For the curious ones: the code is "activated" by changing osrelease, >> because the glibc behaves differently depending on the osrelease. It >> makes different syscalls based upon the linux kernel version. So if >> there's a program which tries if a syscall does not return ENOSYS >> instead of checking the osrelease, it may fail. If you are aware of >> such a program, please tell us about it. > > I don't think this was mentioned before. IMHO, this is worth It's mentioned in /usr/ports/UPDATING (as in: make sure you don't =20 change the default osrelease). > mentioning in the linuxolator documentation because it's not > immediately obvious and it's likely to bite someone in a non- > obvious way. It should be mentioned in the official docs that a non default value =20 may change the behavior of linux programs (in -stable you may see =20 coredumps when you change the sysctl) and that bug reports with a non =20 default value will not be taken care of. The intend is to change the default value to 2.6.x when the code is =20 stable enough. So we don't need to name specific values for osrelease, =20 I think. Bye, Alexander. --=20 does your DRESSING ROOM have enough ASPARAGUS? http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 15:51:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4378116A4E5 for ; Wed, 16 Aug 2006 15:51:06 +0000 (UTC) (envelope-from bushman@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53D1143D5D for ; Wed, 16 Aug 2006 15:51:04 +0000 (GMT) (envelope-from bushman@rsu.ru) Received: from stinger.cc.rsu.ru (stinger.cc.rsu.ru [195.208.252.82]) by mail.r61.net (8.13.7/8.13.6) with ESMTP id k7GFp0rl016115 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 16 Aug 2006 19:51:01 +0400 (MSD) (envelope-from bushman@rsu.ru) Date: Wed, 16 Aug 2006 19:59:04 +0400 (MSD) From: Michael Bushkov X-X-Sender: bushman@stinger.cc.rsu.ru To: Michael Reifenberger In-Reply-To: <20060816114729.L88304@fw.reifenberger.com> Message-ID: <20060816195554.T1144@stinger.cc.rsu.ru> References: <20060816005328.F1144@stinger.cc.rsu.ru> <20060816114729.L88304@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on asterix.r61.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: nss_ldap rewritten (SoC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 15:51:06 -0000 Hi, This error was due to old nsswitch.h - nsswitch was significantly extended in CURRENT, including proper support for "services" nsswitch database. I've fixed the port - so now everything should be ok (on RELENG_6 and below "services" database would be unsupported, though). Thanks for trying this thing out! With best regards, Michael Bushkov On Wed, 16 Aug 2006, Michael Reifenberger wrote: > On Wed, 16 Aug 2006, Michael Bushkov wrote: > ... >> Please try it and send me your comments and suggestions. >> > > Thanks for your efforts! > When trying under RELENG_6: > ... > ===> Building for nss_ldap_bsd-0.1 > Warning: Object directory not changed from original > /usr/ports/net/nss_ldap_bsd/work/nss_ldap_bsd-0.1 > cc -fpic -DPIC -O -pipe -fno-strict-aliasing -I/usr/local/include -DINET6 > -DNSS_LDAP_START_TLS_ENABLED -DNSS_LDAP_SSL_ENABLED -DSASL > -DNSS_LDAP_CONF_PATH=\"/usr/local/etc/nss_ldap.conf\" -c nss_ldap.c -o > nss_ldap.So > nss_ldap.c:92: error: `NSDB_SERVICES_COMPAT' undeclared here (not in a > function) > nss_ldap.c:92: error: initializer element is not constant > ... > > Bye/2 > --- > Michael Reifenberger, Business Development Manager SAP-Basis, Plaut > Consulting > Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com > http://www.plaut.de | http://www.Reifenberger.com > > From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 15:53:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2C6516A4DF for ; Wed, 16 Aug 2006 15:53:13 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 188AE43D46 for ; Wed, 16 Aug 2006 15:53:12 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 55550 invoked from network); 16 Aug 2006 15:53:11 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 16 Aug 2006 15:53:11 -0000 X-pair-Authenticated: 80.165.155.106 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.6/8.13.6) with ESMTP id k7GFrAhp064467 for ; Wed, 16 Aug 2006 17:53:10 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.6/8.13.6/Submit) id k7GFrAX5064466 for current@freebsd.org; Wed, 16 Aug 2006 17:53:10 +0200 (CEST) (envelope-from pho) Date: Wed, 16 Aug 2006 17:53:10 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20060816155310.GA64420@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Livelock while accessing /tmp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 15:53:13 -0000 While stress testing GENERIC HEAD from Aug 12 12:55 UTC I got this lock whenever a proccess accesses /tmp via a loopback nfs mount. More info @ http://people.freebsd.org/~pho/stress/log/cons205.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 16:50:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 406E216A4E2 for ; Wed, 16 Aug 2006 16:50:56 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46B6843DFD for ; Wed, 16 Aug 2006 16:46:54 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mail01.m-online.net (svr21.m-online.net [192.168.3.149]) by mail-out.m-online.net (Postfix) with ESMTP id 491EE73FE1; Wed, 16 Aug 2006 18:46:43 +0200 (CEST) Received: from fw.reifenberger.com (ppp-82-135-11-120.dynamic.mnet-online.de [82.135.11.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.m-online.net (Postfix) with ESMTP id 363BA928A0; Wed, 16 Aug 2006 18:46:43 +0200 (CEST) Received: from localhost (mike@localhost) by fw.reifenberger.com (8.13.6/8.13.4/Submit) with ESMTP id k7GGkh6t001486; Wed, 16 Aug 2006 18:46:43 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Wed, 16 Aug 2006 18:46:42 +0200 (CEST) From: Michael Reifenberger To: Michael Bushkov In-Reply-To: <20060816195554.T1144@stinger.cc.rsu.ru> Message-ID: <20060816183712.S1245@fw.reifenberger.com> References: <20060816005328.F1144@stinger.cc.rsu.ru> <20060816114729.L88304@fw.reifenberger.com> <20060816195554.T1144@stinger.cc.rsu.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: nss_ldap rewritten (SoC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 16:50:56 -0000 On Wed, 16 Aug 2006, Michael Bushkov wrote: ... > On Wed, 16 Aug 2006, Michael Reifenberger wrote: > >> On Wed, 16 Aug 2006, Michael Bushkov wrote: >> ... >>> Please try it and send me your comments and suggestions. >>> Revision 1.1.1 does compile. It did work only after uncommenting all 'pam_*' directives in the old nss_ldap.conf Either you should use a nss_ldap_bsd.conf of ignore all unwanted directives. Thanks anyway for your efforts. Keep on the work! Now if only I had the whole nss/ldap/cache/* stuff in -stable (and -current of course)! Watching a simple `truss ls -l /home/` makes me wonder if I did the right decision when thaking the LDAP road :-( Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 16:56:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5B8616A506 for ; Wed, 16 Aug 2006 16:56:34 +0000 (UTC) (envelope-from bushman@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72C6743D55 for ; Wed, 16 Aug 2006 16:56:30 +0000 (GMT) (envelope-from bushman@rsu.ru) Received: from stinger.cc.rsu.ru (stinger.cc.rsu.ru [195.208.252.82]) by mail.r61.net (8.13.7/8.13.6) with ESMTP id k7GGuSCg023613 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 16 Aug 2006 20:56:29 +0400 (MSD) (envelope-from bushman@rsu.ru) Date: Wed, 16 Aug 2006 21:04:32 +0400 (MSD) From: Michael Bushkov X-X-Sender: bushman@stinger.cc.rsu.ru To: Michael Reifenberger In-Reply-To: <20060816183712.S1245@fw.reifenberger.com> Message-ID: <20060816205825.U1144@stinger.cc.rsu.ru> References: <20060816005328.F1144@stinger.cc.rsu.ru> <20060816114729.L88304@fw.reifenberger.com> <20060816195554.T1144@stinger.cc.rsu.ru> <20060816183712.S1245@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on asterix.r61.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: nss_ldap rewritten (SoC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 16:56:34 -0000 Hi, On Wed, 16 Aug 2006, Michael Reifenberger wrote: > Revision 1.1.1 does compile. > It did work only after uncommenting all 'pam_*' > directives in the old nss_ldap.conf > Either you should use a nss_ldap_bsd.conf of ignore all > unwanted directives. Ok - I guess I'll do both :) > > Thanks anyway for your efforts. > Keep on the work! > > Now if only I had the whole nss/ldap/cache/* stuff in -stable > (and -current of course)! > Watching a simple `truss ls -l /home/` makes me wonder if I did > the right decision when thaking the LDAP road :-( nss_ldap would be hopefully merged into the -current along with OpenLDAP client libraries. I'm currently working on the patches. Unfortunately, I can't say anything about -stable (I'll prepare patches for it anyway, though). Thanks again for testing! With best regards, Michael Bushkov From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 17:35:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A62B016A5A5; Wed, 16 Aug 2006 17:35:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3BF043D46; Wed, 16 Aug 2006 17:35:44 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7GHZgBq040251; Wed, 16 Aug 2006 13:35:43 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 16 Aug 2006 12:56:36 -0400 User-Agent: KMail/1.9.1 References: <20060816155310.GA64420@peter.osted.lan> In-Reply-To: <20060816155310.GA64420@peter.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608161256.37149.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]); Wed, 16 Aug 2006 13:35:43 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1671/Wed Aug 16 11:29:02 2006 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: current@freebsd.org Subject: Re: Livelock while accessing /tmp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 17:35:45 -0000 On Wednesday 16 August 2006 11:53, Peter Holm wrote: > While stress testing GENERIC HEAD from Aug 12 12:55 UTC I got this > lock whenever a proccess accesses /tmp via a loopback nfs mount. > More info @ http://people.freebsd.org/~pho/stress/log/cons205.html FYI, 'show sleepchain ' will directly show the deadlock in the future. I have a gdb script equivalent I can give you to run on the core dump if you want. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 17:35:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A62B016A5A5; Wed, 16 Aug 2006 17:35:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3BF043D46; Wed, 16 Aug 2006 17:35:44 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7GHZgBq040251; Wed, 16 Aug 2006 13:35:43 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 16 Aug 2006 12:56:36 -0400 User-Agent: KMail/1.9.1 References: <20060816155310.GA64420@peter.osted.lan> In-Reply-To: <20060816155310.GA64420@peter.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608161256.37149.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]); Wed, 16 Aug 2006 13:35:43 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1671/Wed Aug 16 11:29:02 2006 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: current@freebsd.org Subject: Re: Livelock while accessing /tmp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 17:35:45 -0000 On Wednesday 16 August 2006 11:53, Peter Holm wrote: > While stress testing GENERIC HEAD from Aug 12 12:55 UTC I got this > lock whenever a proccess accesses /tmp via a loopback nfs mount. > More info @ http://people.freebsd.org/~pho/stress/log/cons205.html FYI, 'show sleepchain ' will directly show the deadlock in the future. I have a gdb script equivalent I can give you to run on the core dump if you want. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 17:59:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 529FC16A4E2 for ; Wed, 16 Aug 2006 17:59:59 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 7A34343D46 for ; Wed, 16 Aug 2006 17:59:57 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 48350 invoked from network); 16 Aug 2006 17:59:55 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 16 Aug 2006 17:59:55 -0000 X-pair-Authenticated: 80.165.155.106 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.6/8.13.6) with ESMTP id k7GHxtGX076118; Wed, 16 Aug 2006 19:59:55 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.6/8.13.6/Submit) id k7GHxttv076117; Wed, 16 Aug 2006 19:59:55 +0200 (CEST) (envelope-from pho) Date: Wed, 16 Aug 2006 19:59:54 +0200 From: Peter Holm To: John Baldwin Message-ID: <20060816175954.GA75956@peter.osted.lan> References: <20060816155310.GA64420@peter.osted.lan> <200608161256.37149.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200608161256.37149.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Livelock while accessing /tmp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 17:59:59 -0000 On Wed, Aug 16, 2006 at 12:56:36PM -0400, John Baldwin wrote: > On Wednesday 16 August 2006 11:53, Peter Holm wrote: > > While stress testing GENERIC HEAD from Aug 12 12:55 UTC I got this > > lock whenever a proccess accesses /tmp via a loopback nfs mount. > > More info @ http://people.freebsd.org/~pho/stress/log/cons205.html > > FYI, 'show sleepchain ' will directly show the deadlock in the future. I > have a gdb script equivalent I can give you to run on the core dump if you > want. > > -- > John Baldwin Yes, please. I saw your commit yesterday, but didn't realize that the sleepchain was already in the source. -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 17:59:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8183716A4E5 for ; Wed, 16 Aug 2006 17:59:59 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 7A68F43D4C for ; Wed, 16 Aug 2006 17:59:57 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 48350 invoked from network); 16 Aug 2006 17:59:55 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 16 Aug 2006 17:59:55 -0000 X-pair-Authenticated: 80.165.155.106 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.6/8.13.6) with ESMTP id k7GHxtGX076118; Wed, 16 Aug 2006 19:59:55 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.6/8.13.6/Submit) id k7GHxttv076117; Wed, 16 Aug 2006 19:59:55 +0200 (CEST) (envelope-from pho) Date: Wed, 16 Aug 2006 19:59:54 +0200 From: Peter Holm To: John Baldwin Message-ID: <20060816175954.GA75956@peter.osted.lan> References: <20060816155310.GA64420@peter.osted.lan> <200608161256.37149.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200608161256.37149.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Livelock while accessing /tmp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 17:59:59 -0000 On Wed, Aug 16, 2006 at 12:56:36PM -0400, John Baldwin wrote: > On Wednesday 16 August 2006 11:53, Peter Holm wrote: > > While stress testing GENERIC HEAD from Aug 12 12:55 UTC I got this > > lock whenever a proccess accesses /tmp via a loopback nfs mount. > > More info @ http://people.freebsd.org/~pho/stress/log/cons205.html > > FYI, 'show sleepchain ' will directly show the deadlock in the future. I > have a gdb script equivalent I can give you to run on the core dump if you > want. > > -- > John Baldwin Yes, please. I saw your commit yesterday, but didn't realize that the sleepchain was already in the source. -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 21:33:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EF9E16A4DD for ; Wed, 16 Aug 2006 21:33:34 +0000 (UTC) (envelope-from prvs=julian=376b08c52@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6AED43D58 for ; Wed, 16 Aug 2006 21:33:33 +0000 (GMT) (envelope-from prvs=julian=376b08c52@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 16 Aug 2006 14:33:34 -0700 Message-ID: <44E38F2C.8000207@elischer.org> Date: Wed, 16 Aug 2006 14:33:32 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Aleksey Perov References: <44DD4510.5070002@elischer.org> <20060816131824.67a8053b.algardo@sura.ru> In-Reply-To: <20060816131824.67a8053b.algardo@sura.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 21:33:34 -0000 Aleksey Perov wrote: >Julian Elischer wrote: > > > >>At various times I've wanted to add timestamps to logfiles as they are >>generated.. >> >> > >This wheel has been invented million years ago. > >Install DJB's daemontools from ports, then run > >$ yes | tai64n | tai64nlocal >2006-08-16 13:13:50.001417500 y >2006-08-16 13:13:50.001421500 y >2006-08-16 13:13:50.001424500 y >2006-08-16 13:13:50.001428500 y >2006-08-16 13:13:50.001431500 y >2006-08-16 13:13:50.001434500 y >2006-08-16 13:13:50.001437500 y >2006-08-16 13:13:50.001441500 y >2006-08-16 13:13:50.001444500 y >2006-08-16 13:13:50.001447500 y >2006-08-16 13:13:50.001451500 y >2006-08-16 13:13:50.001454500 y >2006-08-16 13:13:50.001458500 y >2006-08-16 13:13:50.001461500 y >^C > >and have a nice day :-) > > > > > I can not install ports onto these machines. They are appliances. I will simply put the unhancement in out own cvs tree, and the enhancement will be private. I'm still comletely amazed that no-one but me thinks this is a good idea as it seems absolutly obvious to me and it doesn't affect date's usual behaviour in the slightest. From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 21:37:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4357C16A4DA for ; Wed, 16 Aug 2006 21:37:55 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 856D843D4C for ; Wed, 16 Aug 2006 21:37:53 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k7GLbqrS023990 for ; Wed, 16 Aug 2006 14:37:52 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k7GLbqnQ023989 for freebsd-current@freebsd.org; Wed, 16 Aug 2006 14:37:52 -0700 (PDT) (envelope-from sgk) Date: Wed, 16 Aug 2006 14:37:52 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20060816213752.GA23943@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: New ipfilter breaks world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 21:37:55 -0000 /usr/obj/usr/src/rescue/rescue/../librescue/getusershell.o /usr/obj/usr/src/rescue/rescue/../librescue/login_class.o /usr/obj/usr/src/rescue/rescue/../librescue/popen.o /usr/obj/usr/src/rescue/rescue/../librescue/rcmdsh.o /usr/obj/usr/src/rescue/rescue/../librescue/sysctl.o /usr/obj/usr/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -larchive ipf.lo(.text+0xe6b3): In function `loglevel': : undefined reference to `pri_findname' ipf.lo(.text+0xe6f4): In function `loglevel': : undefined reference to `pri_findname' *** Error code 1 Stop in /usr/obj/usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue/rescue. *** Error code 1 troutmask:kargl[216] find /usr/src -type f | xargs grep pri_find | more contrib/ipfilter/ipf.h:extern int pri_findname __P((char *)); contrib/ipfilter/lib/facpri.h:extern int pri_findname __P((char *)); contrib/ipfilter/lib/loglevel.c: pri = pri_findname(s); contrib/ipfilter/lib/loglevel.c: pri = pri_findname(*cpp); -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 22:52:08 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0129916A4DA; Wed, 16 Aug 2006 22:52:08 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82E4A43D49; Wed, 16 Aug 2006 22:52:07 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.56] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.6/8.13.6) with ESMTP id k7GMq4lo028035 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Aug 2006 15:52:05 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <44E3A162.7000004@FreeBSD.org> Date: Wed, 16 Aug 2006 15:51:14 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Marcel Moolenaar References: <44D12AC0.90009@sippysoft.com> <0C6ADBC1-E3DF-47D1-AA77-EA9BD14E059F@xcllnt.net> <44D13736.6000209@freebsd.org> <44D1396A.8000801@sippysoft.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" , Peter Grehan , freebsd-ppc@FreeBSD.org Subject: Re: Looks like threading is b0rken on FreeBSD/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 22:52:08 -0000 Hi Marcel, You have mentioned that you have gdb6 fully working on FreeBSD/powerpc. Can you send me those patches for integration into gdb6 port? Current version doesn't work on live program and unfortunately I don't have time to track this issue down. -Maxim Marcel Moolenaar wrote: > > On Aug 2, 2006, at 4:46 PM, Maxim Sobolev wrote: > >> Peter Grehan wrote: >>>> I could use some help with the ABI details. >>> Fire away Marcel. >>> The SVR4 ppc abi is at >>> http://www.cloudcaptech.com/MPC555%20Resources/Programming%20Environment/SVR4abippc.pdf >>> >> >> I have committed some initial support into devel/gdb6 port. > > Excellent! I'll take a look at it... > > -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 22:57:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2452A16A4DF for ; Wed, 16 Aug 2006 22:57:06 +0000 (UTC) (envelope-from prvs=julian=376b08c52@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE2A443D58 for ; Wed, 16 Aug 2006 22:57:05 +0000 (GMT) (envelope-from prvs=julian=376b08c52@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 16 Aug 2006 15:57:04 -0700 Message-ID: <44E3A2C0.2020801@elischer.org> Date: Wed, 16 Aug 2006 15:57:04 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <200608151627.37828.root@solink.ru> <20060815130002.M45647@fledge.watson.org> <200608160959.23100.root@solink.ru> <20060816094944.GC820@turion.vk2pj.dyndns.org> In-Reply-To: <20060816094944.GC820@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Bachilo Dmitry , freebsd-current@freebsd.org Subject: Re: throughput and interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 22:57:06 -0000 Peter Jeremy wrote: >On Wed, 2006-Aug-16 09:59:22 +0700, Bachilo Dmitry wrote: > > >>Oh, it's natd. Now I see, but I just don't get it. I know that natd is not >>efficient but, as I've said, at home I have 9 or almost 10 MB/sec through the >>natd, while at this particular server I see only 3,7 MB maximum. I've tried >>now to turn all the natting off and tried to download a file and got like 9 >>MB/sec, so it is natd who loads the system up. >> >> > >natd runs in userland so every packet has to be pushed out to userland, >processed and pushed back into the kernel. The vast majority of the >overhead is the userland/kernel transition so natd gives you a basically >fixed pps rate. Your throughput will vary depending on the packet size. > > in 6.1 there is an in kernel version of natd.. man ng_nat > > >>Someone advised me to use pf or ipnat, but I never did that before and heard >>that this nats have some limitations (like ipnat can't translate icmp packets >>or something). >> >> > >Some time ago, I switched from natd to ipnat at work because the >overhead was getting too much. (I've also switched hardware so I >can't give you direct performance comparisons). I have found some >problems with IPfilter in -stable when combining ipfilter/ipnat, >stateful filtering and conditional NATing (ie a packet to B gets NAT'd >to C only if it came from A). (The same combination works in IPfilter >3.x on Solaris.) Normal filtering and NATing works OK. > > > From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 23:07:36 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABBB016A4DF; Wed, 16 Aug 2006 23:07:36 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from dommail.onthenet.com.au (dommail.OntheNet.com.au [203.13.70.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75CAE43D49; Wed, 16 Aug 2006 23:07:35 +0000 (GMT) (envelope-from grehan@freebsd.org) Received: from [10.33.24.110] (nat-198-95-226-228.netapp.com [198.95.226.228]) by dommail.onthenet.com.au (MOS 3.5.7-GR) with ESMTP id CAS27094 (AUTH peterg@ptree32.com.au); Thu, 17 Aug 2006 09:07:31 +1000 (EST) Message-ID: <44E3A556.5040306@freebsd.org> Date: Wed, 16 Aug 2006 16:08:06 -0700 From: Peter Grehan User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8b) Gecko/20051014 MIME-Version: 1.0 To: Maxim Sobolev References: <44D12AC0.90009@sippysoft.com> <0C6ADBC1-E3DF-47D1-AA77-EA9BD14E059F@xcllnt.net> <44D13736.6000209@freebsd.org> <44D1396A.8000801@sippysoft.com> <44E3A162.7000004@FreeBSD.org> In-Reply-To: <44E3A162.7000004@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ppc@FreeBSD.org, "current@freebsd.org" , Peter Grehan , Marcel Moolenaar Subject: Re: Looks like threading is b0rken on FreeBSD/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 23:07:36 -0000 Maxim, > Current version doesn't work on live program and unfortunately I don't > have time to track this issue down. Which version is that ? I have some patches for 6.0 in http://people.freebsd.org/~grehan/gdbsrc.tgz .. which I'm still trying to find time to integrate into -current :( later, Peter. From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 23:18:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7F8216A4DD; Wed, 16 Aug 2006 23:18:00 +0000 (UTC) (envelope-from lavalamp@spiritual-machines.org) Received: from mail.digitalfreaks.org (arbitor.digitalfreaks.org [216.151.95.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7503C43D5D; Wed, 16 Aug 2006 23:18:00 +0000 (GMT) (envelope-from lavalamp@spiritual-machines.org) Received: by mail.digitalfreaks.org (Postfix, from userid 1022) id B7F0217AE5; Wed, 16 Aug 2006 19:17:59 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.digitalfreaks.org (Postfix) with ESMTP id B680A17AE4; Wed, 16 Aug 2006 19:17:59 -0400 (EDT) Date: Wed, 16 Aug 2006 19:17:59 -0400 (EDT) From: "Brian A. Seklecki" X-X-Sender: lavalamp@arbitor.digitalfreaks.org To: Gleb Smirnoff In-Reply-To: <20060810160126.E55918@arbitor.digitalfreaks.org> Message-ID: <20060816191152.J69548@arbitor.digitalfreaks.org> References: <43767.150.101.159.26.1140420612.squirrel@mailbox.TU-Berlin.DE> <20060720104238.L8726@arbitor.digitalfreaks.org> <20060807100622.GY96644@cell.sick.ru> <20060810160126.E55918@arbitor.digitalfreaks.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, netops@collaborativefusion.com Subject: Re: Dell PowerEdge 850 bge(4) RELENG_6 (WAS: Re: bge(4) problem) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 23:18:00 -0000 On Thu, 10 Aug 2006, Brian A. Seklecki wrote: > > I will experiment with it tomorrow. Sorry about the delay. The problem persists with a fresh 6.1-STABLE kernel (rev 1.91.2.16 2006/08/10). When I force the duplex on both sides, I still have to manually bounce the interface state post-boot. I still get "bge1: 2 link states coalesced". It seems to perform well once that happens. If I leave it in auto-media, it comes up at 100/half duplex, which leads to unusable performance. 100/half duplex is technically impossible anyway. I doubt the cause of this problem is the driver at this point. It can't be the switch. This Broadcom chipset must just suck. I will just throw a dual-port em(4) in this machine instead. I will make sure to let our Dell sales rep know we're not interested in purchasing any more systems with Broadcom chips onboard. The PE 1950/2950 better not have this problem. ~BAS > > Meanwhile it should be pointed out that the new Dell 9th generation > PE{1,2}950 uses the 5708 integrated dual port. > > However the Addon-NIC option is still the dual port 5721. > > ~BAS > From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 23:44:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CDEB16A4DD; Wed, 16 Aug 2006 23:44:45 +0000 (UTC) (envelope-from admin@intron.ac) Received: from intron.ac (unknown [210.51.165.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5439A43D45; Wed, 16 Aug 2006 23:44:44 +0000 (GMT) (envelope-from admin@intron.ac) Received: from localhost (localhost [127.0.0.1]) (uid 1003) by intron.ac with local; Thu, 17 Aug 2006 07:44:42 +0800 id 00102DF2.44E3ADEA.00011EC5 References: <1153994127.11460@origin.intron.ac> <20060728093647.GA32168@stud.fit.vutbr.cz> <20060807232055.77a70f8a@Magellan.Leidinger.net> <57663789@serv3.int.kfs.ru> <20060810081651.GA91970@stud.fit.vutbr.cz> In-Reply-To: <20060810081651.GA91970@stud.fit.vutbr.cz> From: "Intron is my alias in the Internet" To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Date: Thu, 17 Aug 2006 07:44:42 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset="gb2312"; format=flowed Content-Transfer-Encoding: 7bit Message-ID: Cc: Subject: [Updated on 2006-8-17] My Linux AIO Implementation Calling for Test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 23:44:45 -0000 Download: http://ftp.intron.ac/tmp/linux_aio-20060817.tar.bz2 Let my patch set keep up with new Linuxolator. ------------------------------------------------------------------------ From Beijing, China Divacky Roman wrote: > On Wed, Aug 09, 2006 at 10:50:25PM +0800, Intron wrote: >> Boris Samorodov wrote: >> >> >On Wed, 09 Aug 2006 21:08:20 +0800 Intron wrote: >> > From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 23:53:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7E5616A4E5; Wed, 16 Aug 2006 23:53:52 +0000 (UTC) (envelope-from admin@intron.ac) Received: from intron.ac (unknown [210.51.165.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7323543D45; Wed, 16 Aug 2006 23:53:52 +0000 (GMT) (envelope-from admin@intron.ac) Received: from localhost (localhost [127.0.0.1]) (uid 1003) by intron.ac with local; Thu, 17 Aug 2006 07:53:48 +0800 id 00102DF2.44E3B00C.000128B0 From: "Intron is my alias in the Internet" To: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Date: Thu, 17 Aug 2006 07:53:48 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset="gb2312"; format=flowed Content-Transfer-Encoding: 7bit Message-ID: Cc: Subject: Some Linux Applications Have Been on Strike X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 23:53:52 -0000 Some Linux applications have been on strike against new Linuxolator (sysctl compat.linux.osrelease=2.6.16) and new ports (linux_base-fc-4_7 and linux-xorg-libs-6.8.2_5). Mozilla 1.7.12 Firefox 1.0.7 Adobe Reader 7.0.8 At the same time, Firefox 1.5.0.6 goes out on strike from time to time. ------------------------------------------------------------------------ From Beijing, China From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 00:25:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3123116A4DD for ; Thu, 17 Aug 2006 00:25:51 +0000 (UTC) (envelope-from fbsd-current@mawer.org) Received: from mail-ihug.icp-qv1-irony3.iinet.net.au (ihug-mail.icp-qv1-irony3.iinet.net.au [203.59.1.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E3C143D45 for ; Thu, 17 Aug 2006 00:25:49 +0000 (GMT) (envelope-from fbsd-current@mawer.org) Received: from 203-206-173-235.perm.iinet.net.au (HELO [127.0.0.1]) ([203.206.173.235]) by mail-ihug.icp-qv1-irony3.iinet.net.au with ESMTP; 17 Aug 2006 08:25:47 +0800 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="4.08,134,1154880000"; d="scan'208"; a="904137799:sNHT17455972" Message-ID: <44E3B77E.1080509@mawer.org> Date: Thu, 17 Aug 2006 10:25:34 +1000 From: Antony Mawer User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Julian Elischer References: <44DD4510.5070002@elischer.org> <20060816131824.67a8053b.algardo@sura.ru> <44E38F2C.8000207@elischer.org> In-Reply-To: <44E38F2C.8000207@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Aleksey Perov , freebsd-current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 00:25:51 -0000 On 17/08/2006 7:33 AM, Julian Elischer wrote: > Aleksey Perov wrote: >> This wheel has been invented million years ago. >> >> Install DJB's daemontools from ports, then run >> ... > I can not install ports onto these machines. They are appliances. > > I will simply put the unhancement in out own cvs tree, and the > enhancement will be private. > I'm still comletely amazed that no-one but me thinks this is a good idea > as it seems absolutly > obvious to me and it doesn't affect date's usual behaviour in the > slightest. I'd also find this handy, as have many a time resorted to a Perl script to achieve the same thing. It does seem an odd fit to the "date" command (date's job isn't really anything to do with logging), but there is merit in the fact that it avoids having to re-duplicate all the date parsing and formatting code that already exists within date in another program... I sympathise with the situation re: appliances, and the fewer programs you can get away with in such a situation, the better! -Antony From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 00:38:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63B4316A4E6 for ; Thu, 17 Aug 2006 00:38:54 +0000 (UTC) (envelope-from rnsanchez@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEF0343D45 for ; Thu, 17 Aug 2006 00:38:53 +0000 (GMT) (envelope-from rnsanchez@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so302627wxd for ; Wed, 16 Aug 2006 17:38:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=aipi/5cyQsBOu4/nd7T+B3zQnYyQYPLYvfKLkkdRp8fGjxI2eQu1tNPBtutB3Y383qAVAE8tgkUeL0o6D4vXYJ+0AZznciwt5iEj7U4sosqIUW/S3HQePSbrFXu9yAHAOZLfQpdiw3BXxhjN0+I3H95F8C5Lml4iL3DMhMQqo9I= Received: by 10.70.32.10 with SMTP id f10mr1824431wxf; Wed, 16 Aug 2006 17:37:13 -0700 (PDT) Received: from sauron.lan.box ( [200.180.186.78]) by mx.gmail.com with ESMTP id 8sm1141751wrl.2006.08.16.17.37.11; Wed, 16 Aug 2006 17:37:13 -0700 (PDT) Date: Wed, 16 Aug 2006 21:37:09 -0300 From: Ricardo Nabinger Sanchez To: freebsd-current@freebsd.org Message-Id: <20060816213709.b53ded66.rnsanchez@gmail.com> In-Reply-To: <44E38F2C.8000207@elischer.org> References: <44DD4510.5070002@elischer.org> <20060816131824.67a8053b.algardo@sura.ru> <44E38F2C.8000207@elischer.org> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Julian Elischer Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 00:38:54 -0000 Hello, On Wed, 16 Aug 2006 14:33:32 -0700, Julian Elischer wrote: > I will simply put the unhancement in out own cvs tree, and the > enhancement will be private. > I'm still comletely amazed that no-one but me thinks this is a good idea > as it seems absolutly > obvious to me and it doesn't affect date's usual behaviour in the > slightest. I think it's useful, even if there are many other ways to do it, including scripts, ports and other tools that may (or may not) triple the effort to get something done just because of purist reasons. My suggestion, if you happen to reconsider about having it only for your local usage, is to instead use a long option, like "--stamp" or "--timestamp". -s collides with GNU date set option, and people sometimes forget if they're in a BSD or GNU box (I do). I'd have sent this mail before, but I got shaky as I'm new here and because of the huge pressure for not committing such addition. -- Ricardo Nabinger Sanchez Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 00:40:24 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16A4016A4DF; Thu, 17 Aug 2006 00:40:24 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8692E43D6E; Thu, 17 Aug 2006 00:40:23 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.56] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.6/8.13.6) with ESMTP id k7H0eJEv029248 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Aug 2006 17:40:21 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <44E3BAC1.8050804@FreeBSD.org> Date: Wed, 16 Aug 2006 17:39:29 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Peter Grehan References: <44D12AC0.90009@sippysoft.com> <0C6ADBC1-E3DF-47D1-AA77-EA9BD14E059F@xcllnt.net> <44D13736.6000209@freebsd.org> <44D1396A.8000801@sippysoft.com> <44E3A162.7000004@FreeBSD.org> <44E3A556.5040306@freebsd.org> In-Reply-To: <44E3A556.5040306@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ppc@FreeBSD.org, "current@freebsd.org" , Marcel Moolenaar Subject: Re: Looks like threading is b0rken on FreeBSD/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 00:40:24 -0000 Peter Grehan wrote: > Maxim, > >> Current version doesn't work on live program and unfortunately I don't >> have time to track this issue down. > > Which version is that ? > > I have some patches for 6.0 in > > http://people.freebsd.org/~grehan/gdbsrc.tgz > > .. which I'm still trying to find time to integrate into -current :( Perhaps you should coordinate with Marcel, since he is also working on this. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 01:01:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFA0716A4DE for ; Thu, 17 Aug 2006 01:01:13 +0000 (UTC) (envelope-from prvs=julian=377da0077@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80BCE43D49 for ; Thu, 17 Aug 2006 01:01:13 +0000 (GMT) (envelope-from prvs=julian=377da0077@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 16 Aug 2006 18:01:13 -0700 Message-ID: <44E3BFD8.6040901@elischer.org> Date: Wed, 16 Aug 2006 18:01:12 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ricardo Nabinger Sanchez References: <44DD4510.5070002@elischer.org> <20060816131824.67a8053b.algardo@sura.ru> <44E38F2C.8000207@elischer.org> <20060816213709.b53ded66.rnsanchez@gmail.com> In-Reply-To: <20060816213709.b53ded66.rnsanchez@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 01:01:13 -0000 Ricardo Nabinger Sanchez wrote: >Hello, > >On Wed, 16 Aug 2006 14:33:32 -0700, Julian Elischer >wrote: > > > >>I will simply put the unhancement in out own cvs tree, and the >>enhancement will be private. >>I'm still comletely amazed that no-one but me thinks this is a good idea >>as it seems absolutly >>obvious to me and it doesn't affect date's usual behaviour in the >>slightest. >> >> > >I think it's useful, even if there are many other ways to do it, including >scripts, ports and other tools that may (or may not) triple the effort to >get something done just because of purist reasons. > >My suggestion, if you happen to reconsider about having it only for your >local usage, is to instead use a long option, like "--stamp" or >"--timestamp". -s collides with GNU date set option, and people sometimes >forget if they're in a BSD or GNU box (I do). > >I'd have sent this mail before, but I got shaky as I'm new here and because >of the huge pressure for not committing such addition. > > I wouldn't call it huge pressure.. it was 2 for, (now 3), 3 against and about 200 who couldn't care. It's just that the ney sayers always scream loudest. BTW I chose 's' without any research.. Date only has the short getopt so '--' doesn't work, but there are lots of unsed letters.. a quick survey suggests maybe -p (pipe?) (suggestions welcome) my favourites of s and f are already used on one system or another. From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 01:30:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 079E516A4DA for ; Thu, 17 Aug 2006 01:30:40 +0000 (UTC) (envelope-from rnsanchez@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 831BD43D45 for ; Thu, 17 Aug 2006 01:30:39 +0000 (GMT) (envelope-from rnsanchez@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so311024wxd for ; Wed, 16 Aug 2006 18:30:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=iWP+RcGybJRqTcfmrvrT25lB4Gg0bYNt5djelo54605bsSC4QClSUSyyla87vSwxwyje7u1c4dnLV5fmHcF71hFcJ7P8m3o9qZZSX3B8AwLVmcoEs7WGgTRgvzDfsY2Yw0I9Czz1mpccUsA+oAS0FXaVqckDaokvUp2wSTLT6ww= Received: by 10.70.19.2 with SMTP id 2mr1841480wxs; Wed, 16 Aug 2006 18:30:36 -0700 (PDT) Received: from sauron.lan.box ( [200.180.186.78]) by mx.gmail.com with ESMTP id 35sm1154551wra.2006.08.16.18.30.32; Wed, 16 Aug 2006 18:30:35 -0700 (PDT) Date: Wed, 16 Aug 2006 22:30:30 -0300 From: Ricardo Nabinger Sanchez To: Julian Elischer Message-Id: <20060816223030.4efbe35b.rnsanchez@gmail.com> In-Reply-To: <44E3BFD8.6040901@elischer.org> References: <44DD4510.5070002@elischer.org> <20060816131824.67a8053b.algardo@sura.ru> <44E38F2C.8000207@elischer.org> <20060816213709.b53ded66.rnsanchez@gmail.com> <44E3BFD8.6040901@elischer.org> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 01:30:40 -0000 On Wed, 16 Aug 2006 18:01:12 -0700, Julian Elischer wrote: > BTW I chose 's' without any research.. Date only has the short getopt so > '--' doesn't work, but > there are lots of unsed letters.. a quick survey suggests maybe -p > (pipe?) (suggestions welcome) my favourites of s and f are already used > on one system or another. I'd stick to either -S, -F, -T (for timestamp) or -p. After a quick research in some twenties man pages, it's easy to find programs that have few options and some of them are uppercase. -- Ricardo Nabinger Sanchez Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 01:38:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D215A16A4DE; Thu, 17 Aug 2006 01:38:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BF7E43D4C; Thu, 17 Aug 2006 01:38:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k7H1cmbJ057734; Wed, 16 Aug 2006 21:38:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k7H1cnGZ065229; Wed, 16 Aug 2006 21:38:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A41207302F; Wed, 16 Aug 2006 21:38:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060817013849.A41207302F@freebsd-current.sentex.ca> Date: Wed, 16 Aug 2006 21:38:49 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 01:38:54 -0000 TB --- 2006-08-17 00:34:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-17 00:34:51 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-08-17 00:34:51 - cleaning the object tree TB --- 2006-08-17 00:35:26 - checking out the source tree TB --- 2006-08-17 00:35:26 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-08-17 00:35:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-17 00:42:55 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-17 00:42:55 - cd /src TB --- 2006-08-17 00:42:55 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -c chroot_stub.c ld -dc -r -o chroot.lo chroot_stub.o /obj/amd64/src/rescue/rescue//src/usr.sbin/chroot/chroot.o crunchide -k _crunched_chroot_stub chroot.lo cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_ext2fs.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_std.lo mount_udf.lo mount_umapfs.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo atm.lo atmconfig.lo fore_dnld.lo ilmid.lo pin g6.lo ipf.lo fdisk.lo dhclient.lo bzip2.lo tar.lo vi.lo id.lo gzip.lo chroot.lo /obj/amd64/src/rescue/rescue/../librescue/exec.o /obj/amd64/src/rescue/rescue/../librescue/getusershell.o /obj/amd64/src/rescue/rescue/../librescue/login_class.o /obj/amd64/src/rescue/rescue/../librescue/popen.o /obj/amd64/src/rescue/rescue/../librescue/rcmdsh.o /obj/amd64/src/rescue/rescue/../librescue/sysctl.o /obj/amd64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -larchive ipf.lo(.text+0xe6b3): In function `loglevel': : undefined reference to `pri_findname' ipf.lo(.text+0xe6f4): In function `loglevel': : undefined reference to `pri_findname' *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-17 01:38:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-17 01:38:49 - ERROR: failed to build world TB --- 2006-08-17 01:38:49 - tinderbox aborted TB --- 1.12 user 5.83 system 3837.76 real From owner-freebsd-current@FreeBSD.ORG Wed Aug 16 23:28:43 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 261B316A4DA; Wed, 16 Aug 2006 23:28:43 +0000 (UTC) (envelope-from gavers@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEB8643D45; Wed, 16 Aug 2006 23:28:42 +0000 (GMT) (envelope-from gavers@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/8.12.11/smtpout14/MantshX 4.0) with ESMTP id k7GNSgDg019103; Wed, 16 Aug 2006 16:28:42 -0700 (PDT) Received: from [68.183.67.22] (neptune.unstable.net [68.183.67.22]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 4.0) with ESMTP id k7GNSXvT004255; Wed, 16 Aug 2006 16:28:40 -0700 (PDT) In-Reply-To: <44E3A556.5040306@freebsd.org> References: <44D12AC0.90009@sippysoft.com> <0C6ADBC1-E3DF-47D1-AA77-EA9BD14E059F@xcllnt.net> <44D13736.6000209@freebsd.org> <44D1396A.8000801@sippysoft.com> <44E3A162.7000004@FreeBSD.org> <44E3A556.5040306@freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <64683C7E-68DD-49B4-9A50-A0546434911F@mac.com> Content-Transfer-Encoding: 7bit From: Holland Rhodes Date: Wed, 16 Aug 2006 16:28:32 -0700 To: Peter Grehan X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAQAAA+k= X-Language-Identified: TRUE X-Mailman-Approved-At: Thu, 17 Aug 2006 02:28:54 +0000 Cc: "current@freebsd.org" , freebsd-ppc@freebsd.org Subject: Re: Looks like threading is broken on FreeBSD/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2006 23:28:43 -0000 Thanks for the patch. Works on my mini. On Aug 16, 2006, at 4:08 PM, Peter Grehan wrote: > Maxim, > >> Current version doesn't work on live program and unfortunately I >> don't have time to track this issue down. > > Which version is that ? > > I have some patches for 6.0 in > > http://people.freebsd.org/~grehan/gdbsrc.tgz > > .. which I'm still trying to find time to integrate into -current :( > > later, > > Peter. > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 02:41:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C539C16A4FC; Thu, 17 Aug 2006 02:41:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 641A243D45; Thu, 17 Aug 2006 02:41:12 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k7H2fAfD061783; Wed, 16 Aug 2006 22:41:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k7H2fBvn033574; Wed, 16 Aug 2006 22:41:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 170C17302F; Wed, 16 Aug 2006 22:41:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060817024111.170C17302F@freebsd-current.sentex.ca> Date: Wed, 16 Aug 2006 22:41:10 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 02:41:13 -0000 TB --- 2006-08-17 01:38:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-17 01:38:49 - starting HEAD tinderbox run for i386/i386 TB --- 2006-08-17 01:38:49 - cleaning the object tree TB --- 2006-08-17 01:39:16 - checking out the source tree TB --- 2006-08-17 01:39:16 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-08-17 01:39:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-17 01:46:15 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-17 01:46:15 - cd /src TB --- 2006-08-17 01:46:15 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -c chroot_stub.c ld -dc -r -o chroot.lo chroot_stub.o /obj/src/rescue/rescue//src/usr.sbin/chroot/chroot.o crunchide -k _crunched_chroot_stub chroot.lo cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_ext2fs.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_std.lo mount_udf.lo mount_umapfs.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo atm.lo atmconfig.lo fore_dnld.lo ilmid.lo pin g6.lo ipf.lo sconfig.lo fdisk.lo dhclient.lo bzip2.lo tar.lo vi.lo id.lo gzip.lo chroot.lo /obj/src/rescue/rescue/../librescue/exec.o /obj/src/rescue/rescue/../librescue/getusershell.o /obj/src/rescue/rescue/../librescue/login_class.o /obj/src/rescue/rescue/../librescue/popen.o /obj/src/rescue/rescue/../librescue/rcmdsh.o /obj/src/rescue/rescue/../librescue/sysctl.o /obj/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -larchive ipf.lo(.text+0xdf5c): In function `loglevel': : undefined reference to `pri_findname' ipf.lo(.text+0xdf85): In function `loglevel': : undefined reference to `pri_findname' *** Error code 1 Stop in /obj/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-17 02:41:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-17 02:41:10 - ERROR: failed to build world TB --- 2006-08-17 02:41:10 - tinderbox aborted TB --- 0.93 user 4.02 system 3741.03 real From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 03:43:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BEAF16A4DA; Thu, 17 Aug 2006 03:43:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1AF043D45; Thu, 17 Aug 2006 03:43:38 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.6/8.13.4) with ESMTP id k7H3hbtE078390; Wed, 16 Aug 2006 23:43:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k7H3hboA069686; Wed, 16 Aug 2006 23:43:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BD15F7302F; Wed, 16 Aug 2006 23:43:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060817034337.BD15F7302F@freebsd-current.sentex.ca> Date: Wed, 16 Aug 2006 23:43:37 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 03:43:39 -0000 TB --- 2006-08-17 02:41:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-17 02:41:11 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-08-17 02:41:11 - cleaning the object tree TB --- 2006-08-17 02:41:31 - checking out the source tree TB --- 2006-08-17 02:41:31 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-08-17 02:41:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-17 02:48:27 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-17 02:48:27 - cd /src TB --- 2006-08-17 02:48:27 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -c chroot_stub.c ld -dc -r -o chroot.lo chroot_stub.o /obj/pc98/src/rescue/rescue//src/usr.sbin/chroot/chroot.o crunchide -k _crunched_chroot_stub chroot.lo cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_ext2fs.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_std.lo mount_udf.lo mount_umapfs.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo atm.lo atmconfig.lo fore_dnld.lo ilmid.lo pin g6.lo ipf.lo sconfig.lo fdisk.lo dhclient.lo bzip2.lo tar.lo vi.lo id.lo gzip.lo chroot.lo /obj/pc98/src/rescue/rescue/../librescue/exec.o /obj/pc98/src/rescue/rescue/../librescue/getusershell.o /obj/pc98/src/rescue/rescue/../librescue/login_class.o /obj/pc98/src/rescue/rescue/../librescue/popen.o /obj/pc98/src/rescue/rescue/../librescue/rcmdsh.o /obj/pc98/src/rescue/rescue/../librescue/sysctl.o /obj/pc98/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -larchive ipf.lo(.text+0xdf5c): In function `loglevel': : undefined reference to `pri_findname' ipf.lo(.text+0xdf85): In function `loglevel': : undefined reference to `pri_findname' *** Error code 1 Stop in /obj/pc98/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-17 03:43:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-17 03:43:37 - ERROR: failed to build world TB --- 2006-08-17 03:43:37 - tinderbox aborted TB --- 0.92 user 4.11 system 3746.31 real From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 04:53:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D27B16A4DE for ; Thu, 17 Aug 2006 04:53:15 +0000 (UTC) (envelope-from algardo@sura.ru) Received: from mail.sura.ru (mail.sura.ru [80.95.32.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDE4C43D53 for ; Thu, 17 Aug 2006 04:53:14 +0000 (GMT) (envelope-from algardo@sura.ru) Received: from guamoko (internal.sura.ru [80.95.32.17]) by mail.sura.ru (Postfix) with SMTP id D05D11052A7 for ; Thu, 17 Aug 2006 08:53:12 +0400 (MSD) Date: Thu, 17 Aug 2006 08:53:12 +0400 From: Aleksey Perov To: freebsd-current@freebsd.org Message-Id: <20060817085312.797f7b9f.algardo@sura.ru> In-Reply-To: <44E38F2C.8000207@elischer.org> References: <44DD4510.5070002@elischer.org> <20060816131824.67a8053b.algardo@sura.ru> <44E38F2C.8000207@elischer.org> Organization: JSC Volgatelecom, Penza Region, Russia X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i686-pc-linux-gnu) X-NCC-RegID: ru.penza Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 04:53:15 -0000 Julian Elischer wrote: > Aleksey Perov wrote: > > >Julian Elischer wrote: > > > > > > > >>At various times I've wanted to add timestamps to logfiles as they are > >>generated.. > >> > >> > > > >This wheel has been invented million years ago. > > > >Install DJB's daemontools from ports, then run > > ..... > > > I can not install ports onto these machines. They are appliances. > > I will simply put the unhancement in out own cvs tree, and the > enhancement will be private. > I'm still comletely amazed that no-one but me thinks this is a good idea > as it seems absolutly > obvious to me and it doesn't affect date's usual behaviour in the > slightest. Actually I don't object but rather agree that adding such an option to date is a good idea, no matter which letter it would be - "s" or "S" or "p" or "@". As for my previous posting, I just suggested one of many possible solutions, like others in this thread did. -- Aleksey Perov From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 06:47:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF4CB16A4E5; Thu, 17 Aug 2006 06:47:15 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C96043D4C; Thu, 17 Aug 2006 06:47:13 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5D87F.dip.t-dialin.net [84.165.216.127]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k7H6UXT3085630; Thu, 17 Aug 2006 08:30:34 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k7H6lC8Z002556; Thu, 17 Aug 2006 08:47:12 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from psbru.cec.eu.int (psbru.cec.eu.int [158.169.131.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 17 Aug 2006 08:47:12 +0200 Message-ID: <20060817084712.9fvimcaug848wkk0@netchild.homeip.net> X-Priority: 3 (Normal) Date: Thu, 17 Aug 2006 08:47:12 +0200 From: Alexander Leidinger To: Intron is my alias in the Internet References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.2) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, rdivacky@freebsd.org Subject: Re: Some Linux Applications Have Been on Strike X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 06:47:15 -0000 Quoting Intron is my alias in the Internet (from Thu, =20 17 Aug 2006 07:53:48 +0800): > Some Linux applications have been on strike against new Linuxolator > (sysctl compat.linux.osrelease=3D2.6.16) and new ports (linux_base-fc-4_7 > and linux-xorg-libs-6.8.2_5). > > Mozilla 1.7.12 > Firefox 1.0.7 Great! 2 Open Source applications which exhibit the bugs. Now Roman =20 can compile a debug version of one of them and try to track down where =20 it breaks. Thanks for the report! > Adobe Reader 7.0.8 But not for all PDF files. I have some files which work just fine, and =20 some files which immediatly trigger the bug. Starting acroread without =20 any filename on the command line worked just fine every time for me. > At the same time, Firefox 1.5.0.6 goes out on strike from time to time. Roman reported to me it works for him. Can you please provided use =20 cases where it doesn't work? Bye, Alexander. --=20 We are not loved by our friends for what we are; rather, we are loved in spite of what we are. =09=09-- Victor Hugo http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 07:28:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66A3F16A4DF for ; Thu, 17 Aug 2006 07:28:00 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78D2C43D58 for ; Thu, 17 Aug 2006 07:27:59 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so681214pyc for ; Thu, 17 Aug 2006 00:27:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=pAsJjtwDNknEYRdKrOyeg5A50FfHiy40qkHhnlghzaZdqtfkfoRjlOMxMaIuZ81blXaQsUY6Y6na2gJAHFx5J6qYfwwWLAjSo+nN0MzgHawoULvHcS76O/AJnm6ERoh1u4g5d4i2wCKNLrDr96pzLm0F/zTTtrwmR45VskxnPBY= Received: by 10.35.61.14 with SMTP id o14mr3064151pyk; Thu, 17 Aug 2006 00:27:58 -0700 (PDT) Received: by 10.35.61.12 with HTTP; Thu, 17 Aug 2006 00:27:58 -0700 (PDT) Message-ID: Date: Thu, 17 Aug 2006 15:27:58 +0800 From: "Xin LI" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: ps@FreeBSD.org, gavin.mu@gmail.com, tjr@FreeBSD.org Subject: [PATCH RFC] Upgrade less(1) in base to 3.9.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 07:28:00 -0000 Dear folks, Here is a patch that updates less(1) in base from 3.8.1. to 3.9.4. Please let me know if there is any problems/objections/etc. http://people.freebsd.org/~delphij/for_review/patch-less394.bz2 Thanks in advance! Cheers, -- Xin LI http://www.delphij.net From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 08:05:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27F4C16A580 for ; Thu, 17 Aug 2006 08:05:39 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail32.syd.optusnet.com.au (mail32.syd.optusnet.com.au [211.29.132.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6497E43D49 for ; Thu, 17 Aug 2006 08:05:38 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail32.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k7H85YVp025366 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 17 Aug 2006 18:05:36 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k7H85YMC000938; Thu, 17 Aug 2006 18:05:34 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k7H85Xpl000937; Thu, 17 Aug 2006 18:05:33 +1000 (EST) (envelope-from peter) Date: Thu, 17 Aug 2006 18:05:33 +1000 From: Peter Jeremy To: Alexander Leidinger Message-ID: <20060817080533.GA845@turion.vk2pj.dyndns.org> References: <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> <44E1E85D.5070805@FreeBSD.org> <20060815180713.6a4ee2e6@Magellan.Leidinger.net> <20060815212143.G45647@fledge.watson.org> <20060816002328.365a14cd@Magellan.Leidinger.net> <20060816090653.GA820@turion.vk2pj.dyndns.org> <20060816132539.owwerbnw0okwc8wo@netchild.homeip.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <20060816132539.owwerbnw0okwc8wo@netchild.homeip.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 08:05:39 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 2006-Aug-16 13:25:39 +0200, Alexander Leidinger wrote: >Quoting Peter Jeremy (from Wed, 16 Aug =20 >2006 19:06:53 +1000): > >>On Wed, 2006-Aug-16 00:23:28 +0200, Alexander Leidinger wrote: >>>For the curious ones: the code is "activated" by changing osrelease, =2E.. >It's mentioned in /usr/ports/UPDATING (as in: make sure you don't =20 >change the default osrelease). I found it by grepping for osrelease. The comment is buried in the FC4 update and not immediately obvious. I was thinking of it being documented in (eg) linux(4). >The intend is to change the default value to 2.6.x when the code is =20 >stable enough. What is the plan for the 2.4.x code? Will it be maintained (in which case, this should be documented), left to rot or explicitly deleted? --=20 Peter Jeremy --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5CNN/opHv/APuIcRAmDIAJ9W1PLUI2gxs3Nvpz2W941kmqsHRQCfc1tH D3cF7OsffhL+7M+s+35KqV4= =Mp4W -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 09:49:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 702C316A4E0; Thu, 17 Aug 2006 09:49:30 +0000 (UTC) (envelope-from admin@intron.ac) Received: from intron.ac (unknown [210.51.165.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id C35E243D66; Thu, 17 Aug 2006 09:49:25 +0000 (GMT) (envelope-from admin@intron.ac) Received: from localhost (localhost [127.0.0.1]) (uid 1003) by intron.ac with local; Thu, 17 Aug 2006 17:49:21 +0800 id 00102C04.44E43BA1.00015715 References: <20060817084712.9fvimcaug848wkk0@netchild.homeip.net> In-Reply-To: <20060817084712.9fvimcaug848wkk0@netchild.homeip.net> From: "Intron is my alias on the Internet" To: Alexander Leidinger Date: Thu, 17 Aug 2006 17:49:21 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset="gb2312"; format=flowed Content-Transfer-Encoding: 7bit Message-ID: Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, rdivacky@freebsd.org Subject: Re: Some Linux Applications Have Been on Strike X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 09:49:30 -0000 Alexander Leidinger wrote: > Quoting Intron is my alias in the Internet (from Thu, 17 > Aug 2006 07:53:48 +0800): > >> Some Linux applications have been on strike against new Linuxolator >> (sysctl compat.linux.osrelease=2.6.16) and new ports (linux_base-fc-4_7 >> and linux-xorg-libs-6.8.2_5). >> >> Mozilla 1.7.12 >> Firefox 1.0.7 > > Great! 2 Open Source applications which exhibit the bugs. Now Roman can > compile a debug version of one of them and try to track down where it > breaks. Thanks for the report! > >> Adobe Reader 7.0.8 > > But not for all PDF files. I have some files which work just fine, and > some files which immediatly trigger the bug. Starting acroread without > any filename on the command line worked just fine every time for me. > >> At the same time, Firefox 1.5.0.6 goes out on strike from time to time. > > Roman reported to me it works for him. Can you please provided use cases > where it doesn't work? > > Bye, > Alexander. > > -- > We are not loved by our friends for what we are; > rather, we are loved in spite of what we are. > -- Victor Hugo > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" My running environment: 1. CVSup-ed source tree and port tree on August 15th 12:20 (calculated for GMT) 2. sysctl compat.linux.osrelease=2.6.16 3. New ports: linux_base-fc-4_7, linux-xorg-libs-6.8.2_5, linux-gtk-1.2.10_4 and linux-gtk2-2.6.10 Here, Adobe Reader 7.0.8 doesn't work at all but its beautiful Adobe Logo. Mozilla 1.7.12 (GTK 1) and Firefox 1.0.7 (GTK 2) don't work at all but their corpse processes. Firefox 1.5.0.6 (GTK 2) works occasionally, so that I can write mail to you in it. I'm afraid that debugging those large programs is difficult. Their strike probably has something to do with userland runtime libraries such as GLIBC and XLib. I don't know the meaning of kernel messages: second wakeup second wakeup second wakeup second wakeup second wakeup second wakeup second wakeup second wakeup ------------------------------------------------------------------------ From Beijing, China From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 10:25:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC03116A4DD for ; Thu, 17 Aug 2006 10:25:33 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15CDB43D49 for ; Thu, 17 Aug 2006 10:25:32 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5D87F.dip.t-dialin.net [84.165.216.127]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k7HA8sTx086316; Thu, 17 Aug 2006 12:08:55 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k7HAPYfk034097; Thu, 17 Aug 2006 12:25:35 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from psbru.cec.eu.int (psbru.cec.eu.int [158.169.131.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 17 Aug 2006 12:25:34 +0200 Message-ID: <20060817122534.e57aqlbrwwogg8ko@netchild.homeip.net> X-Priority: 3 (Normal) Date: Thu, 17 Aug 2006 12:25:34 +0200 From: Alexander Leidinger To: Peter Jeremy References: <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> <44E1E85D.5070805@FreeBSD.org> <20060815180713.6a4ee2e6@Magellan.Leidinger.net> <20060815212143.G45647@fledge.watson.org> <20060816002328.365a14cd@Magellan.Leidinger.net> <20060816090653.GA820@turion.vk2pj.dyndns.org> <20060816132539.owwerbnw0okwc8wo@netchild.homeip.net> <20060817080533.GA845@turion.vk2pj.dyndns.org> In-Reply-To: <20060817080533.GA845@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.2) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 10:25:34 -0000 Quoting Peter Jeremy (from Thu, 17 Aug =20 2006 18:05:33 +1000): > On Wed, 2006-Aug-16 13:25:39 +0200, Alexander Leidinger wrote: >> Quoting Peter Jeremy (from Wed, 16 Aug >> 2006 19:06:53 +1000): >> >>> On Wed, 2006-Aug-16 00:23:28 +0200, Alexander Leidinger wrote: >>>> For the curious ones: the code is "activated" by changing osrelease, > ... >> It's mentioned in /usr/ports/UPDATING (as in: make sure you don't >> change the default osrelease). > > I found it by grepping for osrelease. The comment is buried in > the FC4 update and not immediately obvious. I was thinking of > it being documented in (eg) linux(4). Yes, it is mentioned for those which did change it back in the days =20 where it didn't changed anything in glibc and updated to fc4. lang/icc =20 was a bit picky about the compat.linux.* sysctls a little bit longer. Anyone with enough mdoc-fu listening for the linux(4) change? >> The intend is to change the default value to 2.6.x when the code is >> stable enough. > > What is the plan for the 2.4.x code? Will it be maintained (in which > case, this should be documented), left to rot or explicitly deleted? The 2.6 code is an extension to the 2.4 code. The 2.6 one is needed =20 for newer FC releases. So the current sysctl stuff is just a disabling =20 of some code in some syscalls. The goal is get stable 2.6 extensions =20 and to forget about the 2.4 downgrade (removing the part which =20 disables some stuff currently, the rest is needed). So no need to document the effects of some specific values for =20 osrelease, it's enough to say that only the default is supported, a =20 non default value may cause unwanted behavior and bugreports should be =20 submitted with default values. Bye, Alexander. --=20 If you pick up a starving dog and make him prosperous, he will not bite you; that is the principal difference between a dog and a man. =09=09-- Mark Twain http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 10:30:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D59516A4E2 for ; Thu, 17 Aug 2006 10:30:37 +0000 (UTC) (envelope-from prvs=julian=377da0077@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDC3243D55 for ; Thu, 17 Aug 2006 10:30:36 +0000 (GMT) (envelope-from prvs=julian=377da0077@elischer.org) Received: from unknown (HELO [192.168.2.6]) ([10.251.60.20]) by a50.ironport.com with ESMTP; 17 Aug 2006 03:30:36 -0700 Message-ID: <44E4454B.2080606@elischer.org> Date: Thu, 17 Aug 2006 03:30:35 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> <44E1E85D.5070805@FreeBSD.org> <20060815180713.6a4ee2e6@Magellan.Leidinger.net> <20060815212143.G45647@fledge.watson.org> <20060816002328.365a14cd@Magellan.Leidinger.net> <20060816090653.GA820@turion.vk2pj.dyndns.org> <20060816132539.owwerbnw0okwc8wo@netchild.homeip.net> <20060817080533.GA845@turion.vk2pj.dyndns.org> <20060817122534.e57aqlbrwwogg8ko@netchild.homeip.net> In-Reply-To: <20060817122534.e57aqlbrwwogg8ko@netchild.homeip.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 10:30:37 -0000 Alexander Leidinger wrote: > Quoting Peter Jeremy (from Thu, 17 Aug > 2006 18:05:33 +1000): > >> On Wed, 2006-Aug-16 13:25:39 +0200, Alexander Leidinger wrote: >> >>> Quoting Peter Jeremy (from Wed, 16 Aug >>> 2006 19:06:53 +1000): >>> >>>> On Wed, 2006-Aug-16 00:23:28 +0200, Alexander Leidinger wrote: >>>> >>>>> For the curious ones: the code is "activated" by changing osrelease, >>>> >> ... >> >>> It's mentioned in /usr/ports/UPDATING (as in: make sure you don't >>> change the default osrelease). >> >> >> I found it by grepping for osrelease. The comment is buried in >> the FC4 update and not immediately obvious. I was thinking of >> it being documented in (eg) linux(4). > > > Yes, it is mentioned for those which did change it back in the days > where it didn't changed anything in glibc and updated to fc4. > lang/icc was a bit picky about the compat.linux.* sysctls a little > bit longer. > > Anyone with enough mdoc-fu listening for the linux(4) change? > >>> The intend is to change the default value to 2.6.x when the code is >>> stable enough. >> >> >> What is the plan for the 2.4.x code? Will it be maintained (in which >> case, this should be documented), left to rot or explicitly deleted? > > > The 2.6 code is an extension to the 2.4 code. The 2.6 one is needed > for newer FC releases. So the current sysctl stuff is just a > disabling of some code in some syscalls. The goal is get stable 2.6 > extensions and to forget about the 2.4 downgrade (removing the part > which disables some stuff currently, the rest is needed). > > So no need to document the effects of some specific values for > osrelease, it's enough to say that only the default is supported, a > non default value may cause unwanted behavior and bugreports should > be submitted with default values. having the ability to run older linux may be a good thing..how good is their backwards compatibility.. I've heard of spme people being stuck on old versions of linux.. maybe the sysctl could stay if there is a problem to solve. > > Bye, > Alexander. > From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 11:03:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE36616A4E2 for ; Thu, 17 Aug 2006 11:03:36 +0000 (UTC) (envelope-from lerik@nolink.net) Received: from electra.nolink.net (electra.nolink.net [195.139.204.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9780743D6E for ; Thu, 17 Aug 2006 11:03:32 +0000 (GMT) (envelope-from lerik@nolink.net) Received: (qmail 50435 invoked by uid 89); 17 Aug 2006 11:03:30 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP; 17 Aug 2006 11:03:30 -0000 Date: Thu, 17 Aug 2006 13:03:30 +0200 (CEST) From: Lars Erik Gullerud To: "Brian A. Seklecki" In-Reply-To: <20060816191152.J69548@arbitor.digitalfreaks.org> Message-ID: <20060817102123.O23408@electra.nolink.net> References: <43767.150.101.159.26.1140420612.squirrel@mailbox.TU-Berlin.DE> <20060720104238.L8726@arbitor.digitalfreaks.org> <20060807100622.GY96644@cell.sick.ru> <20060810160126.E55918@arbitor.digitalfreaks.org> <20060816191152.J69548@arbitor.digitalfreaks.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Dell PowerEdge 850 bge(4) RELENG_6 (WAS: Re: bge(4) problem) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 11:03:36 -0000 On Wed, 16 Aug 2006, Brian A. Seklecki wrote: > If I leave it in auto-media, it comes up at 100/half duplex, which leads to > unusable performance. 100/half duplex is technically impossible anyway. I noticed this claim earlier in the thread, just to clear up the apparent confusion, 100/half is not just technically possible, but (was) quite widely used. Before switches became as cheap and widespread as they are now, 100Mbit Hubs were not uncommon. Even 1000/Half is technically valid (and gigabit hubs do exist, allthough they never became very popular). The first standard to abandon support for half-duplex CSMA/CD operation is 10-gig Ethernet. /leg From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 11:37:24 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B577916A4DA for ; Thu, 17 Aug 2006 11:37:24 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AE5743D45 for ; Thu, 17 Aug 2006 11:37:23 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5D87F.dip.t-dialin.net [84.165.216.127]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k7HBKfsH086555; Thu, 17 Aug 2006 13:20:41 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k7HBbM6G044481; Thu, 17 Aug 2006 13:37:22 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from psbru.cec.eu.int (psbru.cec.eu.int [158.169.131.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 17 Aug 2006 13:37:21 +0200 Message-ID: <20060817133721.h4cbucizcw8wc88k@netchild.homeip.net> X-Priority: 3 (Normal) Date: Thu, 17 Aug 2006 13:37:21 +0200 From: Alexander Leidinger To: Julian Elischer References: <44E1BD03.2030402@FreeBSD.org> <20060815144625.362bf376@Magellan.Leidinger.net> <44E1C3E4.7080508@FreeBSD.org> <20060815153451.604d16f1@Magellan.Leidinger.net> <44E1E85D.5070805@FreeBSD.org> <20060815180713.6a4ee2e6@Magellan.Leidinger.net> <20060815212143.G45647@fledge.watson.org> <20060816002328.365a14cd@Magellan.Leidinger.net> <20060816090653.GA820@turion.vk2pj.dyndns.org> <20060816132539.owwerbnw0okwc8wo@netchild.homeip.net> <20060817080533.GA845@turion.vk2pj.dyndns.org> <20060817122534.e57aqlbrwwogg8ko@netchild.homeip.net> <44E4454B.2080606@elischer.org> In-Reply-To: <44E4454B.2080606@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.2) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: Peter Jeremy , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 11:37:24 -0000 Quoting Julian Elischer (from Thu, 17 Aug 2006 =20 03:30:35 -0700): > Alexander Leidinger wrote: > >> Quoting Peter Jeremy (from Thu, 17 =20 >> Aug 2006 18:05:33 +1000): >> >>> On Wed, 2006-Aug-16 13:25:39 +0200, Alexander Leidinger wrote: >>>> The intend is to change the default value to 2.6.x when the code is >>>> stable enough. >>> >>> >>> What is the plan for the 2.4.x code? Will it be maintained (in which >>> case, this should be documented), left to rot or explicitly deleted? >> >> >> The 2.6 code is an extension to the 2.4 code. The 2.6 one is needed =20 >> for newer FC releases. So the current sysctl stuff is just a =20 >> disabling of some code in some syscalls. The goal is get stable 2.6 =20 >> extensions and to forget about the 2.4 downgrade (removing the =20 >> part which disables some stuff currently, the rest is needed). >> >> So no need to document the effects of some specific values for =20 >> osrelease, it's enough to say that only the default is supported, a =20 >> non default value may cause unwanted behavior and bugreports =20 >> should be submitted with default values. > > > having the ability to run older linux may be a good thing..how good is Are you willing to take care of the old linux userland infrastructure =20 in ports and to provide security support for old linux binaries? More =20 recent linux binaries (e.g. FC5) will not run with 2.4.2 (glibc checks =20 for the linux kernel version). > their backwards compatibility.. I've heard of spme people being stuck > on old > versions of linux.. maybe the sysctl could stay if there is a problem > to solve. Clarification: the sysctl will stay, the code which disables some =20 parts based upon the value of the sysctl is supposed to go away (ATM =20 it's a bad hack which checks the osrelease number *on every call* of 2 =20 functions). Anyone with interest in this is free to take care of this, as long as =20 they coordinate with the people which work on the current =20 infrastructure on emulation@ regarding the userland/security stuff and =20 the kernel. Until someone stands up and shows results/progress, this =20 is scheduled to vanish in the future. Bye, Alexander. --=20 Good night, Mrs. Calabash, wherever you are. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 12:23:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FBA716A4DA; Thu, 17 Aug 2006 12:23:00 +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 3952A43D64; Thu, 17 Aug 2006 12:22:57 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 9FE9520A7; Thu, 17 Aug 2006 14:22:52 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 8567C20A5; Thu, 17 Aug 2006 14:22:52 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 6ACBE33C24; Thu, 17 Aug 2006 14:22:52 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Divacky Roman References: <20060814170418.GA89686@stud.fit.vutbr.cz> Date: Thu, 17 Aug 2006 14:22:52 +0200 In-Reply-To: <20060814170418.GA89686@stud.fit.vutbr.cz> (Divacky Roman's message of "Mon, 14 Aug 2006 19:04:18 +0200") Message-ID: <86odujlffn.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: emulation@freebsd.org, current@freebsd.org Subject: Re: SoC: linuxolator update: first patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 12:23:00 -0000 Divacky Roman writes: > I am a student doing SoC linuxolator update. Just one nit: it's linux*u*lator (as in "linux em*u*lator") DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 12:25:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBCEF16A4E7 for ; Thu, 17 Aug 2006 12:25:31 +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 46D8043D46 for ; Thu, 17 Aug 2006 12:25:31 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id C836920A5; Thu, 17 Aug 2006 14:25:27 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id B83972084; Thu, 17 Aug 2006 14:25:27 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 986E933C24; Thu, 17 Aug 2006 14:25:27 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Julian Elischer References: <44DD4510.5070002@elischer.org> <20060816131824.67a8053b.algardo@sura.ru> <44E38F2C.8000207@elischer.org> Date: Thu, 17 Aug 2006 14:25:27 +0200 In-Reply-To: <44E38F2C.8000207@elischer.org> (Julian Elischer's message of "Wed, 16 Aug 2006 14:33:32 -0700") Message-ID: <86hd0blfbc.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Aleksey Perov , freebsd-current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 12:25:31 -0000 Julian Elischer writes: > I will simply put the unhancement in out own cvs tree, and the > enhancement will be private. I'm still comletely amazed that no-one > but me thinks this is a good idea as it seems absolutly obvious to > me and it doesn't affect date's usual behaviour in the slightest. Obvious to you, perhaps. To me it seems completely illogical. It would make far more sense to add a date option to cat(1), which already has a line-numbering option. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 14:01:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFD9216A4E0 for ; Thu, 17 Aug 2006 14:01:33 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D29F143D55 for ; Thu, 17 Aug 2006 14:01:32 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.7/8.13.7) with ESMTP id k7HE1M9N090813 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 17 Aug 2006 16:01:22 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.7/8.13.3/Submit) id k7HE1Mne090812; Thu, 17 Aug 2006 16:01:22 +0200 (CEST) Date: Thu, 17 Aug 2006 16:01:22 +0200 From: Divacky Roman To: Alexander Leidinger Message-ID: <20060817140122.GA90642@stud.fit.vutbr.cz> References: <44E1E85D.5070805@FreeBSD.org> <20060815180713.6a4ee2e6@Magellan.Leidinger.net> <20060815212143.G45647@fledge.watson.org> <20060816002328.365a14cd@Magellan.Leidinger.net> <20060816090653.GA820@turion.vk2pj.dyndns.org> <20060816132539.owwerbnw0okwc8wo@netchild.homeip.net> <20060817080533.GA845@turion.vk2pj.dyndns.org> <20060817122534.e57aqlbrwwogg8ko@netchild.homeip.net> <44E4454B.2080606@elischer.org> <20060817133721.h4cbucizcw8wc88k@netchild.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060817133721.h4cbucizcw8wc88k@netchild.homeip.net> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: Peter Jeremy , Julian Elischer , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 14:01:33 -0000 > >their backwards compatibility.. I've heard of spme people being stuck > >on old > >versions of linux.. maybe the sysctl could stay if there is a problem > >to solve. > > Clarification: the sysctl will stay, the code which disables some > parts based upon the value of the sysctl is supposed to go away (ATM > it's a bad hack which checks the osrelease number *on every call* of 2 > functions). 3 in fact ;) and the code is not that much tested yet so we might see more. > Anyone with interest in this is free to take care of this, as long as > they coordinate with the people which work on the current > infrastructure on emulation@ regarding the userland/security stuff and > the kernel. Until someone stands up and shows results/progress, this > is scheduled to vanish in the future. I personally see this 3 possible ways: 1) leave it as it is (ie. as what will be commited shortly), this means runtime checking for osrelease sysctl and behaving according to it 2) introduce option LINUX_24 or something like that to make this a compile time build 3) remove the 2.4 completely saying that "if you want 2.4 emulation downgrade fbsd as well". notice that this is 100% ok because linux itself doesnt support 2.4 emulation on 2.6 kernel. I would go with number 3. roman From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 15:15:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF9C516A4EB for ; Thu, 17 Aug 2006 15:15:41 +0000 (UTC) (envelope-from prvs=julian=377da0077@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBA5143D6B for ; Thu, 17 Aug 2006 15:15:39 +0000 (GMT) (envelope-from prvs=julian=377da0077@elischer.org) Received: from unknown (HELO [192.168.2.6]) ([10.251.60.65]) by a50.ironport.com with ESMTP; 17 Aug 2006 08:15:39 -0700 Message-ID: <44E4881A.3050907@elischer.org> Date: Thu, 17 Aug 2006 08:15:38 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Divacky Roman References: <44E1E85D.5070805@FreeBSD.org> <20060815180713.6a4ee2e6@Magellan.Leidinger.net> <20060815212143.G45647@fledge.watson.org> <20060816002328.365a14cd@Magellan.Leidinger.net> <20060816090653.GA820@turion.vk2pj.dyndns.org> <20060816132539.owwerbnw0okwc8wo@netchild.homeip.net> <20060817080533.GA845@turion.vk2pj.dyndns.org> <20060817122534.e57aqlbrwwogg8ko@netchild.homeip.net> <44E4454B.2080606@elischer.org> <20060817133721.h4cbucizcw8wc88k@netchild.homeip.net> <20060817140122.GA90642@stud.fit.vutbr.cz> In-Reply-To: <20060817140122.GA90642@stud.fit.vutbr.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , current@freebsd.org, Peter Jeremy Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 15:15:42 -0000 Divacky Roman wrote: >>Anyone with interest in this is free to take care of this, as long as >>they coordinate with the people which work on the current >>infrastructure on emulation@ regarding the userland/security stuff and >>the kernel. Until someone stands up and shows results/progress, this >>is scheduled to vanish in the future. >> >> > > >I personally see this 3 possible ways: > >1) leave it as it is (ie. as what will be commited shortly), this means runtime >checking for osrelease sysctl and behaving according to it > >2) introduce option LINUX_24 or something like that to make this a compile time build > >3) remove the 2.4 completely saying that "if you want 2.4 emulation downgrade fbsd as well". >notice that this is 100% ok because linux itself doesnt support 2.4 emulation on 2.6 kernel. > > I think that would be a great selling point.. especially if two processes could run the different releases at the same time.. "even linux needs vmware to do this..". >I would go with number 3. > >roman > > From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 09:52:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD97C16A532 for ; Thu, 17 Aug 2006 09:52:34 +0000 (UTC) (envelope-from swildner@erpicon.de) Received: from beate.erpicon.de (port-87-234-219-38.static.qsc.de [87.234.219.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 404FE43D45 for ; Thu, 17 Aug 2006 09:52:31 +0000 (GMT) (envelope-from swildner@erpicon.de) Received: from beate (localhost [127.0.0.1]) by beate (Postfix) with ESMTP id 0811A1F1DE; Thu, 17 Aug 2006 11:52:27 +0200 (CEST) Received: from [194.49.16.128] (unknown [194.49.16.128]) by beate.erpicon.de (Postfix) with ESMTP id D8DBB1F1D6; Thu, 17 Aug 2006 11:52:26 +0200 (CEST) Message-ID: <44E43C76.1050701@erpicon.de> Date: Thu, 17 Aug 2006 11:52:54 +0200 From: Sascha Wildner Organization: erpicon Software Development GmbH User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Julian Elischer References: <44DD4510.5070002@elischer.org> <20060816131824.67a8053b.algardo@sura.ru> <44E38F2C.8000207@elischer.org> In-Reply-To: <44E38F2C.8000207@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.10/RELEASE, bases: 16082006 #202943, status: clean X-Mailman-Approved-At: Thu, 17 Aug 2006 15:19:44 +0000 Cc: Aleksey Perov , freebsd-current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 09:52:34 -0000 Julian Elischer wrote: > I'm still comletely amazed that no-one but me thinks this is a good idea > as it seems absolutly > obvious to me and it doesn't affect date's usual behaviour in the > slightest. Hmm, I'm still completely amazed that you had expected anything else but a bikeshed by discussing it on a mailing list. :) Regards, -- Sascha Wildner erpicon Software Development GmbH Neusser Str. 724-726 50737 Köln Germany Phone: +49 221 9746069 Fax: +49 221 9746099 eMail: swildner@erpicon.de From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 16:01:52 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03B2E16A4DA; Thu, 17 Aug 2006 16:01:52 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9998F43D45; Thu, 17 Aug 2006 16:01:51 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.150] (pptp0.pn.xcllnt.net [192.168.4.150]) by ns1.xcllnt.net (8.13.6/8.13.6) with ESMTP id k7HG1oVs024327; Thu, 17 Aug 2006 09:01:50 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <44E3A162.7000004@FreeBSD.org> References: <44D12AC0.90009@sippysoft.com> <0C6ADBC1-E3DF-47D1-AA77-EA9BD14E059F@xcllnt.net> <44D13736.6000209@freebsd.org> <44D1396A.8000801@sippysoft.com> <44E3A162.7000004@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Thu, 17 Aug 2006 09:01:27 -0700 To: Maxim Sobolev X-Mailer: Apple Mail (2.752.2) Cc: "current@freebsd.org" , Peter Grehan , ppc@FreeBSD.org Subject: Re: Looks like threading is b0rken on FreeBSD/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 16:01:52 -0000 On Aug 16, 2006, at 3:51 PM, Maxim Sobolev wrote: > Hi Marcel, > > You have mentioned that you have gdb6 fully working on FreeBSD/ > powerpc. Can you send me those patches for integration into gdb6 port? I put the diffs against stock GDB 6.5 here: http://www.xcllnt.net/~marcel/gdb-6.5.diff It's a work in progress... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 15:28:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2918E16A4DA for ; Thu, 17 Aug 2006 15:28:37 +0000 (UTC) (envelope-from ndelmonico@sbcglobal.net) Received: from smtp108.sbc.mail.mud.yahoo.com (smtp108.sbc.mail.mud.yahoo.com [68.142.198.207]) by mx1.FreeBSD.org (Postfix) with SMTP id 2BFC043D73 for ; Thu, 17 Aug 2006 15:28:29 +0000 (GMT) (envelope-from ndelmonico@sbcglobal.net) Received: (qmail 30961 invoked from network); 17 Aug 2006 15:28:29 -0000 Received: from unknown (HELO ?192.168.1.108?) (ndelmonico@sbcglobal.net@66.142.231.109 with plain) by smtp108.sbc.mail.mud.yahoo.com with SMTP; 17 Aug 2006 15:28:29 -0000 Message-ID: <44E48B15.60805@sbcglobal.net> Date: Thu, 17 Aug 2006 10:28:21 -0500 From: Neal Delmonico User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.13) Gecko/20060424 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Intron is my alias on the Internet References: <20060817084712.9fvimcaug848wkk0@netchild.homeip.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 17 Aug 2006 16:04:56 +0000 Cc: Alexander Leidinger , freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, rdivacky@freebsd.org Subject: Re: Some Linux Applications Have Been on Strike X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 15:28:37 -0000 Intron is my alias on the Internet wrote: > Alexander Leidinger wrote: > >> Quoting Intron is my alias in the Internet (from >> Thu, 17 Aug 2006 07:53:48 +0800): >> >>> Some Linux applications have been on strike against new Linuxolator >>> (sysctl compat.linux.osrelease=2.6.16) and new ports (linux_base-fc-4_7 >>> and linux-xorg-libs-6.8.2_5). >>> >>> Mozilla 1.7.12 >>> Firefox 1.0.7 >> >> >> Great! 2 Open Source applications which exhibit the bugs. Now Roman >> can compile a debug version of one of them and try to track down >> where it breaks. Thanks for the report! >> >>> Adobe Reader 7.0.8 >> >> >> But not for all PDF files. I have some files which work just fine, >> and some files which immediatly trigger the bug. Starting acroread >> without any filename on the command line worked just fine every time >> for me. >> >>> At the same time, Firefox 1.5.0.6 goes out on strike from time to time. >> >> >> Roman reported to me it works for him. Can you please provided use >> cases where it doesn't work? >> >> Bye, >> Alexander. >> >> -- >> We are not loved by our friends for what we are; >> rather, we are loved in spite of what we are. >> -- Victor Hugo >> >> http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 >> http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > > > My running environment: > 1. CVSup-ed source tree and port tree on August 15th 12:20 (calculated > for > GMT) > 2. sysctl compat.linux.osrelease=2.6.16 > 3. New ports: linux_base-fc-4_7, linux-xorg-libs-6.8.2_5, > linux-gtk-1.2.10_4 and linux-gtk2-2.6.10 > > Here, Adobe Reader 7.0.8 doesn't work at all but its beautiful Adobe > Logo. > Mozilla 1.7.12 (GTK 1) and Firefox 1.0.7 (GTK 2) don't work at all but > their corpse processes. Firefox 1.5.0.6 (GTK 2) works occasionally, so > that > I can write mail to you in it. > > I'm afraid that debugging those large programs is difficult. Their strike > probably has something to do with userland runtime libraries such as > GLIBC > and XLib. > > I don't know the meaning of kernel messages: > > second wakeup > second wakeup > second wakeup > second wakeup > second wakeup > second wakeup > second wakeup > second wakeup > These programs do not work on my system either. Same setup as Intron's. I don't even get the Adobe Logo. Someone mentioned before that the offending file was known, but that how it was offending wasn't known. I assume there has been no progress on that. Glad to help if I can. Best Neal From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 16:24:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B6C816A4E2 for ; Thu, 17 Aug 2006 16:24:11 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from mark.ugcs.caltech.edu (mark.ugcs.caltech.edu [131.215.176.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33C1543D5F for ; Thu, 17 Aug 2006 16:24:03 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by mark.ugcs.caltech.edu (Postfix, from userid 3640) id 7193C3F051; Thu, 17 Aug 2006 09:24:00 -0700 (PDT) Date: Thu, 17 Aug 2006 09:24:00 -0700 From: Paul Allen To: Divacky Roman Message-ID: <20060817162400.GC26397@mark.ugcs.caltech.edu> References: <20060815180713.6a4ee2e6@Magellan.Leidinger.net> <20060815212143.G45647@fledge.watson.org> <20060816002328.365a14cd@Magellan.Leidinger.net> <20060816090653.GA820@turion.vk2pj.dyndns.org> <20060816132539.owwerbnw0okwc8wo@netchild.homeip.net> <20060817080533.GA845@turion.vk2pj.dyndns.org> <20060817122534.e57aqlbrwwogg8ko@netchild.homeip.net> <44E4454B.2080606@elischer.org> <20060817133721.h4cbucizcw8wc88k@netchild.homeip.net> <20060817140122.GA90642@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060817140122.GA90642@stud.fit.vutbr.cz> Sender: jd@ugcs.caltech.edu Cc: current@freebsd.org, Alexander Leidinger , Julian Elischer , Peter Jeremy Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 16:24:11 -0000 >From Divacky Roman , Thu, Aug 17, 2006 at 04:01:22PM +0200: > 1) leave it as it is (ie. as what will be commited shortly), this means runtime > checking for osrelease sysctl and behaving according to it > > 2) introduce option LINUX_24 or something like that to make this a compile time build > > 3) remove the 2.4 completely saying that "if you want 2.4 emulation downgrade fbsd as well". > notice that this is 100% ok because linux itself doesnt support 2.4 emulation on 2.6 kernel. Actually you shouldn't need runtime checking so much as load-time reading of the elf headers. Let me say that there is something amazing about FreeBSD: the ability to build a kernel with COMPAT_XX and run old FreeBSD binaries In some ways this seems like a page straight out of POLA. Linux can be a major pain; even in a maintained distribution ala Redhat the system seems to EOL in the blink of an eye. I had a customer once who had a mix of old binaries and obscure requirements (e.g. pm3). I put together a vmware image of the necessary environment: just the right kernel, just right version of glibc, etc. Most of the stuff that gets run through linux emulation on FreeBSD is for desktops and isn't mission critical... still I'd get pretty annoyed to one day discover that I needed to buy new versions of Matlab and Mathematica... On the other hand developer resources are scarce; it would be much better if I had FreeBSD binaries of those programs :o) The linux model works when: 1) you have the source for everything 2) all the source is actively maintained to keep abreast of API changes 3) you are free to recompile and replace any part of the system at a whim Or you can run Debian and wait for three year cycles :o) (okay,okay, I'll stop picking a fight now; hope everyone takes a little ribbing in good fun) Paul From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 16:40:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D000716A4DF; Thu, 17 Aug 2006 16:40:42 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 250F443D58; Thu, 17 Aug 2006 16:40:41 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.7/8.13.7) with ESMTP id k7HGeZxF097194 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 17 Aug 2006 18:40:35 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.7/8.13.3/Submit) id k7HGeZV2097193; Thu, 17 Aug 2006 18:40:35 +0200 (CEST) Date: Thu, 17 Aug 2006 18:40:35 +0200 From: Divacky Roman To: Intron is my alias on the Internet Message-ID: <20060817164035.GA96801@stud.fit.vutbr.cz> References: <20060817084712.9fvimcaug848wkk0@netchild.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: Alexander Leidinger , freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, rdivacky@freebsd.org Subject: Re: Some Linux Applications Have Been on Strike X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 16:40:42 -0000 > I don't know the meaning of kernel messages: > > second wakeup > second wakeup > second wakeup > second wakeup > second wakeup > second wakeup > second wakeup > second wakeup is it the case that EVERY TIME you see this the program which emits this doesnt work? are there any other non-working programs that doesnt emit this? how you can help: if you can see any futex usage pattern that causes problems please tell me. or if oyu have some simple testing program which reproduces this behaviour. thnx roman From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 16:44:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5597316A4E5 for ; Thu, 17 Aug 2006 16:44:09 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19FA443D64 for ; Thu, 17 Aug 2006 16:44:00 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.7/8.13.7) with ESMTP id k7HGhrPU097293 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 17 Aug 2006 18:43:53 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.7/8.13.3/Submit) id k7HGhrB0097292; Thu, 17 Aug 2006 18:43:53 +0200 (CEST) Date: Thu, 17 Aug 2006 18:43:53 +0200 From: Divacky Roman To: Julian Elischer Message-ID: <20060817164352.GB96801@stud.fit.vutbr.cz> References: <20060815212143.G45647@fledge.watson.org> <20060816002328.365a14cd@Magellan.Leidinger.net> <20060816090653.GA820@turion.vk2pj.dyndns.org> <20060816132539.owwerbnw0okwc8wo@netchild.homeip.net> <20060817080533.GA845@turion.vk2pj.dyndns.org> <20060817122534.e57aqlbrwwogg8ko@netchild.homeip.net> <44E4454B.2080606@elischer.org> <20060817133721.h4cbucizcw8wc88k@netchild.homeip.net> <20060817140122.GA90642@stud.fit.vutbr.cz> <44E4881A.3050907@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44E4881A.3050907@elischer.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: Alexander Leidinger , current@freebsd.org, Peter Jeremy Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 16:44:09 -0000 On Thu, Aug 17, 2006 at 08:15:38AM -0700, Julian Elischer wrote: > Divacky Roman wrote: > > >>Anyone with interest in this is free to take care of this, as long as > >>they coordinate with the people which work on the current > >>infrastructure on emulation@ regarding the userland/security stuff and > >>the kernel. Until someone stands up and shows results/progress, this > >>is scheduled to vanish in the future. > >> > >> > > > > > >I personally see this 3 possible ways: > > > >1) leave it as it is (ie. as what will be commited shortly), this means > >runtime > >checking for osrelease sysctl and behaving according to it > > > >2) introduce option LINUX_24 or something like that to make this a compile > >time build > > > >3) remove the 2.4 completely saying that "if you want 2.4 emulation > >downgrade fbsd as well". notice that this is 100% ok because linux itself > >doesnt support 2.4 emulation on 2.6 kernel. > > > > > > I think that would be a great selling point.. especially if two > processes could run the different releases at the same time.. > "even linux needs vmware to do this..". this is not hard to implement but remeber that it causes getpid() to be quite expensive function. and as netchild said - newer glibc doesnt work with 2.4 kernel so unless somone is willing to maintain libc for the old linux_base there wont be any use for this. From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 17:12:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D1A516A4E0 for ; Thu, 17 Aug 2006 17:12:27 +0000 (UTC) (envelope-from b.candler@pobox.com) Received: from rune.pobox.com (rune.pobox.com [208.210.124.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70B6743D8E for ; Thu, 17 Aug 2006 17:12:20 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from rune (localhost [127.0.0.1]) by rune.pobox.com (Postfix) with ESMTP id 5DDBD7BA54; Thu, 17 Aug 2006 13:12:40 -0400 (EDT) Received: from thinkdog.local.linnet.org (host212-183-132-77.uk.access.vodafone.net [212.183.132.77]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by rune.sasl.smtp.pobox.com (Postfix) with ESMTP id C33287BF05; Thu, 17 Aug 2006 13:12:33 -0400 (EDT) Received: from lists by thinkdog.local.linnet.org with local (Exim 4.50 (FreeBSD)) id 1GDlPW-0000FG-Nk; Thu, 17 Aug 2006 18:12:02 +0100 Date: Thu, 17 Aug 2006 18:12:02 +0100 From: Brian Candler To: Julian Elischer Message-ID: <20060817171202.GB671@uk.tiscali.com> References: <44DD4510.5070002@elischer.org> <20060816131824.67a8053b.algardo@sura.ru> <44E38F2C.8000207@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44E38F2C.8000207@elischer.org> User-Agent: Mutt/1.4.2.1i Cc: Aleksey Perov , freebsd-current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 17:12:27 -0000 On Wed, Aug 16, 2006 at 02:33:32PM -0700, Julian Elischer wrote: > I can not install ports onto these machines. They are appliances. > > I will simply put the unhancement in out own cvs tree, and the > enhancement will be private. > I'm still comletely amazed that no-one but me thinks this is a good idea > as it seems absolutly > obvious to me and it doesn't affect date's usual behaviour in the > slightest. FWIW I am also against, in a non-vehement way. My reasons are: 1. I don't like to encourage the writing of non-portable scripts, which will run on FreeBSD but not Linux, any other *BSD or indeed any other Unix in existence. Linux scripts which start #!/bin/sh but use bash-isms are particularly annoying... scripts which rely on non-standard additions to core utilities are also a pain. (I'm not a POSIXLY_CORRECT extremist though. I apply my own woolly definition of 'standard' here) 2. I object to feature bloat, not especially because it makes the core utilities and their manpages larger (we're only talking a few bytes in this particular case), but because it makes finding the right command and the right flag more difficult. Suppose you came along to a system knowing that there was a command somewhere to add timestamps to log streams, but couldn't remember what it was. I personally would never guess that it was "date" (*). 'man -k' wouldn't be able to find it, because this hidden feature is unlikely to make it into the one-line description. 3. One command doing many different things seems to go against the Unix philosophy of simple utilities doing one thing each. >From the point of view of (2) and (3), I'd rather than there was a completely separate utility for adding timestamps to streams, even if it shares 90% of its code with 'date'. 4. The other thing I'm uncomfortable with is that this modification to date does handles one specific type of timestamp addition - adding a timestamp to the start of a line, where lines are terminated by \n. Whilst this is a common case, it's certainly not the only case where I've wanted to add timestamps. That makes it feel like a special-case frig. Regards, Brian. (*) The nearest similar standard Unix command I can think of is nl(1) From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 18:05:32 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 014D716A4DD for ; Thu, 17 Aug 2006 18:05:32 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp6.server.rpi.edu (smtp6.server.rpi.edu [128.113.2.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BA9043DD5 for ; Thu, 17 Aug 2006 18:04:53 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp6.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k7HI4ksf027840; Thu, 17 Aug 2006 14:04:47 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <44E3BFD8.6040901@elischer.org> References: <44DD4510.5070002@elischer.org> <20060816131824.67a8053b.algardo@sura.ru> <44E38F2C.8000207@elischer.org> <20060816213709.b53ded66.rnsanchez@gmail.com> <44E3BFD8.6040901@elischer.org> Date: Thu, 17 Aug 2006 14:04:45 -0400 To: Julian Elischer , Ricardo Nabinger Sanchez , des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= ) From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: freebsd-current@FreeBSD.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 18:05:32 -0000 At 6:01 PM -0700 8/16/06, Julian Elischer wrote: >Ricardo Nabinger Sanchez wrote: >> >>My suggestion, if you happen to reconsider about having >>it only for your local usage, is to instead use a long >>option, like "--stamp" or "--timestamp". -s collides >>with GNU date set option, and people sometimes forget >>if they're in a BSD or GNU box (I do). >> >>I'd have sent this mail before, but I got shaky as I'm >>new here and because of the huge pressure for not >>committing such addition. > >I wouldn't call it huge pressure.. it was 2 for, >(now 3), 3 against and about 200 who couldn't care. After thinking about this awhile, I'd say that I'm mildly against it. The `date' command has never been a filter, and I don't see any reason that this feature needs to be in the `date' command as opposed to some other command. >It's just that the ney sayers always scream loudest. I'm certainly not screaming. But if we were to add this option somewhere, then des's suggestion of: It would make far more sense to add a date option to cat(1), which already has a line-numbering option. does seem very reasonable to me. `cat' already has several options which cause data to be filtered as it is copied. The only trick is that you also want to specify the format to use for the timestamp. So, just have the new parameter require a strftime() string: cat -D "%Y-%m%d-%H%M: " And maybe include a reference to the `cat' command in the man page for the `date' command, just so people realize that the option is available. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 22:12:27 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7234A16A4DE for ; Thu, 17 Aug 2006 22:12:27 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1316443D4C for ; Thu, 17 Aug 2006 22:12:26 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp1-g19.free.fr (Postfix) with ESMTP id 2747B90B3B for ; Fri, 18 Aug 2006 00:12:25 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id C6B249B5F0 for ; Thu, 17 Aug 2006 22:13:07 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 9D166405B; Fri, 18 Aug 2006 00:13:07 +0200 (CEST) Date: Fri, 18 Aug 2006 00:13:07 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20060817221307.GG57815@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.12-2006-07-14 Cc: Subject: no kld in minidumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 22:12:27 -0000 Hi, my laptop has just triggered a bug in the iwi(4) driver. I called doadump() from DDB prompt and was happily surprised to see that only 167 MB of memory where dumped, instead of 1 GB. Unfortunately once I have rebooted, I went into kgdb and asked for the backtrace, which look pretty accurate until it reached the iwi(4) functions, which was loaded from multiuser mode. I know this is iwi(4) because I saw the backtrace in DDB. Is it the desired behaviour, not yet implemented, or am I only missing something ? Thank you for your help. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Aug 17 22:56:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FE8416A4DA for ; Thu, 17 Aug 2006 22:56:13 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FB5343D46 for ; Thu, 17 Aug 2006 22:56:12 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so572892wxd for ; Thu, 17 Aug 2006 15:56:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=l98dn5SLZO1CYxpeCy6XWjpME+nK2mLwxZuQjORKqXlQw+pKCNkVXSEdErZ7fWizJjBdH675JT1dyEkzaGWHPR2jwKU87aYpQMpqAvsiTWAkO2wrqZsuDq3ynKU0NBOzqDg4tl0xpPQcj33g7T7NLKY6CI4hdp3bPJSsNkAxq64= Received: by 10.70.38.9 with SMTP id l9mr3711462wxl; Thu, 17 Aug 2006 15:56:11 -0700 (PDT) Received: by 10.70.118.13 with HTTP; Thu, 17 Aug 2006 15:56:10 -0700 (PDT) Message-ID: <2fd864e0608171556o6af3e1fdxa29c252f07c98444@mail.gmail.com> Date: Thu, 17 Aug 2006 17:56:10 -0500 From: Astrodog To: "Divacky Roman" In-Reply-To: <20060817164352.GB96801@stud.fit.vutbr.cz> MIME-Version: 1.0 References: <20060815212143.G45647@fledge.watson.org> <20060816090653.GA820@turion.vk2pj.dyndns.org> <20060816132539.owwerbnw0okwc8wo@netchild.homeip.net> <20060817080533.GA845@turion.vk2pj.dyndns.org> <20060817122534.e57aqlbrwwogg8ko@netchild.homeip.net> <44E4454B.2080606@elischer.org> <20060817133721.h4cbucizcw8wc88k@netchild.homeip.net> <20060817140122.GA90642@stud.fit.vutbr.cz> <44E4881A.3050907@elischer.org> <20060817164352.GB96801@stud.fit.vutbr.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 22:56:13 -0000 On 8/17/06, Divacky Roman wrote: > > On Thu, Aug 17, 2006 at 08:15:38AM -0700, Julian Elischer wrote: > > Divacky Roman wrote: > > > > >>Anyone with interest in this is free to take care of this, as long as > > >>they coordinate with the people which work on the current > > >>infrastructure on emulation@ regarding the userland/security stuff and > > >>the kernel. Until someone stands up and shows results/progress, this > > >>is scheduled to vanish in the future. > > >> > > >> > > > > > > > > >I personally see this 3 possible ways: > > > > > >1) leave it as it is (ie. as what will be commited shortly), this means > > >runtime > > >checking for osrelease sysctl and behaving according to it > > > > > >2) introduce option LINUX_24 or something like that to make this a > compile > > >time build > > > > > >3) remove the 2.4 completely saying that "if you want 2.4 emulation > > >downgrade fbsd as well". notice that this is 100% ok because linux > itself > > >doesnt support 2.4 emulation on 2.6 kernel. > > > > > > > > > > I think that would be a great selling point.. especially if two > > processes could run the different releases at the same time.. > > "even linux needs vmware to do this..". > > this is not hard to implement but remeber that it causes getpid() to be > quite expensive function. and as netchild said - newer glibc doesnt work > with > 2.4 kernel so unless somone is willing to maintain libc for the old > linux_base > there wont be any use for this. Would it be possible to maintain 2 sets? Basically, leave the old stuff avalible, but require some sysctl or compile-time setting to use it... if no one steps up to maintain it, let it rot. If someone wants to deal with it... let 'em! --- Harrison From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 02:06:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA5C616A4DD; Fri, 18 Aug 2006 02:06:41 +0000 (UTC) (envelope-from admin@intron.ac) Received: from intron.ac (unknown [210.51.165.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2DBF43D53; Fri, 18 Aug 2006 02:06:40 +0000 (GMT) (envelope-from admin@intron.ac) Received: from localhost (localhost [127.0.0.1]) (uid 1003) by intron.ac with local; Fri, 18 Aug 2006 10:06:36 +0800 id 00102DF1.44E520AC.00000514 References: <20060817084712.9fvimcaug848wkk0@netchild.homeip.net> <20060817164035.GA96801@stud.fit.vutbr.cz> In-Reply-To: <20060817164035.GA96801@stud.fit.vutbr.cz> From: "Intron is my alias on the Internet" To: rdivacky@freebsd.org Date: Fri, 18 Aug 2006 10:06:36 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset="gb2312"; format=flowed Content-Transfer-Encoding: 7bit Message-ID: Cc: Alexander Leidinger , freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: Some Linux Applications Have Been on Strike X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 02:06:42 -0000 Divacky Roman wrote: >> I don't know the meaning of kernel messages: >> >> second wakeup >> second wakeup >> second wakeup >> second wakeup >> second wakeup >> second wakeup >> second wakeup >> second wakeup > > is it the case that EVERY TIME you see this the program which emits this doesnt work? > are there any other non-working programs that doesnt emit this? > > how you can help: if you can see any futex usage pattern that causes problems please tell me. > or if oyu have some simple testing program which reproduces this behaviour. > > thnx > > roman > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" 1. The kernel message "second wakeup" is produced when Firefox 1.5.0.6 is normally working. 2. With the help of top(1), I've known that both Mozilla 1.7.12 (GTK 1) and Firefox 1.0.7 (GTK 2) are stalled on the state "linuxf". 3. Adobe Reader 7.0.8 can work occasionally if its configuration files (in ~/.adobe/) are initialized for the first time with the help of Roman's patch. Well, I would do some hacking to find the problem. ------------------------------------------------------------------------ From Beijing, China From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 02:56:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9082616A4E2 for ; Fri, 18 Aug 2006 02:56:10 +0000 (UTC) (envelope-from devon.odell@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id E52AF43D46 for ; Fri, 18 Aug 2006 02:56:09 +0000 (GMT) (envelope-from devon.odell@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so1297465nfc for ; Thu, 17 Aug 2006 19:56:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ApJwoLQfTT6ia6wCLncL9PUqTld9n8Wc8eWDveZJQIo3qbYWYYadD1d9/m3pb1HQGaEzKHdDCC+rGB01KPWTCTXv9bsJhZri0m4H9YYTgCBUrMshB5j2y1dIPE3mEcEiyQ4Y3bFSOAJz6Ff5ao+MwKBskjZ98SqKimuPd9UUO6I= Received: by 10.48.210.20 with SMTP id i20mr3421028nfg; Thu, 17 Aug 2006 19:56:08 -0700 (PDT) Received: by 10.49.9.14 with HTTP; Thu, 17 Aug 2006 19:56:08 -0700 (PDT) Message-ID: <9ab217670608171956l11d1da00u23800a10abaf09c2@mail.gmail.com> Date: Thu, 17 Aug 2006 22:56:08 -0400 From: "Devon H. O'Dell" To: "Jeremie Le Hen" In-Reply-To: <20060817221307.GG57815@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060817221307.GG57815@obiwan.tataz.chchile.org> Cc: freebsd-current@freebsd.org Subject: Re: no kld in minidumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 02:56:10 -0000 2006/8/17, Jeremie Le Hen : > Hi, > > my laptop has just triggered a bug in the iwi(4) driver. I called > doadump() from DDB prompt and was happily surprised to see that > only 167 MB of memory where dumped, instead of 1 GB. > > Unfortunately once I have rebooted, I went into kgdb and asked > for the backtrace, which look pretty accurate until it reached > the iwi(4) functions, which was loaded from multiuser mode. > I know this is iwi(4) because I saw the backtrace in DDB. > > Is it the desired behaviour, not yet implemented, or am I only > missing something ? Yeah, you have to do some magic to debug KLDs. Basically, you have to figure out where they were loaded by walking the module list, and then tell GDB where to find the TEXT section using add-symbol-file. Instructions for this are available at http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-kld.html Good luck :) --Devon > Thank you for your help. > Regards, > -- > Jeremie Le Hen > < jeremie at le-hen dot org >< ttz at chchile dot org > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 03:22:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD2D416A4DA for ; Fri, 18 Aug 2006 03:22:40 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA18043D46 for ; Fri, 18 Aug 2006 03:22:39 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 88B47C501 for ; Thu, 17 Aug 2006 23:22:38 -0400 (EDT) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 5C4AAC4F7 for ; Thu, 17 Aug 2006 23:22:34 -0400 (EDT) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id E0B31C4BA for ; Thu, 17 Aug 2006 23:22:33 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:X-Enigmail-Version:OpenPGP:Content-Type:Content-Transfer-Encoding; b=VmbEd0BPORIS/q5tqF9r/I+gXJ4VQI/a690JNXPlSuvTjMJmN0CjBf3uiBLhE7fq3LJdvDs6zyAsTG2xR64ZRAjV++ttk1awM+xbJ0u/X+a++cTyr6s3Jxqh/FTRgQ1S; Received: from [192.168.1.10] (socker.hsd1.ma.comcast.net [24.218.145.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 8B0F5C404 for ; Thu, 17 Aug 2006 23:22:33 -0400 (EDT) Message-ID: <44E53278.5040004@protected-networks.net> Date: Thu, 17 Aug 2006 23:22:32 -0400 From: Michael Butler User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.94.0.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: new hardware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 03:22:40 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I thought I'd investigate spend some on what seems to be becoming the standard for new laptops. However, before I spend nonsensical amounts of time on the items below, I'd appreciate an indication as to what progress has been made - perhaps I can help test something rather than re-invent the wheel? The "pain-points" for FreeBSD users appear to be, in my own order of priority, as follows: 1) Intel Wireless 3945ABG I've seen the work by Damien Bergamini on an OpenBSD driver but I'm beginning to think that the iwi driver is a better starting point. The sticking point with the only other driver I know of (for Linux) is Intel's choice to implement a binary module (actually a daemon) to enforce compliance within regulatory domains. Not that this bad, just that it imparts a level of complexity to the objective. 2) Intel 82801G (ICH7 Family) HDA I have the HDA device itself probed but the Realtek ALC861GR in my Toshiba needs (significant?) work before I can call it functional. 3) Intel 945GM/GMS/940GML Graphics The xorg server can be made to work at 1280x800 with a patch but AGP support looks like it needs patches to sys/pci/agp_intel and agp_i810. I haven't looked at DRM as yet. Please contact me off-list if you have some constructive suggestions, Thanks, Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5TJ3Qv9rrgRC1JIRAioqAJ4+xfHW1zXJH2vK45l72zpv94thDQCffXUX ixSgU4sqBDGUjIU4xMbmQ3k= =XMbz -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 06:53:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A08A16A4E6; Fri, 18 Aug 2006 06:53:48 +0000 (UTC) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 806A043D45; Fri, 18 Aug 2006 06:53:47 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (localhost [127.0.0.1]) by lath.rinet.ru (8.13.6/8.13.6) with ESMTP id k7I6rf8g042857 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Aug 2006 10:53:41 +0400 (MSD) (envelope-from oleg@lath.rinet.ru) Received: (from oleg@localhost) by lath.rinet.ru (8.13.6/8.13.6/Submit) id k7I6reph042856; Fri, 18 Aug 2006 10:53:40 +0400 (MSD) (envelope-from oleg) Date: Fri, 18 Aug 2006 10:53:40 +0400 From: Oleg Bulyzhin To: "Brian A. Seklecki" Message-ID: <20060818065340.GA42776@lath.rinet.ru> References: <43767.150.101.159.26.1140420612.squirrel@mailbox.TU-Berlin.DE> <20060720104238.L8726@arbitor.digitalfreaks.org> <20060807100622.GY96644@cell.sick.ru> <20060810160126.E55918@arbitor.digitalfreaks.org> <20060816191152.J69548@arbitor.digitalfreaks.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <20060816191152.J69548@arbitor.digitalfreaks.org> User-Agent: Mutt/1.5.11 Cc: netops@collaborativefusion.com, Gleb Smirnoff , freebsd-current@freebsd.org Subject: Re: Dell PowerEdge 850 bge(4) RELENG_6 (WAS: Re: bge(4) problem) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 06:53:48 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Aug 16, 2006 at 07:17:59PM -0400, Brian A. Seklecki wrote: > On Thu, 10 Aug 2006, Brian A. Seklecki wrote: > > > > >I will experiment with it tomorrow. > > Sorry about the delay. > > The problem persists with a fresh 6.1-STABLE kernel (rev 1.91.2.16 > 2006/08/10). > > When I force the duplex on both sides, I still have to manually bounce the > interface state post-boot. I still get "bge1: 2 link states coalesced". > > It seems to perform well once that happens. > > If I leave it in auto-media, it comes up at 100/half duplex, which leads > to unusable performance. 100/half duplex is technically impossible > anyway. > > I doubt the cause of this problem is the driver at this point. It can't > be the switch. This Broadcom chipset must just suck. > > I will just throw a dual-port em(4) in this machine instead. I will make > sure to let our Dell sales rep know we're not interested in purchasing any > more systems with Broadcom chips onboard. > > The PE 1950/2950 better not have this problem. > > ~BAS > > > > >Meanwhile it should be pointed out that the new Dell 9th generation > >PE{1,2}950 uses the 5708 integrated dual port. > > > >However the Addon-NIC option is still the dual port 5721. > > > >~BAS > > Could you please try attached patch? (can be applied to -current or releng_6). -- Oleg. --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bge_lock_ifmcallbacks.diff" Index: if_bge.c =================================================================== RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v retrieving revision 1.137 diff -u -r1.137 if_bge.c --- if_bge.c 17 Aug 2006 09:53:04 -0000 1.137 +++ if_bge.c 18 Aug 2006 06:41:18 -0000 @@ -3226,17 +3226,19 @@ static int bge_ifmedia_upd(struct ifnet *ifp) { - struct bge_softc *sc; + struct bge_softc *sc = ifp->if_softc; struct mii_data *mii; struct ifmedia *ifm; - sc = ifp->if_softc; + BGE_LOCK(sc); ifm = &sc->bge_ifmedia; /* If this is a 1000baseX NIC, enable the TBI port. */ if (sc->bge_tbi) { - if (IFM_TYPE(ifm->ifm_media) != IFM_ETHER) + if (IFM_TYPE(ifm->ifm_media) != IFM_ETHER) { + BGE_UNLOCK(sc); return (EINVAL); + } switch(IFM_SUBTYPE(ifm->ifm_media)) { case IFM_AUTO: /* @@ -3268,8 +3270,10 @@ } break; default: + BGE_UNLOCK(sc); return (EINVAL); } + BGE_UNLOCK(sc); return (0); } @@ -3283,6 +3287,7 @@ } mii_mediachg(mii); + BGE_UNLOCK(sc); return (0); } @@ -3292,11 +3297,10 @@ static void bge_ifmedia_sts(struct ifnet *ifp, struct ifmediareq *ifmr) { - struct bge_softc *sc; + struct bge_softc *sc = ifp->if_softc; struct mii_data *mii; - sc = ifp->if_softc; - + BGE_LOCK(sc); if (sc->bge_tbi) { ifmr->ifm_status = IFM_AVALID; ifmr->ifm_active = IFM_ETHER; @@ -3305,6 +3309,7 @@ ifmr->ifm_status |= IFM_ACTIVE; else { ifmr->ifm_active |= IFM_NONE; + BGE_UNLOCK(sc); return; } ifmr->ifm_active |= IFM_1000_SX; @@ -3312,6 +3317,7 @@ ifmr->ifm_active |= IFM_HDX; else ifmr->ifm_active |= IFM_FDX; + BGE_UNLOCK(sc); return; } @@ -3319,6 +3325,8 @@ mii_pollstat(mii); ifmr->ifm_active = mii->mii_media_active; ifmr->ifm_status = mii->mii_media_status; + + BGE_UNLOCK(sc); } static int --AqsLC8rIMeq19msA-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 07:46:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D921E16A4DF; Fri, 18 Aug 2006 07:46:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F41B43D5E; Fri, 18 Aug 2006 07:46:22 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.6/8.13.4) with ESMTP id k7I7kLdG063517; Fri, 18 Aug 2006 03:46:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k7I7kL49003112; Fri, 18 Aug 2006 03:46:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ACCF67302F; Fri, 18 Aug 2006 03:46:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060818074621.ACCF67302F@freebsd-current.sentex.ca> Date: Fri, 18 Aug 2006 03:46:21 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 07:46:24 -0000 TB --- 2006-08-18 06:11:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-18 06:11:28 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-08-18 06:11:28 - cleaning the object tree TB --- 2006-08-18 06:11:45 - checking out the source tree TB --- 2006-08-18 06:11:45 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-08-18 06:11:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-18 06:18:46 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-18 06:18:46 - cd /src TB --- 2006-08-18 06:18:46 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-08-18 07:31:59 - generating LINT kernel config TB --- 2006-08-18 07:31:59 - cd /src/sys/pc98/conf TB --- 2006-08-18 07:31:59 - /usr/bin/make -B LINT TB --- 2006-08-18 07:32:00 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-08-18 07:32:00 - cd /src TB --- 2006-08-18 07:32:00 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 18 07:32:00 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] linux_sysvec.o(.text+0x12b4): In function `linux_elf_modevent': : undefined reference to `futex_list' linux_sysvec.o(.text+0x12c9): In function `linux_elf_modevent': : undefined reference to `linux_proc_exit' linux_sysvec.o(.text+0x12e4): In function `linux_elf_modevent': : undefined reference to `linux_schedtail' linux_sysvec.o(.text+0x1301): In function `linux_elf_modevent': : undefined reference to `linux_proc_exec' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-18 07:46:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-18 07:46:21 - ERROR: failed to build lint kernel TB --- 2006-08-18 07:46:21 - tinderbox aborted TB --- 0.53 user 2.84 system 5693.02 real From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 08:06:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDB5316A4E1 for ; Fri, 18 Aug 2006 08:06:11 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DE5F43D4C for ; Fri, 18 Aug 2006 08:06:10 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail12.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k7I868rb005302 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 18 Aug 2006 18:06:08 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k7I8680u000792; Fri, 18 Aug 2006 18:06:08 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k7I868lh000791; Fri, 18 Aug 2006 18:06:08 +1000 (EST) (envelope-from peter) Date: Fri, 18 Aug 2006 18:06:08 +1000 From: Peter Jeremy To: Astrodog Message-ID: <20060818080607.GA732@turion.vk2pj.dyndns.org> References: <20060816090653.GA820@turion.vk2pj.dyndns.org> <20060816132539.owwerbnw0okwc8wo@netchild.homeip.net> <20060817080533.GA845@turion.vk2pj.dyndns.org> <20060817122534.e57aqlbrwwogg8ko@netchild.homeip.net> <44E4454B.2080606@elischer.org> <20060817133721.h4cbucizcw8wc88k@netchild.homeip.net> <20060817140122.GA90642@stud.fit.vutbr.cz> <44E4881A.3050907@elischer.org> <20060817164352.GB96801@stud.fit.vutbr.cz> <2fd864e0608171556o6af3e1fdxa29c252f07c98444@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: <2fd864e0608171556o6af3e1fdxa29c252f07c98444@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 08:06:11 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 2006-Aug-17 17:56:10 -0500, Astrodog wrote: >Would it be possible to maintain 2 sets? In theory, yes. Judging by the comments on the implementation, a more efficient approach should probably be implemented if the decision is made to maintain multiple linuxulators. > Basically, leave the old stuff >avalible, but require some sysctl or compile-time setting to use it... This is what the current implementation does. > if >no one steps up to maintain it, let it rot. If someone wants to deal with >it... let 'em! IMHO, it is cleaner to explicitly delete it once it becomes non-functional. Having dead code lying around just slows down compilation and misleads people into thinking that it is functional. If someone wants to resurrect it at a later date, they can always retrieve it from the Attic. --=20 Peter Jeremy --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5XTv/opHv/APuIcRAo0OAJ9LhUR+/cPuDlG4Eq279ZCSFluLhQCfeyrw mKLteX/pNuonPmFcaejuXWI= =ZQx+ -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 08:15:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3282B16A4DA for ; Fri, 18 Aug 2006 08:15:57 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 789B343D49 for ; Fri, 18 Aug 2006 08:15:53 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.7/8.13.7) with ESMTP id k7I8FlMT040788 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 18 Aug 2006 10:15:47 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.7/8.13.3/Submit) id k7I8FlAB040787; Fri, 18 Aug 2006 10:15:47 +0200 (CEST) Date: Fri, 18 Aug 2006 10:15:47 +0200 From: Divacky Roman To: Peter Jeremy Message-ID: <20060818081546.GA40569@stud.fit.vutbr.cz> References: <20060816132539.owwerbnw0okwc8wo@netchild.homeip.net> <20060817080533.GA845@turion.vk2pj.dyndns.org> <20060817122534.e57aqlbrwwogg8ko@netchild.homeip.net> <44E4454B.2080606@elischer.org> <20060817133721.h4cbucizcw8wc88k@netchild.homeip.net> <20060817140122.GA90642@stud.fit.vutbr.cz> <44E4881A.3050907@elischer.org> <20060817164352.GB96801@stud.fit.vutbr.cz> <2fd864e0608171556o6af3e1fdxa29c252f07c98444@mail.gmail.com> <20060818080607.GA732@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060818080607.GA732@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: Astrodog , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 08:15:57 -0000 > IMHO, it is cleaner to explicitly delete it once it becomes non-functional. > Having dead code lying around just slows down compilation and misleads > people into thinking that it is functional. If someone wants to resurrect > it at a later date, they can always retrieve it from the Attic. what makes 2.6 and 2.4 incompatible is the way they treat "pid". in 2.4 times pid is something unique to a process, ie. you cannot have two processes with the same pid. in 2.6 this changed pid is number processes can share and now tid is used as "unique identifier of a process". netchild commited patch which lets this happen and it makes getpid/getppid/exit_group quite expensive (I have to retrieve osrelease for a given jail and compare the string). From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 08:30:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A55B616A4DF for ; Fri, 18 Aug 2006 08:30:10 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF17D43D46 for ; Fri, 18 Aug 2006 08:30:09 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5DEEC.dip.t-dialin.net [84.165.222.236]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k7I8DK8j092797; Fri, 18 Aug 2006 10:13:21 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k7I8UCI7023856; Fri, 18 Aug 2006 10:30:12 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from psbru.cec.eu.int (psbru.cec.eu.int [158.169.131.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 18 Aug 2006 10:30:11 +0200 Message-ID: <20060818103011.1w8c9mn88w800kwg@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 18 Aug 2006 10:30:11 +0200 From: Alexander Leidinger To: Astrodog References: <20060815212143.G45647@fledge.watson.org> <20060816090653.GA820@turion.vk2pj.dyndns.org> <20060816132539.owwerbnw0okwc8wo@netchild.homeip.net> <20060817080533.GA845@turion.vk2pj.dyndns.org> <20060817122534.e57aqlbrwwogg8ko@netchild.homeip.net> <44E4454B.2080606@elischer.org> <20060817133721.h4cbucizcw8wc88k@netchild.homeip.net> <20060817140122.GA90642@stud.fit.vutbr.cz> <44E4881A.3050907@elischer.org> <20060817164352.GB96801@stud.fit.vutbr.cz> <2fd864e0608171556o6af3e1fdxa29c252f07c98444@mail.gmail.com> In-Reply-To: <2fd864e0608171556o6af3e1fdxa29c252f07c98444@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.2) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: Divacky Roman , current@freebsd.org Subject: Re: HEADS-UP: starting to commit linuxolator (SoC 2006) changes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 08:30:10 -0000 Quoting Astrodog (from Thu, 17 Aug 2006 17:56:10 -0500)= : > On 8/17/06, Divacky Roman wrote: >> >> On Thu, Aug 17, 2006 at 08:15:38AM -0700, Julian Elischer wrote: >>> Divacky Roman wrote: >>> >>> >>Anyone with interest in this is free to take care of this, as long as >>> >>they coordinate with the people which work on the current >>> >>infrastructure on emulation@ regarding the userland/security stuff and >>> >>the kernel. Until someone stands up and shows results/progress, this >>> >>is scheduled to vanish in the future. >>> >> >>> >> >>> > >>> > >>> >I personally see this 3 possible ways: >>> > >>> >1) leave it as it is (ie. as what will be commited shortly), this means >>> >runtime >>> >checking for osrelease sysctl and behaving according to it >>> > >>> >2) introduce option LINUX_24 or something like that to make this a >> compile >>> >time build >>> > >>> >3) remove the 2.4 completely saying that "if you want 2.4 emulation >>> >downgrade fbsd as well". notice that this is 100% ok because linux >> itself >>> >doesnt support 2.4 emulation on 2.6 kernel. >>> > >>> > >>> >>> I think that would be a great selling point.. especially if two >>> processes could run the different releases at the same time.. >>> "even linux needs vmware to do this..". >> >> this is not hard to implement but remeber that it causes getpid() to be >> quite expensive function. and as netchild said - newer glibc doesnt work >> with >> 2.4 kernel so unless somone is willing to maintain libc for the old >> linux_base >> there wont be any use for this. > > > Would it be possible to maintain 2 sets? Basically, leave the old stuff > avalible, but require some sysctl or compile-time setting to use it... if > no one steps up to maintain it, let it rot. If someone wants to deal with > it... let 'em! Don't think about the kernel part. There are multiple ways of handling =20 it. You could even move the 2.4 code to "linux24" and brandelf only =20 some apps with "Linux24" instead of "Linux". This way you don't need =20 to check every time and you don't need to do a sysctl for the apps in =20 question. The kernel is the easy part. The hard part is the userland =20 stuff. As one of two active people which take care of the linux =20 userland infrastructure in ports I can tell you that we just have the =20 official man power to maintain one linux_base infrastructure. And this =20 doesn't take into account that old linux_base ports which still work =20 with 2.4 but will go away in the future and that the linux =20 distributors don't fix security bugs in old releases (so we have to =20 move on to newer linux binaries and remove the old ones). The =20 person(s) taking care about the linux24 stuff would have to create =20 binary packages with fixes for this himself. Bye, Alexander. --=20 A political man can have as his aim the realization of freedom, but he has no means to realize it other than through violence. =09=09-- Jean Paul Sartre http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 13:27:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25E6116A4DA for ; Fri, 18 Aug 2006 13:27:03 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A8D743D5C for ; Fri, 18 Aug 2006 13:26:59 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA14064; Fri, 18 Aug 2006 16:26:32 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <44E5C008.9010008@icyb.net.ua> Date: Fri, 18 Aug 2006 16:26:32 +0300 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.5 (X11/20060801) MIME-Version: 1.0 To: "Devon H. O'Dell" References: <1155864187.00584864.1155853201@10.7.7.3> <1155882183.00584920.1155870001@10.7.7.3> In-Reply-To: <1155882183.00584920.1155870001@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: no kld in minidumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 13:27:03 -0000 on 18/08/2006 05:56 Devon H. O'Dell said the following: > > Yeah, you have to do some magic to debug KLDs. Basically, you have to > figure out where they were loaded by walking the module list, and then > tell GDB where to find the TEXT section using add-symbol-file. > Instructions for this are available at > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-kld.html BTW, has anyone contemplated or even done this - some sort of a script to automatically add all modules that were loaded at a time of crash ? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 13:46:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2388816A4E1 for ; Fri, 18 Aug 2006 13:46:46 +0000 (UTC) (envelope-from devon.odell@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 6C54543D46 for ; Fri, 18 Aug 2006 13:46:45 +0000 (GMT) (envelope-from devon.odell@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so1432430nfc for ; Fri, 18 Aug 2006 06:46:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Z9Lf+0TdxVKyGz2EdME3vbp+5GRtMVL/TbvA12S/EdZ0u8EvTAvv2ICB8+hQkV+Hc4vGcjlmDqqlnHROOPJyUVFEuGdsFnG05mPIgkm3XSOigPVvp4dghjr9vUEPebUfDy0WEffrtjhBPs2B5La3YniD6fDfnhX6BI6AO0SpRPE= Received: by 10.48.242.19 with SMTP id p19mr4070142nfh; Fri, 18 Aug 2006 06:46:43 -0700 (PDT) Received: by 10.49.9.14 with HTTP; Fri, 18 Aug 2006 06:46:43 -0700 (PDT) Message-ID: <9ab217670608180646m412b45cdice89d999068f27a9@mail.gmail.com> Date: Fri, 18 Aug 2006 09:46:43 -0400 From: "Devon H. O'Dell" To: "Andriy Gapon" In-Reply-To: <44E5C008.9010008@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1155864187.00584864.1155853201@10.7.7.3> <1155882183.00584920.1155870001@10.7.7.3> <44E5C008.9010008@icyb.net.ua> Cc: freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: no kld in minidumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 13:46:46 -0000 2006/8/18, Andriy Gapon : > on 18/08/2006 05:56 Devon H. O'Dell said the following: > > > > Yeah, you have to do some magic to debug KLDs. Basically, you have to > > figure out where they were loaded by walking the module list, and then > > tell GDB where to find the TEXT section using add-symbol-file. > > Instructions for this are available at > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-kld.html > > BTW, has anyone contemplated or even done this - some sort of a script > to automatically add all modules that were loaded at a time of crash ? Sounds like a good idea. I will write one. Sounds like a candidate for /usr/share/examples/kgdb perahps? --Devon > -- > Andriy Gapon > From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 14:00:49 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFA3016A4E0; Fri, 18 Aug 2006 14:00:49 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E9A143D49; Fri, 18 Aug 2006 14:00:49 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 644501A4DCC; Fri, 18 Aug 2006 07:00:49 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B3B8B5178B; Fri, 18 Aug 2006 10:00:47 -0400 (EDT) Date: Fri, 18 Aug 2006 10:00:47 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20060818140047.GA53670@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: mohans@FreeBSD.org Subject: null pointer deref from mount/umount + rm -rf loop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 14:00:50 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I ran mount -o ro -t nfs ...; sleep 2; umount -f nfs together with rm -rf in a loop, and after some time the machine panicked with: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x34 fault code = supervisor write, page not present instruction pointer = 0x20:0xc052e22a stack pointer = 0x28:0xec8d7a74 frame pointer = 0x28:0xec8d7a94 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 28944 (rm) db> wh Tracing pid 28944 tid 100205 td 0xc5469bd0 _mtx_lock_flags(24,0,c07266be,1a3,0) at _mtx_lock_flags+0x24 vfs_ref(0,ec8d7b28,cf05a900,ec8d7ad4,c06f97a8) at vfs_ref+0x32 vop_stdgetwritemount(ec8d7af8,ec8d7b14,c05a9601,c076a780,ec8d7af8) at vop_stdgetwritemount+0x1d VOP_GETWRITEMOUNT_APV(c076a780,ec8d7af8,f8,3,1) at VOP_GETWRITEMOUNT_APV+0x3a vn_start_write(cf05a900,ec8d7b28,1,cfd2ea20,ffffffff) at vn_start_write+0x34 vn_close(cf05a900,5,d25e8a00,c5469bd0,c071f37b) at vn_close+0x2f vn_closefile(c5c27798,c5469bd0,c071e535,85f,cf05a900) at vn_closefile+0x8b fdrop_locked(c5c27798,c5469bd0,c5469bd0,c5469bd0,c076a780,0,0,cf05a900,c077e840,8201000,c5469bd0,ec8d7c20,246,246,ec8d7c40,c052e311,c077e840,cf05a900,ec8d7c50,c050fcda,3e1,c071e535,0) at fdrop_locked+0x96 closef(c5c27798,c5469bd0,c071e535,3e1,c054ad17) at closef+0x1ed close(c5469bd0,ec8d7d04,4,0,1) at close+0x185 syscall(bfbf003b,3b,bfbf003b,8250130,804b4d8) at syscall+0x163 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (6, FreeBSD ELF32, close), eip = 0x2815ba4f, esp = 0xbfbfe69c, ebp = 0xbfbfe6b8 --- db> show lockedvnods Locked vnodes 0xcd8ae360: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0xd07ea548 flags () v_object 0xc6d4ac24 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xcfd2ea20 (pid 28947) ino 353827, on dev da0s1e 0xc6769240: tag nfs, type VDIR usecount 0, writecount 0, refcount 88 mountedhere 0 flags (VI_DOOMED) v_object 0xcce78b90 ref 0 pages 87 lock type nfs: EXCL (count 1) by thread 0xcfd2ea20 (pid 28947) ^-- showlockedvnods hung here. Looks like I forgot to include DEBUG_VFS_LOCKS, I'll try to recreate. Kris --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5cgPWry0BWjoQKURAg9uAJ4jpDXnku+b2iwrd4b75pMC46IzrQCfSGDa GbcpJV0+NQkxlFx8pY2OiPY= =7us6 -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 14:18:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBCB216A4DA for ; Fri, 18 Aug 2006 14:18:53 +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 C529D43D6E for ; Fri, 18 Aug 2006 14:18:47 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 55D6C20A7; Fri, 18 Aug 2006 16:18:44 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id D207820A6; Fri, 18 Aug 2006 16:18:43 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id A77A533C24; Fri, 18 Aug 2006 16:18:43 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: "Devon H. O'Dell" References: <1155864187.00584864.1155853201@10.7.7.3> <1155882183.00584920.1155870001@10.7.7.3> <44E5C008.9010008@icyb.net.ua> <9ab217670608180646m412b45cdice89d999068f27a9@mail.gmail.com> Date: Fri, 18 Aug 2006 16:18:43 +0200 In-Reply-To: <9ab217670608180646m412b45cdice89d999068f27a9@mail.gmail.com> (Devon H. O'Dell's message of "Fri, 18 Aug 2006 09:46:43 -0400") Message-ID: <86ac62t9do.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Jeremie Le Hen , Andriy Gapon Subject: Re: no kld in minidumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 14:18:54 -0000 "Devon H. O'Dell" writes: > 2006/8/18, Andriy Gapon : > > BTW, has anyone contemplated or even done this - some sort of a script > > to automatically add all modules that were loaded at a time of crash ? > Sounds like a good idea. I will write one. Sounds like a candidate for > /usr/share/examples/kgdb perahps? /usr/src/tools/debugscripts/dot.gdbinit DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 14:45:31 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C1B916A4FC for ; Fri, 18 Aug 2006 14:45:31 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAD5243D79 for ; Fri, 18 Aug 2006 14:45:27 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (fgjajc@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k7IEjB3M020039; Fri, 18 Aug 2006 16:45:17 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k7IEjA9f020038; Fri, 18 Aug 2006 16:45:10 +0200 (CEST) (envelope-from olli) Date: Fri, 18 Aug 2006 16:45:10 +0200 (CEST) Message-Id: <200608181445.k7IEjA9f020038@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, julian@elischer.org In-Reply-To: <44E3BFD8.6040901@elischer.org> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 18 Aug 2006 16:45:17 +0200 (CEST) X-Mailman-Approved-At: Fri, 18 Aug 2006 14:51:12 +0000 Cc: Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 14:45:31 -0000 Julian Elischer wrote: > BTW I chose 's' without any research.. Date only has the short getopt so > '--' doesn't work, but > there are lots of unsed letters.. a quick survey suggests maybe -p (pipe?) > (suggestions welcome) my favourites of s and f are already used on one > system or another. There's another possibility, which doesn't require a new option letter at all. You could add a new escape sequence to the format string, e.g. "%*". Whenever date(1) is called with a format string containing that sequence, it goes into filter mode and replaces the sequence with the current line. That would also enable you to be more flexible with the placement of the timestamps. For example: $ printf 'foo\nbar\nbaz\n' | date +'%H:%M:%S %*' 16:39:58 foo 16:39:58 bar 16:39:58 baz Best regards Oliver PS: Personally I would recommend installing gnu-awk (it was formerly part of the FreeBSD base system, but it was replaced by a crippled awk, unfortunately), instead of hacking date. I always install gnu-awk because it's so useful. $ printf 'foo\nbar\nbaz\n' | gawk '{print strftime("%T"), $0}' 16:41:06 foo 16:41:06 bar 16:41:06 baz -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "anyone new to programming should be kept as far from C++ as possible; actually showing the stuff should be considered a criminal offence" -- Jacek Generowicz From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 16:20:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B638B16A4DA for ; Fri, 18 Aug 2006 16:20:04 +0000 (UTC) (envelope-from mohan_srinivasan@yahoo.com) Received: from web30806.mail.mud.yahoo.com (web30806.mail.mud.yahoo.com [68.142.200.149]) by mx1.FreeBSD.org (Postfix) with SMTP id 0E25743D45 for ; Fri, 18 Aug 2006 16:20:03 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 38517 invoked by uid 60001); 18 Aug 2006 16:20:03 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=F0oGcYcnw0B6v8gfINxQGDM+Vse4TNu5IArey7NLAMhlecosb5uLu2pBOwrGBdvKTruXpKlF4z3wEyvTbbJtt5q5vAKF+GL7i5IrTQ9pmyKW/kArbLTNUQ5qrK+PpdvCbRQ4A6oJk2fsgzlSeCpns+AKYl/iGaewDX19KVLPzwo= ; Message-ID: <20060818162003.38515.qmail@web30806.mail.mud.yahoo.com> Received: from [71.139.42.107] by web30806.mail.mud.yahoo.com via HTTP; Fri, 18 Aug 2006 09:20:03 PDT Date: Fri, 18 Aug 2006 09:20:03 -0700 (PDT) From: Mohan Srinivasan To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Parsing of /etc/fstab broken in 6.1... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 16:20:05 -0000 Hi, The parsing of entries in /etc/fstab seems to be broken. In particular, in the case of NFS, mount options (tcp) seem to be ignored. Matt J. reported that the "ro" option in fstab was bring ignored. This is on a releng 6 base about 6 weeks old. I vaguely remember there being changes in this area recently. Has anyone else seen this ? Has this been fixed recently ? thanks mohan From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 17:08:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21B9416A4E2 for ; Fri, 18 Aug 2006 17:08:26 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AEBE43DD2 for ; Fri, 18 Aug 2006 17:06:43 +0000 (GMT) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 62A8D33CE4; Fri, 18 Aug 2006 19:06:31 +0200 (CEST) Date: Fri, 18 Aug 2006 19:06:31 +0200 From: Lars Engels To: Yousef Raffah Message-ID: <20060818170631.GQ80808@e.0x20.net> Mail-Followup-To: Lars Engels , Yousef Raffah , freebsd-current@freebsd.org References: <1155621521.1050.3.camel@redevil.savola.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/D3X8sky0X3AmG5" Content-Disposition: inline In-Reply-To: <1155621521.1050.3.camel@redevil.savola.com> X-Editor: VIM - Vi IMproved 7.0 User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Java seg faults on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 17:08:26 -0000 --W/D3X8sky0X3AmG5 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 15, 2006 at 08:58:41AM +0300, Yousef Raffah wrote: > I noticed that when I try to invoke javac or java from the command line > on -CURRENT it segfaults, has anyone noticed the same thing on -CURRENT? > I tried it on two different machines and it is the case on both! >=20 >=20 Same for me. $ java -version Segmentation fault (core dumped) That happens with both JDK and JRE from the FreeBSD Foundation=20 (patchlevel 7). FreeBSD maggie.bsd-geek.de 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Fri Aug 18 17:12:31 CEST 2006 i386 You can find the strace output at: http://bsd-geek.de/Files/java.strace --=20 Lars Engels E-Mail: lars.engels@0x20.net =09 --W/D3X8sky0X3AmG5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5fOXKc512sD3afgRAv2DAJwJmMmdfA9KPSL+T/WGH5rgIY91DwCghew4 Fo5nsjjL4hkt2LvcwhuscOw= =3gnn -----END PGP SIGNATURE----- --W/D3X8sky0X3AmG5-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 17:51:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4886716A4DA for ; Fri, 18 Aug 2006 17:51:04 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8607A43D86 for ; Fri, 18 Aug 2006 17:50:59 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k7IHojWA062474; Fri, 18 Aug 2006 20:50:48 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k7IHoj2L062471; Fri, 18 Aug 2006 20:50:45 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 18 Aug 2006 20:50:45 +0300 (EEST) From: Dmitry Pryanishnikov To: Andriy Gapon In-Reply-To: <44E5C008.9010008@icyb.net.ua> Message-ID: <20060818204915.S42981@atlantis.atlantis.dp.ua> References: <1155864187.00584864.1155853201@10.7.7.3> <1155882183.00584920.1155870001@10.7.7.3> <44E5C008.9010008@icyb.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Jeremie Le Hen , freebsd-current@freebsd.org, "Devon H. O'Dell" Subject: Re: no kld in minidumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 17:51:04 -0000 Hello! On Fri, 18 Aug 2006, Andriy Gapon wrote: > BTW, has anyone contemplated or even done this - some sort of a script > to automatically add all modules that were loaded at a time of crash ? Hmm, isn't this the task for asf(8). If not, what is asf(8) for? Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 18:04:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BD8316A4DD for ; Fri, 18 Aug 2006 18:04:31 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E36343D45 for ; Fri, 18 Aug 2006 18:04:29 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA19082; Fri, 18 Aug 2006 20:59:15 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <44E5FFF3.9040908@icyb.net.ua> Date: Fri, 18 Aug 2006 20:59:15 +0300 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.5 (X11/20060801) MIME-Version: 1.0 To: Dmitry Pryanishnikov References: <1155864187.00584864.1155853201@10.7.7.3> <1155882183.00584920.1155870001@10.7.7.3> <44E5C008.9010008@icyb.net.ua> <20060818204915.S42981@atlantis.atlantis.dp.ua> In-Reply-To: <20060818204915.S42981@atlantis.atlantis.dp.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jeremie Le Hen , freebsd-current@freebsd.org, "Devon H. O'Dell" Subject: Re: no kld in minidumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 18:04:31 -0000 on 18/08/2006 20:50 Dmitry Pryanishnikov said the following: > Hello! > > On Fri, 18 Aug 2006, Andriy Gapon wrote: >> BTW, has anyone contemplated or even done this - some sort of a script >> to automatically add all modules that were loaded at a time of crash ? > > Hmm, isn't this the task for asf(8). If not, what is asf(8) for? This is a very nice command, thank you! But it does not seem to be directly applicable to postmortem situation i.e. crash dump debugging. Or maybe it will be easier to teach kldstat to work with dumps/images in addition to what it does now ? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 18:23:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB3BF16A4E1 for ; Fri, 18 Aug 2006 18:23:04 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C44F43D81 for ; Fri, 18 Aug 2006 18:22:40 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (pzf2epypobg6d0f6@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k7IIMXRS043203; Fri, 18 Aug 2006 11:22:33 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k7IIMWEH043202; Fri, 18 Aug 2006 11:22:32 -0700 (PDT) (envelope-from jmg) Date: Fri, 18 Aug 2006 11:22:32 -0700 From: John-Mark Gurney To: Andriy Gapon Message-ID: <20060818182232.GX99774@funkthat.com> Mail-Followup-To: Andriy Gapon , "Devon H. O'Dell" , freebsd-current@freebsd.org, Jeremie Le Hen References: <1155864187.00584864.1155853201@10.7.7.3> <1155882183.00584920.1155870001@10.7.7.3> <44E5C008.9010008@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44E5C008.9010008@icyb.net.ua> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Jeremie Le Hen , freebsd-current@freebsd.org, "Devon H. O'Dell" Subject: Re: no kld in minidumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 18:23:04 -0000 Andriy Gapon wrote this message on Fri, Aug 18, 2006 at 16:26 +0300: > on 18/08/2006 05:56 Devon H. O'Dell said the following: > > > > Yeah, you have to do some magic to debug KLDs. Basically, you have to > > figure out where they were loaded by walking the module list, and then > > tell GDB where to find the TEXT section using add-symbol-file. > > Instructions for this are available at > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-kld.html > > BTW, has anyone contemplated or even done this - some sort of a script > to automatically add all modules that were loaded at a time of crash ? look at src/tools/debugscripts which has two different solutions to the problem... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 18:38:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9238B16A4DE for ; Fri, 18 Aug 2006 18:38:09 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22C7243DDD for ; Fri, 18 Aug 2006 18:37:15 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by nz-out-0102.google.com with SMTP id x3so589724nzd for ; Fri, 18 Aug 2006 11:37:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=MzAP9NqRqcRtUeiP72n4mIXjMDhA7MWJEByuq0kO1119VUhLuH0U++aBpry6jTjX/Ydrm3xLaSKJwz7pYLHdU9+1KevBYrPY6y8NBir7uxTe+KsvZSZlF0a7xxRVinSGvgAxo1pRdHY9V+yyQqpcDRo3DPbcr0QTcGQudyoTddM= Received: by 10.65.154.10 with SMTP id g10mr4140902qbo; Fri, 18 Aug 2006 11:37:14 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.119.164]) by mx.gmail.com with ESMTP id p4sm2227586qba.2006.08.18.11.37.09; Fri, 18 Aug 2006 11:37:12 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k7IIb59M001739; Fri, 18 Aug 2006 20:37:05 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k7HJ1rLL002368; Thu, 17 Aug 2006 21:01:53 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Thu, 17 Aug 2006 21:01:38 +0200 From: Ulrich Spoerlein To: Pawel Jakub Dawidek Message-ID: <20060817190138.GB1091@roadrunner.aventurien.local> Mail-Followup-To: Pawel Jakub Dawidek , Craig Boston , freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org References: <20060808195202.GA1564@garage.freebsd.pl> <20060810184702.GA8567@nowhere> <20060810192841.GA1345@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060810192841.GA1345@garage.freebsd.pl> Cc: freebsd-fs@FreeBSD.org, Craig Boston , freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 18:38:09 -0000 Pawel Jakub Dawidek wrote: > On Thu, Aug 10, 2006 at 01:47:23PM -0500, Craig Boston wrote: > I prefer to put gjournal on the top, because it gives consistency to > layers below it. For example I can use geli with bigger sector size > (sector size greater than disk sector size in encryption-only-mode can > be unreliable on power failures, which is not the case when gjournal is > above geli), I can turn off synchronization of gmirror/graid3 after a > power failure, etc. I have been bitten by the bigger sector size + kernel crash, and it is not funny. Could you *please* add a note to the geli and/or gjournal manpages describing the various possibilities and their advantages/drawbacks? Thanks. Ulrich Spoerlein -- A: Yes. >Q: Are you sure? > >A: Because it reverses the logical flow of conversation. > >>Q: Why is top posting frowned upon? From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 18:47:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9813916A4DE; Fri, 18 Aug 2006 18:47:00 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F3E743D45; Fri, 18 Aug 2006 18:46:59 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k7IIkvKR017297; Fri, 18 Aug 2006 22:46:57 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k7IIkvub017296; Fri, 18 Aug 2006 22:46:57 +0400 (MSD) (envelope-from yar) Date: Fri, 18 Aug 2006 22:46:57 +0400 From: Yar Tikhiy To: current@freebsd.org Message-ID: <20060818184656.GB16008@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: pjd@freebsd.org Subject: mount * 2 + umount + lookup = GEOM panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 18:47:00 -0000 Hi all, Here is a recipe how to panic CURRENT's GENERIC kernel from the command line: (enter single-user mode) # mount -r /usr # mount -r /usr # umount /usr # cat [panic!] As shown below, the panic happens in GEOM when /bin/sh searches $PATH for cat(1). The recipe works in 6-STABLE, too. Is anybody interested? Thanks! -- Yar P.S. The technical details: %%% fstab: # Device Mountpoint FStype Options Dump Pass# /dev/ad0s3b none swap sw 0 0 /dev/ad0s3a / ufs rw 1 1 /dev/ad0s3e /tmp ufs rw 2 2 /dev/ad0s3f /usr ufs rw 2 2 /dev/ad0s3d /var ufs rw 2 2 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 %%% usual mount: /dev/ad0s3a on / (ufs, local) devfs on /dev (devfs, local) /dev/ad0s3e on /tmp (ufs, local, soft-updates) /dev/ad0s3f on /usr (ufs, local, soft-updates) /dev/ad0s3d on /var (ufs, local, soft-updates) %%% interesting parts from the kgdb typescript: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xdeadc112 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0667c73 stack pointer = 0x28:0xc819e7f0 frame pointer = 0x28:0xc819e814 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 46 (sh) panic: from debugger cpuid = 0 Uptime: 45s (kgdb) bt #0 doadump () at pcpu.h:166 #1 0xc069e4e0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc069e7f5 in panic (fmt=0xc08e1ef2 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0475c76 in db_panic (addr=-1067025293, have_addr=0, count=-1, modif=0xc819e5c4 "") at /usr/src/sys/ddb/db_command.c:428 #4 0xc0475c0f in db_command (last_cmdp=0xc09f4ac4, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:396 #5 0xc0475cca in db_command_loop () at /usr/src/sys/ddb/db_command.c:448 #6 0xc04778c9 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #7 0xc06ba454 in kdb_trap (type=12, code=0, tf=0xc819e7b0) at /usr/src/sys/kern/subr_kdb.c:502 #8 0xc089ab25 in trap_fatal (frame=0xc819e7b0, eva=3735929106) at /usr/src/sys/i386/i386/trap.c:858 #9 0xc089a85f in trap_pfault (frame=0xc819e7b0, usermode=0, eva=3735929106) at /usr/src/sys/i386/i386/trap.c:776 #10 0xc089a47d in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -559038242, tf_esi = -559038242, tf_ebp = -937826284, tf_isp = -937826340, tf_ebx = -1044772008, tf_edx = -1044683008, tf_ecx = 0, tf_eax = -1044683008, tf_trapno = 12, tf_err = -559038190, tf_eip = -1067025293, tf_cs = 32, tf_eflags = 66050, tf_esp = -1065422231, tf_ss = -1044772008}) at /usr/src/sys/i386/i386/trap.c:461 #11 0xc088580a in calltrap () at /usr/src/sys/i386/i386/exception.s:138 #12 0xc0667c73 in g_io_request (bp=0xc1ba0b58, cp=0xc1bb6700) at /usr/src/sys/geom/geom_io.c:327 #13 0xc066acc5 in g_vfs_strategy (bo=0xc1bb6700, bp=0xc3e53420) at /usr/src/sys/geom/geom_vfs.c:106 #14 0xc07ddec1 in ffs_geom_strategy (bo=0xc1bc24c4, bp=0xc3e53420) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1810 #15 0xc07e9549 in ufs_strategy (ap=0xc1bb6700) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1956 #16 0xc08acc35 in VOP_STRATEGY_APV (vop=0xc09de420, a=0xc819e890) at vnode_if.c:1771 #17 0xc06ee7e9 in bufstrategy (bo=0xc1bb6700, bp=0xc3e53420) at vnode_if.h:928 #18 0xc06e97cb in breadn (vp=0xc1bc230c, blkno=0, size=2048, rablkno=0x0, rabsize=0x0, cnt=0, cred=0x0, bpp=0xc1bb6700) at buf.h:419 #19 0xc06e955c in bread (vp=0xc1bc230c, blkno=0, size=2048, cred=0x0, bpp=0xc819e914) at /usr/src/sys/kern/vfs_bio.c:726 #20 0xc07da35a in ffs_blkatoff (vp=0xc1bc230c, offset=0, res=0x0, bpp=0xc819e980) at /usr/src/sys/ufs/ffs/ffs_subr.c:87 #21 0xc07e360d in ufs_lookup (ap=0xc819ea20) at /usr/src/sys/ufs/ufs/ufs_lookup.c:259 #22 0xc08ab6ce in VOP_CACHEDLOOKUP_APV (vop=0xc1bb6700, a=0xc819ea20) at vnode_if.c:153 #23 0xc06ef942 in vfs_cache_lookup (ap=0xc1bb6700) at vnode_if.h:82 #24 0xc08ab617 in VOP_LOOKUP_APV (vop=0xc09de420, a=0xc819eabc) at vnode_if.c:99 #25 0xc06f3b7e in lookup (ndp=0xc819eba8) at vnode_if.h:56 #26 0xc06f34c6 in namei (ndp=0xc819eba8) at /usr/src/sys/kern/vfs_lookup.c:210 #27 0xc0700b15 in kern_stat (td=0xc1aba000, path=0x824023c
, pathseg=3250284288, sbp=0xc819ec1c) at /usr/src/sys/kern/vfs_syscalls.c:2078 #28 0xc0700ac3 in stat (td=0xc1aba000, uap=0xc819ed04) at /usr/src/sys/kern/vfs_syscalls.c:2062 #29 0xc089ae42 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 1, tf_esi = 136577576, tf_ebp = -1077941096, tf_isp = -937824924, tf_ebx = 136577596, tf_edx = 136577596, tf_ecx = 424, tf_eax = 188, tf_trapno = 0, tf_err = 2, tf_eip = 672812043, tf_cs = 51, tf_eflags = 658, tf_esp = -1077941252, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:1006 #30 0xc088585f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:191 #31 0x00000033 in ?? () (kgdb) frame 12 #12 0xc0667c73 in g_io_request (bp=0xc1ba0b58, cp=0xc1bb6700) at /usr/src/sys/geom/geom_io.c:327 327 KASSERT(bp->bio_offset % cp->provider->sectorsize == 0, (kgdb) p cp->provider $1 = (struct g_provider *) 0xdeadc0de (kgdb) frame 26 #26 0xc06f34c6 in namei (ndp=0xc819eba8) at /usr/src/sys/kern/vfs_lookup.c:210 210 error = lookup(ndp); (kgdb) p *ndp $2 = {ni_dirp = 0x824023c
, ni_segflg = UIO_USERSPACE, ni_startdir = 0x0, ni_rootdir = 0xc1bc1c30, ni_topdir = 0x0, ni_vp = 0x0, ni_dvp = 0xc1bc230c, ni_pathlen = 5, ni_next = 0xc1bc3c09 "/cat", ni_loopcnt = 0, ni_cnd = {cn_nameiop = 0, cn_flags = 83902532, cn_thread = 0xc1aba000, cn_cred = 0xc198b700, cn_lkflags = 2, cn_pnbuf = 0xc1bc3c00 "/usr/sbin/cat", cn_nameptr = 0xc1bc3c05 "sbin/cat", cn_namelen = 4, cn_consume = 0}} %%% EOF %%% From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 19:14:58 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D085916A4DE; Fri, 18 Aug 2006 19:14:58 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 565A743D53; Fri, 18 Aug 2006 19:14:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3AD241A4DCA; Fri, 18 Aug 2006 12:14:58 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 75DE9516F6; Fri, 18 Aug 2006 15:14:57 -0400 (EDT) Date: Fri, 18 Aug 2006 15:14:57 -0400 From: Kris Kennaway To: Yar Tikhiy Message-ID: <20060818191457.GA78998@xor.obsecurity.org> References: <20060818184656.GB16008@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <20060818184656.GB16008@comp.chem.msu.su> User-Agent: Mutt/1.4.2.2i Cc: pjd@freebsd.org, current@freebsd.org Subject: Re: mount * 2 + umount + lookup = GEOM panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 19:14:58 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 18, 2006 at 10:46:57PM +0400, Yar Tikhiy wrote: > Hi all, >=20 > Here is a recipe how to panic CURRENT's GENERIC kernel from the > command line: >=20 > (enter single-user mode) >=20 > # mount -r /usr > # mount -r /usr > # umount /usr > # cat > [panic!] >=20 > As shown below, the panic happens in GEOM when /bin/sh searches > $PATH for cat(1). The recipe works in 6-STABLE, too. Is anybody > interested? Thanks! This has been reported a number of times before, apparently it's difficult to solve. Kris --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5hGxWry0BWjoQKURAtpYAJ4kXsu8uNSDUYVbQYs/MW0JETDzNACfR+Uj Az8O71BxbPxNux48Fnwi7iE= =Mj2k -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 20:25:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5923716A4DD for ; Fri, 18 Aug 2006 20:25:22 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0A2C43D49 for ; Fri, 18 Aug 2006 20:25:21 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 81CDC5138A; Fri, 18 Aug 2006 22:25:19 +0200 (CEST) Received: from localhost (djz146.neoplus.adsl.tpnet.pl [83.24.3.146]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id B1BBB50E96; Fri, 18 Aug 2006 22:25:14 +0200 (CEST) Date: Fri, 18 Aug 2006 22:25:08 +0200 From: Pawel Jakub Dawidek To: Kris Kennaway Message-ID: <20060818202508.GA88159@garage.freebsd.pl> References: <20060818184656.GB16008@comp.chem.msu.su> <20060818191457.GA78998@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <20060818191457.GA78998@xor.obsecurity.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: Yar Tikhiy , current@freebsd.org Subject: Re: mount * 2 + umount + lookup = GEOM panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 20:25:22 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 18, 2006 at 03:14:57PM -0400, Kris Kennaway wrote: > On Fri, Aug 18, 2006 at 10:46:57PM +0400, Yar Tikhiy wrote: > > Hi all, > >=20 > > Here is a recipe how to panic CURRENT's GENERIC kernel from the > > command line: > >=20 > > (enter single-user mode) > >=20 > > # mount -r /usr > > # mount -r /usr > > # umount /usr > > # cat > > [panic!] > >=20 > > As shown below, the panic happens in GEOM when /bin/sh searches > > $PATH for cat(1). The recipe works in 6-STABLE, too. Is anybody > > interested? Thanks! >=20 > This has been reported a number of times before, apparently it's > difficult to solve. No, it's difficult to solve in a architectural clean way, but IMHO this bug should be fixed. I've a fix for this (which allows for multiple read-only mounts). It's hackish, but works. Unfortunately phk@ didn't agree on committing it, so next time, please CC him:) --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE5iIkForvXbEpPzQRAlH7AJ0faWtjxcX/CnwhXmS5IQ+oNIPU0ACgsIyL LJN7eOp6aC4nRkSme+K2x6Y= =ruRl -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 18 23:44:40 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6234C16A4DA for ; Fri, 18 Aug 2006 23:44:40 +0000 (UTC) (envelope-from fbsd-current@mawer.org) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 773CE43D53 for ; Fri, 18 Aug 2006 23:44:39 +0000 (GMT) (envelope-from fbsd-current@mawer.org) Received: from [127.0.0.1] (c220-239-234-69.thorn1.nsw.optusnet.com.au [220.239.234.69]) by mail11.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k7INiTsd005735; Sat, 19 Aug 2006 09:44:32 +1000 Message-ID: <44E650E7.5040601@mawer.org> Date: Fri, 18 Aug 2006 13:44:39 -1000 From: Antony Mawer User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Oliver Fromme References: <200608181445.k7IEjA9f020038@lurza.secnetix.de> In-Reply-To: <200608181445.k7IEjA9f020038@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG, julian@elischer.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 23:44:40 -0000 On 18/08/2006 4:45 AM, Oliver Fromme wrote: > PS: Personally I would recommend installing gnu-awk (it > was formerly part of the FreeBSD base system, but it was > replaced by a crippled awk, unfortunately), instead of > hacking date. I always install gnu-awk because it's so > useful. That's a bit drastic. Wouldn't be more sensible to encourage someone to add the same feature to our BSD-variety awk? -Antony From owner-freebsd-current@FreeBSD.ORG Sat Aug 19 01:05:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7342D16A4E1 for ; Sat, 19 Aug 2006 01:05:12 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29C4D43D46 for ; Sat, 19 Aug 2006 01:05:12 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k7J14n61006391; Fri, 18 Aug 2006 18:04:49 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k7J14n72006390; Fri, 18 Aug 2006 18:04:49 -0700 (PDT) (envelope-from sgk) Date: Fri, 18 Aug 2006 18:04:49 -0700 From: Steve Kargl To: Antony Mawer Message-ID: <20060819010449.GA6378@troutmask.apl.washington.edu> References: <200608181445.k7IEjA9f020038@lurza.secnetix.de> <44E650E7.5040601@mawer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44E650E7.5040601@mawer.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, Oliver Fromme , julian@elischer.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Aug 2006 01:05:12 -0000 On Fri, Aug 18, 2006 at 01:44:39PM -1000, Antony Mawer wrote: > On 18/08/2006 4:45 AM, Oliver Fromme wrote: > >PS: Personally I would recommend installing gnu-awk (it > >was formerly part of the FreeBSD base system, but it was > >replaced by a crippled awk, unfortunately), instead of > >hacking date. I always install gnu-awk because it's so > >useful. > > That's a bit drastic. Wouldn't be more sensible to encourage someone to > add the same feature to our BSD-variety awk? > FreeBSD's awk is the One True Awk. See its history. If you can convince the K in awk to add the feature, then it will be added to FreeBSD. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Aug 19 07:08:09 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3233216A4DE; Sat, 19 Aug 2006 07:08:09 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53B7E43D45; Sat, 19 Aug 2006 07:08:08 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k7J785EY023136; Sat, 19 Aug 2006 11:08:05 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k7J785Hv023135; Sat, 19 Aug 2006 11:08:05 +0400 (MSD) (envelope-from yar) Date: Sat, 19 Aug 2006 11:08:05 +0400 From: Yar Tikhiy To: Pawel Jakub Dawidek Message-ID: <20060819070804.GA23066@comp.chem.msu.su> References: <20060818184656.GB16008@comp.chem.msu.su> <20060818191457.GA78998@xor.obsecurity.org> <20060818202508.GA88159@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060818202508.GA88159@garage.freebsd.pl> User-Agent: Mutt/1.5.9i Cc: current@FreeBSD.org, Kris Kennaway Subject: Re: mount * 2 + umount + lookup = GEOM panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Aug 2006 07:08:09 -0000 On Fri, Aug 18, 2006 at 10:25:08PM +0200, Pawel Jakub Dawidek wrote: > On Fri, Aug 18, 2006 at 03:14:57PM -0400, Kris Kennaway wrote: > > On Fri, Aug 18, 2006 at 10:46:57PM +0400, Yar Tikhiy wrote: > > > Hi all, > > > > > > Here is a recipe how to panic CURRENT's GENERIC kernel from the > > > command line: > > > > > > (enter single-user mode) > > > > > > # mount -r /usr > > > # mount -r /usr > > > # umount /usr > > > # cat > > > [panic!] > > > > > > As shown below, the panic happens in GEOM when /bin/sh searches > > > $PATH for cat(1). The recipe works in 6-STABLE, too. Is anybody > > > interested? Thanks! > > > > This has been reported a number of times before, apparently it's > > difficult to solve. > > No, it's difficult to solve in a architectural clean way, but IMHO this > bug should be fixed. I've a fix for this (which allows for multiple > read-only mounts). It's hackish, but works. > > Unfortunately phk@ didn't agree on committing it, so next time, please > CC him:) Just to satisfy my curiosity: Do you have references to a discussion of the problem? When such a simple script triggers an architectural issue, the latter is definitely worth taking a glance at. :-) Thanks! -- Yar From owner-freebsd-current@FreeBSD.ORG Sat Aug 19 11:05:13 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A39516A4DA for ; Sat, 19 Aug 2006 11:05:13 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A50443D45 for ; Sat, 19 Aug 2006 11:05:12 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (szcdsd@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k7JB4s3C007787; Sat, 19 Aug 2006 13:04:59 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k7JB4jB6007782; Sat, 19 Aug 2006 13:04:45 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <200608191104.k7JB4jB6007782@lurza.secnetix.de> To: fbsd-current@mawer.org (Antony Mawer) Date: Sat, 19 Aug 2006 13:04:45 +0200 (CEST) In-Reply-To: <44E650E7.5040601@mawer.org> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sat, 19 Aug 2006 13:05:00 +0200 (CEST) X-Mailman-Approved-At: Sat, 19 Aug 2006 11:26:15 +0000 Cc: freebsd-current@FreeBSD.ORG, julian@elischer.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Aug 2006 11:05:13 -0000 Antony Mawer wrote: > Oliver Fromme wrote: > > PS: Personally I would recommend installing gnu-awk (it > > was formerly part of the FreeBSD base system, but it was > > replaced by a crippled awk, unfortunately), instead of > > hacking date. I always install gnu-awk because it's so > > useful. > > That's a bit drastic. Wouldn't be more sensible to encourage someone to > add the same feature to our BSD-variety awk? I apologize, my words were probably a bit harsh. I'm very sorry for that. I agree that it would be useful to add strftime() to our version of awk. I would be willing to implement it myself and send-pr a patch (i.e.: yes, I volunteer), but only if such a feature would be accepted and commited. I wouldn't like to spend time on a patch and then be refused because it's just regarded as bloat ... Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Clear perl code is better than unclear awk code; but NOTHING comes close to unclear perl code" (taken from comp.lang.awk FAQ) From owner-freebsd-current@FreeBSD.ORG Sat Aug 19 19:52:58 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60C1E16A4DA for ; Sat, 19 Aug 2006 19:52:58 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA3B343D45 for ; Sat, 19 Aug 2006 19:52:57 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id ABCF72646B for ; Sat, 19 Aug 2006 21:52:56 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 73AC79C0AF for ; Sat, 19 Aug 2006 19:53:36 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 5CC02405B; Sat, 19 Aug 2006 21:53:36 +0200 (CEST) Date: Sat, 19 Aug 2006 21:53:36 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20060819195336.GL57815@obiwan.tataz.chchile.org> References: <200608151627.37828.root@solink.ru> <20060815130002.M45647@fledge.watson.org> <200608160959.23100.root@solink.ru> <20060816094944.GC820@turion.vk2pj.dyndns.org> <44E3A2C0.2020801@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44E3A2C0.2020801@elischer.org> User-Agent: Mutt/1.5.12-2006-07-14 Cc: Subject: Re: [fbsd] Re: throughput and interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Aug 2006 19:52:58 -0000 Hi, > >natd runs in userland so every packet has to be pushed out to userland, > >processed and pushed back into the kernel. The vast majority of the > >overhead is the userland/kernel transition so natd gives you a basically > >fixed pps rate. Your throughput will vary depending on the packet size. > > > > > > in 6.1 there is an in kernel version of natd.. > > man ng_nat What about the SoC 2005 project, aiming to push libalias down into a kernel module ? IIRC, there have been some patches but I saw nothing commited. This thread has stirred this up from my memory. Thank you, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Sat Aug 19 19:57:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 300D816A4DA for ; Sat, 19 Aug 2006 19:57:09 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD89043D45 for ; Sat, 19 Aug 2006 19:57:08 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k7JJv8FJ023051; Sat, 19 Aug 2006 12:57:08 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k7JJv8gH023050; Sat, 19 Aug 2006 12:57:08 -0700 (PDT) (envelope-from rizzo) Date: Sat, 19 Aug 2006 12:57:08 -0700 From: Luigi Rizzo To: Jeremie Le Hen Message-ID: <20060819125708.B22972@xorpc.icir.org> References: <200608151627.37828.root@solink.ru> <20060815130002.M45647@fledge.watson.org> <200608160959.23100.root@solink.ru> <20060816094944.GC820@turion.vk2pj.dyndns.org> <44E3A2C0.2020801@elischer.org> <20060819195336.GL57815@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20060819195336.GL57815@obiwan.tataz.chchile.org>; from jeremie@le-hen.org on Sat, Aug 19, 2006 at 09:53:36PM +0200 Cc: freebsd-current@freebsd.org Subject: Re: [fbsd] Re: throughput and interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Aug 2006 19:57:09 -0000 On Sat, Aug 19, 2006 at 09:53:36PM +0200, Jeremie Le Hen wrote: > Hi, > > > >natd runs in userland so every packet has to be pushed out to userland, > > >processed and pushed back into the kernel. The vast majority of the > > >overhead is the userland/kernel transition so natd gives you a basically > > >fixed pps rate. Your throughput will vary depending on the packet size. > > > > > > > > > > in 6.1 there is an in kernel version of natd.. > > > > man ng_nat > > What about the SoC 2005 project, aiming to push libalias down > into a kernel module ? IIRC, there have been some patches > but I saw nothing commited. This thread has stirred this > up from my memory. Paolo Pisati is now a committer and hopefully will commit that stuff when he will be done with his current SoC work cheers luigi > Thank you, > -- > Jeremie Le Hen > < jeremie at le-hen dot org >< ttz at chchile dot org > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Aug 19 21:13:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB90116A4DF for ; Sat, 19 Aug 2006 21:13:30 +0000 (UTC) (envelope-from nik@ngo.org.uk) Received: from jc.ngo.org.uk (jc.ngo.org.uk [69.55.225.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0400543D5E for ; Sat, 19 Aug 2006 21:13:29 +0000 (GMT) (envelope-from nik@ngo.org.uk) Received: from [192.168.0.20] (i-83-67-27-141.freedom2surf.net [83.67.27.141]) by jc.ngo.org.uk (8.13.7/8.13.7) with ESMTP id k7JLDSAr069143 for ; Sat, 19 Aug 2006 14:13:28 -0700 (PDT) (envelope-from nik@ngo.org.uk) Message-ID: <44E77EF7.6070004@ngo.org.uk> Date: Sat, 19 Aug 2006 22:13:27 +0100 From: Nik Clayton User-Agent: Thunderbird 1.5.0.4 (X11/20060619) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: * (1.988) RCVD_IN_SORBS_DUL X-Scanned-By: MIMEDefang 2.56 on 69.55.225.33 X-Mailman-Approved-At: Sat, 19 Aug 2006 21:17:02 +0000 Cc: Subject: Avoiding bad sectors? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Aug 2006 21:13:30 -0000 Hi all, I have a disk which has just developed a bad sector in the middle of swap space. I'm seeing occasional: swap_pager: I/O error - pagein failed; blkno 38626,size 32768, error 5 errors in the logs, and whichever application happens to have a page there is killed. The 'blkno' value is always the same. I realise that I need to replace the disk. However, while I'm waiting until I can schedule the downtime, is there a short term solution I can use to stop FreeBSD (I'm running current from a couple of months ago) from trying to use this block? N From owner-freebsd-current@FreeBSD.ORG Sat Aug 19 21:20:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B142916A500 for ; Sat, 19 Aug 2006 21:20:47 +0000 (UTC) (envelope-from flag@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id F025843D46 for ; Sat, 19 Aug 2006 21:20:46 +0000 (GMT) (envelope-from flag@newluxor.wired.org) Received: from newluxor.wired.org (ip-88-245.sn2.eutelia.it [83.211.88.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 3908211B25B for ; Sat, 19 Aug 2006 23:20:46 +0200 (CEST) Received: from newluxor.wired.org (localhost [127.0.0.1]) by newluxor.wired.org (8.13.8/8.13.8) with ESMTP id k7JLIxl2001122 for ; Sat, 19 Aug 2006 23:18:59 +0200 (CEST) (envelope-from flag@newluxor.wired.org) Received: (from flag@localhost) by newluxor.wired.org (8.13.8/8.13.8/Submit) id k7JLIxjT001121 for freebsd-current@freebsd.org; Sat, 19 Aug 2006 23:18:59 +0200 (CEST) (envelope-from flag) Date: Sat, 19 Aug 2006 23:18:53 +0200 From: Paolo Pisati To: FreeBSD_Current Message-ID: <20060819211853.GA1016@tin.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Subject: Fatal trap 30 when loading if_xl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Aug 2006 21:20:47 -0000 Today's CURRENT panic my box everytime i load if_xl: [flag@newluxor NEWLUXOR]$ sudo kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: <118>. <118>. <118>Aug 19 22:38:31 newluxor syslogd: exiting on signal 15 <118>Enter full pathname of shell or RETURN for /bin/sh: <118># <118>/dev/ad4s1a on / (ufs, local) <118>devfs on /dev (devfs, local) <118>/dev/ad4s1d on /usr (ufs, local, soft-updates) <118>/dev/ad4s5 on /storage (msdosfs, local) <118>procfs on /proc (procfs, local) <118>linprocfs on /usr/compat/linux/proc (linprocfs, local) <118># <118># <118># <118>/dev/ad4s1a on / (ufs, local) <118>devfs on /dev (devfs, local) <118>/dev/ad4s1d on /usr (ufs, local, soft-updates) <118>/dev/ad4s5 on /storage (msdosfs, local) <118># <118># <118>/dev/ad4s1a on / (ufs, local) <118>devfs on /dev (devfs, local) <118>/dev/ad4s1d on /usr (ufs, local, soft-updates) <118># <118># <118>umount: <118>unmount of /dev failed <118>: <118>Device busy <118># <118>.cshrc cdrom home media storage <118>.profile compat lib mnt sys <118>.snap dev libexec proc tmp <118>COPYRIGHT dist linc_data rescue usr <118>bin entropy linc_storage root var <118>boot etc lost+found sbin <118># xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xcc00-0xcc7f mem 0xff8ffc00-0xff8ffc7f irq 18 at device 2.0 on pci1 Fatal trap 30: reserved (unknown) fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xc04ef25b stack pointer = 0x28:0xe3491c34 frame pointer = 0x28:0xe3491c50 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 12 (swi4: clock sio) panic: from debugger cpuid = 0 Uptime: 2m36s Physical memory: 2031 MB Dumping 61 MB: 46 30 14 #0 doadump () at pcpu.h:166 166 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:166 #1 0xc04f9cd4 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc04fa0b3 in panic (fmt=0xc06976c3 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0451b47 in db_panic (addr=-1068567973, have_addr=0, count=-1, modif=0xe3491a1c "") at /usr/src/sys/ddb/db_command.c:428 #4 0xc0451ada in db_command (last_cmdp=0xc06ef7c4, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:396 #5 0xc0451ba1 in db_command_loop () at /usr/src/sys/ddb/db_command.c:448 #6 0xc0453ae9 in db_trap (type=30, code=0) at /usr/src/sys/ddb/db_main.c:221 #7 0xc051bcde in kdb_trap (type=0, code=0, tf=0xe3491bf4) at /usr/src/sys/kern/subr_kdb.c:502 #8 0xc066f602 in trap_fatal (frame=0xe3491bf4, eva=0) at /usr/src/sys/i386/i386/trap.c:858 #9 0xc066f04d in trap (frame= {tf_fs = -1066467320, tf_es = -481755096, tf_ds = 40, tf_edi = -997181328, tf_esi = -996104080, tf_ebp = -481747888, tf_isp = -481747936, tf_ebx = -1066453624, tf_edx = 4, tf_ecx = -996104080, tf_eax = 582, tf_trapno = 30, tf_err = 0, tf_eip = -1068567973, tf_cs = 32, tf_eflags = 582, tf_esp = -1066453624, tf_ss = -1066446508}) at /usr/src/sys/i386/i386/trap.c:658 #10 0xc065766a in calltrap () at /usr/src/sys/i386/i386/exception.s:138 #11 0xc04ef25b in _mtx_lock_sleep (m=0xc06f3588, tid=3297785968, opts=0, file=0x0, line=0) at cpufunc.h:317 #12 0xc050c028 in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:240 #13 0xc04dfbbf in ithread_execute_handlers (p=0xc49028d0, ie=0xc4957180) at /usr/src/sys/kern/kern_intr.c:662 #14 0xc04dfd05 in ithread_loop (arg=0xc48c68f0) at /usr/src/sys/kern/kern_intr.c:745 #15 0xc04de558 in fork_exit (callout=0xc04dfca1 , arg=0x246, frame=0x246) at /usr/src/sys/kern/kern_fork.c:818 #16 0xc06576cc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:199 (kgdb) frame 12 #12 0xc050c028 in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:240 240 mtx_lock(c_mtx); (kgdb) p c_mtx $1 = (struct mtx *) 0xc06f3588 (kgdb) p *c_mtx $2 = {mtx_object = {lo_name = 0xc06a1779 "Giant", lo_type = 0xc06a1779 "Giant", lo_flags = 17498112, lo_witness_data = { lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, mtx_lock = 3298863219, mtx_recurse = 1} (kgdb) bye -- Paolo Piso's first law: nothing works as expected! From owner-freebsd-current@FreeBSD.ORG Sat Aug 19 21:44:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6761C16A4DF for ; Sat, 19 Aug 2006 21:44:16 +0000 (UTC) (envelope-from derek@computinginnovations.com) Received: from betty.computinginnovations.com (dsl081-142-072.chi1.dsl.speakeasy.net [64.81.142.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7A6F43DD9 for ; Sat, 19 Aug 2006 21:42:58 +0000 (GMT) (envelope-from derek@computinginnovations.com) Received: from p17.computinginnovations.com (dhcp-10-20-30-100.computinginnovations.com [10.20.30.100]) (authenticated bits=0) by betty.computinginnovations.com (8.13.6/8.12.11) with ESMTP id k7JLfTYL075608; Sat, 19 Aug 2006 16:41:30 -0500 (CDT) Message-Id: <6.0.0.22.2.20060819164045.02599308@mail.computinginnovations.com> X-Sender: derek@mail.computinginnovations.com X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Sat, 19 Aug 2006 16:41:18 -0500 To: Nik Clayton , current@freebsd.org From: Derek Ragona In-Reply-To: <44E77EF7.6070004@ngo.org.uk> References: <44E77EF7.6070004@ngo.org.uk> Mime-Version: 1.0 X-ComputingInnovations-MailScanner-Information: Please contact the ISP for more information X-ComputingInnovations-MailScanner: Found to be clean X-ComputingInnovations-MailScanner-From: derek@computinginnovations.com X-Spam-Status: No Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Avoiding bad sectors? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Aug 2006 21:44:16 -0000 The simplest thing would be to boot single user and recreate the swap. -Derek At 04:13 PM 8/19/2006, Nik Clayton wrote: >Hi all, > >I have a disk which has just developed a bad sector in the middle of swap >space. I'm seeing occasional: > > swap_pager: I/O error - pagein failed; blkno 38626,size 32768, error 5 > >errors in the logs, and whichever application happens to have a page there >is killed. The 'blkno' value is always the same. > >I realise that I need to replace the disk. However, while I'm waiting >until I can schedule the downtime, is there a short term solution I can >use to stop FreeBSD (I'm running current from a couple of months ago) from >trying to use this block? > >N >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >-- >This message has been scanned for viruses and >dangerous content by MailScanner, and is >believed to be clean. >MailScanner thanks transtec Computers for their support. > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. From owner-freebsd-current@FreeBSD.ORG Sat Aug 19 22:15:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3384816A4DA for ; Sat, 19 Aug 2006 22:15:34 +0000 (UTC) (envelope-from nock@email.arizona.edu) Received: from smtpgate.email.arizona.edu (deagol.email.Arizona.EDU [128.196.133.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC87643D6A for ; Sat, 19 Aug 2006 22:15:33 +0000 (GMT) (envelope-from nock@email.arizona.edu) Received: from localhost (legolas.email.arizona.edu [10.0.0.224]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 923BFF39B20 for ; Sat, 19 Aug 2006 15:15:26 -0700 (MST) Received: from [10.10.10.202] (ip70-171-228-190.tc.ph.cox.net [70.171.228.190]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 10405F39868 for ; Sat, 19 Aug 2006 15:15:25 -0700 (MST) Message-ID: <44E78D75.2020405@email.arizona.edu> Date: Sat, 19 Aug 2006 15:15:17 -0700 From: Shawn Nock User-Agent: Thunderbird 1.5.0.4 (X11/20060625) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1155621521.1050.3.camel@redevil.savola.com> <20060818170631.GQ80808@e.0x20.net> In-Reply-To: <20060818170631.GQ80808@e.0x20.net> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=B64200E1; url=http://www.u.arizona.edu/~nock/pub.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at email.arizona.edu Subject: Re: Java seg faults on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Aug 2006 22:15:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Lars Engels wrote: > On Tue, Aug 15, 2006 at 08:58:41AM +0300, Yousef Raffah wrote: >> I noticed that when I try to invoke javac or java from the command line >> on -CURRENT it segfaults, has anyone noticed the same thing on -CURRENT? >> I tried it on two different machines and it is the case on both! I noticed this a few weeks ago... I figured that since the packages were built for STABLE that COMPAT_43 was biting me again (The removal of COMPAT_43 caused a lot of 6-packages to segfault on my current machine). I compiled from ports those apps that I couldn't get a CURRENT package for; that fixed the segfaults, and since I never really use java I just removed it (as the port has been updated to grab the foundations package). If you need java you could probably still build it from source by grabbing the source / binary downloads from sun and patching / compiling yourself. (I'll wait until the packages are updated.) Shawn - -- Shawn Nock (OpenPGP: 0xB64200E1) Broadcast Engineer; KUAT Communications Group University of Arizona nock 'at ' arizona 'dot' edu - -- "Despair leads to boredom, electronic games, computer hacking, poetry, and other bad habits." -Edward Abbey -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFE5411wcVctbZCAOERAqhVAKCVtcziH11XoCNX39hS+K6DRaRLYwCgzvzp A4YT3hdNOhkygyiYbF0uI2I= =ze1l -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Aug 19 23:09:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DA1016A4DA for ; Sat, 19 Aug 2006 23:09:50 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3477243D45 for ; Sat, 19 Aug 2006 23:09:50 +0000 (GMT) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 7B67A33C09; Sun, 20 Aug 2006 01:09:48 +0200 (CEST) Date: Sun, 20 Aug 2006 01:09:48 +0200 From: Lars Engels To: Shawn Nock Message-ID: <20060819230948.GS80808@e.0x20.net> Mail-Followup-To: Lars Engels , Shawn Nock , freebsd-current@freebsd.org References: <1155621521.1050.3.camel@redevil.savola.com> <20060818170631.GQ80808@e.0x20.net> <44E78D75.2020405@email.arizona.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lZZ4ablUVnt2XgAh" Content-Disposition: inline In-Reply-To: <44E78D75.2020405@email.arizona.edu> X-Editor: VIM - Vi IMproved 7.0 User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Java seg faults on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Aug 2006 23:09:50 -0000 --lZZ4ablUVnt2XgAh Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 19, 2006 at 03:15:17PM -0700, Shawn Nock wrote: > Lars Engels wrote: > > On Tue, Aug 15, 2006 at 08:58:41AM +0300, Yousef Raffah wrote: > >> I noticed that when I try to invoke javac or java from the command line > >> on -CURRENT it segfaults, has anyone noticed the same thing on -CURREN= T? > >> I tried it on two different machines and it is the case on both! >=20 > I noticed this a few weeks ago... I figured that since the packages were > built for STABLE that COMPAT_43 was biting me again (The removal of > COMPAT_43 caused a lot of 6-packages to segfault on my current machine). Now I added COMPAT_43 to my kernel but java still segfaults. >=20 > I compiled from ports those apps that I couldn't get a CURRENT package > for; that fixed the segfaults, and since I never really use java I just > removed it (as the port has been updated to grab the foundations > package). If you need java you could probably still build it from source > by grabbing the source / binary downloads from sun and patching / > compiling yourself. (I'll wait until the packages are updated.) Okay, I'll try this. Lars --lZZ4ablUVnt2XgAh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE55o8Kc512sD3afgRAputAJ9TDuaJ/W5AU5FbZh4Pjmc8YQZGswCginzY Oj/jKUTD3uv8Y2SDeDXAi6M= =f71k -----END PGP SIGNATURE----- --lZZ4ablUVnt2XgAh--