From owner-freebsd-hackers Sun Oct 20 0:19:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC46B37B401 for ; Sun, 20 Oct 2002 00:19:42 -0700 (PDT) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3DA843E9E for ; Sun, 20 Oct 2002 00:19:36 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id g9K7JVjf024805; Sun, 20 Oct 2002 00:19:32 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id g9K7JUsL024804; Sun, 20 Oct 2002 00:19:30 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Sun, 20 Oct 2002 00:19:30 -0700 From: David Schultz To: Dan Nelson Cc: Terry Lambert , Brooks Davis , hackers@FreeBSD.ORG Subject: Re: adding a delay before background fsck Message-ID: <20021020071930.GA24660@HAL9000.homeunix.com> Mail-Followup-To: Dan Nelson , Terry Lambert , Brooks Davis , hackers@FreeBSD.ORG References: <20021019223250.A14311@Odin.AC.HMC.Edu> <3DB25030.20DC0624@mindspring.com> <20021020065635.GB66757@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021020065635.GB66757@dan.emsphone.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Dan Nelson : > In the last episode (Oct 19), Terry Lambert said: > > Brooks Davis wrote: > > > Please comment on the following patch to add a delay before > > > starting background fsck. The issues this addresses is that it > > > takes a long time to start X or other large apps like mozilla while > > > a background fsck is running (at least on my laptop). Once they > > > are up and in cache, performance is slightly bumpy, but acceptable. > > > Thus, being able to set a delay (I use 120s) to allow those > > > applications to be started, makes background fsck much more useful. > > > I suspect this feature would also be useful in aiding recover on > > > servers. > > > > Shouldn't running it at idleprio "just work"? > > Unfortunately, priorities do not apply to I/O. `Nice' values *do* apply to I/O in -CURRENT. Specifically, if a process with a positive nice value attempts to do disk I/O while there are other outstanding requests, it is put to sleep for p_nice/HZ seconds. I think this feature was added specifically for background fsck. If performance is a problem, perhaps it is the nice value that needs to be tuned. See Kirk's BSDCon paper on snapshots for details. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 0:48:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA4CB37B401; Sun, 20 Oct 2002 00:48:57 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D88243E9E; Sun, 20 Oct 2002 00:48:57 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9K7mi01046318; Sun, 20 Oct 2002 09:48:45 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: David Schultz Cc: Maxim Sobolev , hackers@FreeBSD.ORG, dillon@FreeBSD.ORG Subject: Re: Patch to allow a driver to report unrecoverable write errors to the buf layer In-Reply-To: Your message of "Sat, 19 Oct 2002 21:37:06 PDT." <20021020043706.GA23972@HAL9000.homeunix.com> Date: Sun, 20 Oct 2002 09:48:44 +0200 Message-ID: <46317.1035100124@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021020043706.GA23972@HAL9000.homeunix.com>, David Schultz writes: >> Yes, I noticed that appeared at some time. That misfeature should be >> removed in toto. >> >> If a retry can solve the issue, it's the drivers responsibility to >> retry as much as makes sense and then fail if it doesn't work. >> >> Neither the buf nor the bio layer should get involved in those >> retries. > >Yeah, I mentioned this problem back in April when I wrote a (still >uncommitted) one-line patch to fix an infinite loop in the msdosfs >code involving write failures. It seems like you absolutely have to be able to propagate failures up to higher layers in order to >solve the retry problem. Otherwise, transient errors >(e.g. removing and then reinserting a floppy disk) would cause >filesystem corruption because the vnode layer would be unaware >that some buffers had been dropped. How hard would it be to fix this? Trivially simple, unless the person who added this wart freaks out. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 1:21:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B987C37B401; Sun, 20 Oct 2002 01:21:00 -0700 (PDT) Received: from hotmail.com (200-161-28-159.dsl.telesp.net.br [200.161.28.159]) by mx1.FreeBSD.org (Postfix) with SMTP id AB2A043EAC; Sun, 20 Oct 2002 01:20:20 -0700 (PDT) (envelope-from tigershark155587m05@hotmail.com) Received: from 109.35.245.206 ([109.35.245.206]) by sparc.zubilam.net with NNFMP; 19 Oct 2002 13:20:16 +0600 Received: from rly-xl05.dohuya.com ([22.149.235.82]) by n9.groups.huyahoo.com with asmtp; 19 Oct 2002 19:18:51 +0600 Received: from smtp-server.tampabayr.com ([200.157.248.148]) by sparc.zubilam.net with NNFMP; Sun, 20 Oct 2002 01:17:26 +0800 Received: from unknown (HELO rly-xl05.dohuya.com) (187.63.18.220) by mail.gimmixx.net with asmtp; Sun, 20 Oct 2002 09:16:01 +0100 Received: from unknown (HELO da001d2020.loxi.pianstvu.net) (83.16.232.224) by rly-xw01.otpalo.com with NNFMP; Sun, 20 Oct 2002 10:14:36 -0200 Reply-To: Message-ID: <004c47d74b8c$4737c8b5$7ce84ac3@hbglxp> From: To: Cc: , , , , , , , , , , , , , , , , , , Subject: Lose 26 Pounds In 26 Days, NO DIET PLAN 1504ZnRW3-606VhHE-16 Date: Sun, 20 Oct 2002 04:09:58 +0400 MiME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00C4_04A25A5E.A0262E35" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: eGroups Message Poster Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_000_00C4_04A25A5E.A0262E35 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 R29vZCBFdmVuaW5nDQoNCklmIHlvdSdyZSBsaWtlIG1lLCB5b3UndmUgdHJp ZWQgRVZFUllUSElORyB0byBsb3NlDQp3ZWlnaHQuoCBJIGtub3cgaG93IHlv dSBmZWVsIC0gdGhlIHNwZWNpYWwgZGlldHMsDQptaXJhY2xlIHBpbGxzLCBh bmQgZmFuY3kgZXhlcmNpc2UgZXF1aXBtZW50IG5ldmVyIGhlbHBlZA0KbWUg bG9zZSBhIHBvdW5kIGVpdGhlci6gIEl0IHNlZW1lZCBsaWtlIHRoZSBoYXJk ZXIgSSB0cmllZCwNCnRoZSBiaWdnZXIgSSBnb3QsIHVudGlsIEkgaGVhcmQg YWJvdXQgYSBwcm9kdWN0IGNhbGxlZA0KRXh0cmVtZSBQb3dlciBQbHVzLg0K DQpZb3UncmUgcHJvYmFibHkgdGhpbmtpbmcgdG8geW91cnNlbGYsICJPaCBn ZWV6LCBub3QgYW5vdGhlcg0KbWlyYWNsZSBkaWV0IHBpbGwhIqAgTGlrZSB5 b3UsIEkgd2FzIHNrZXB0aWNhbCBhdCBmaXJzdCwgYnV0IA0KbXkgc2lzdGVy IHN3b3JlIGl0IGhlbHBlZCBoZXIgbG9zZSAyMyBwb3VuZHMgaW4ganVzdCB0 d28gd2Vla3MsIA0Kc28gSSB0b2xkIGhlciBJJ2QgZ2l2ZSBpdCBhIHNob3Qu oCBJIG1lYW4sIHRoZXJlIHdhcyBub3RoaW5nIA0KdG8gbG9zZSBleGNlcHQg YSBsb3Qgb2Ygd2VpZ2h0IaAgTGV0IG1lIHRlbGwgeW91LCBpdCB3YXMNCnRo ZSBiZXN0IGRlY2lzaW9uIEkndmUgZXZlciBtYWRlLiBQZXJpb2QuoCBTaXgg bW9udGhzIGxhdGVyLA0KYXMgSSdtIHdyaXRpbmcgdGhpcyBtZXNzYWdlIHRv IHlvdSwgSSd2ZSBnb25lIGZyb20gMzU1IHBvdW5kcw0KdG8gMjEwIHBvdW5k cywgYW5kIEkgaGF2ZW4ndCBjaGFuZ2VkIG15IGV4ZXJjaXNlIHJvdXRpbmUg b3IgZGlldA0KYXQgYWxsLqAgWWVzLCBJIHN0aWxsIGVhdCBwaXp6YSwgYW5k IGxvdHMgb2YgaXQhDQoNCkkgd2FzIHNvIGhhcHB5IHdpdGggdGhlIHJlc3Vs dHMgdGhhdCBJIGNvbnRhY3RlZCB0aGUgbWFudWZhY3R1cmVyDQphbmQgZ290 IHBlcm1pc3Npb24gdG8gcmVzZWxsIGl0LiAgSSB3YW50IHRvIGhlbHAgb3Ro ZXIgcGVvcGxlIGxvc2UNCndlaWdodCBsaWtlIEkgZGlkLCBiZWNhdXNlIGl0 IGRvZXMgc28gbXVjaCBmb3IgeW91ciBzZWxmLWVzdGVlbSwgbm90DQp0byBt ZW50aW9uIHlvdXIgaGVhbHRoLiAgSSBnaXZlIHlvdSBteSBwZXJzb25hbCBw bGVkZ2UgdGhhdCBFeHRyZW1lDQpQb3dlciBQbHVzIGFic29sdXRlbHkgV0lM TCBXT1JLIEZPUiBZT1UuoCBJZiBpdCBkb2Vzbid0LCB5b3UgY2FuIA0KcmV0 dXJuIGl0IGFueSB0aW1lIGZvciBhIGZ1bGwgcmVmdW5kLg0KDQpJbnRlcmVz dGVkLCB2aXNpdCBodHRwOi8vODEuOS4wLjEwMi9kaWV0L2luZGV4LnNodG1s DQoNCklmIHlvdSBhcmUgZnJ1c3RyYXRlZCB3aXRoIHRyeWluZyBvdGhlciBw cm9kdWN0cywgbm90IGhhdmluZyANCmFueSBzdWNjZXNzLCBhbmQganVzdCBu b3QgZ2V0dGluZyB0aGUgcmVzdWx0cyB5b3Ugd2VyZSBwcm9taXNlZCwNCnRo ZW4gSSByZWNvbW1lbmQgdGhlIG9ubHkgcHJvZHVjdCB0aGF0IHdvcmtlZCBm b3IgbWUgLSBFWFRSRU1FDQpQT1dFUiBQTFVTLg0KDQpZb3UncmUgcHJvYmFi bHkgYXNraW5nIHlvdXJzZWxmLCAiT2ssIHNvIGhvdyBkb2VzIHRoaXMgc3R1 ZmYNCmFjdHVhbGx5IHdvcms/Ig0KDQpFeHRyZW1lIFBvd2VyIFBsdXMgY29u dGFpbnMgTGlwb3Ryb3BpYyBmYXQgYnVybmVycyBhbmQgZXBoZWRyYSB3aGlj aCANCmlzIHNjaWVudGlmaWNhbGx5IHByb3ZlbiB0byBpbmNyZWFzZSBtZXRh Ym9saXNtIGFuZCBjYXVzZSByYXBpZCANCndlaWdodCBsb3NzLiBObyAiaG9j dXMgcG9jdXMiIGluIHRoZXNlIHBpbGxzIC0ganVzdCBSRVNVTFRTLCBSRVNV TFRTLCANClJFU1VMVFMhISANCg0KSGVyZSBpcyB0aGUgYm90dG9tIGxpbmUg Li4uDQoNCkkgY2FuIGhlbHAgeW91IGxvc2UgMTAtMTUgcG91bmRzIHBlciB3 ZWVrIG5hdHVyYWxseSwgd2l0aG91dA0KZXhlcmNpc2luZyBhbmQgd2l0aG91 dCBoYXZpbmcgdG8gZWF0IHJpY2UgY2FrZXMgYWxsIGRheS6gIA0KSnVzdCB0 cnkgaXQgZm9yIG9uZSBtb250aCAtIHRoZXJlJ3Mgbm90aGluZyB0byBsb3Nl LCBhbmQgZXZlcnl0aGluZyANCnRvIGdhaW4uoCBZb3Ugd2lsbCBsb3NlIHdl aWdodCBmYXN0IC0gR1VBUkFOVEVFRC6gIFRoYXQgaXMgbXkNCnBsZWRnZSB0 byB5b3UuoCANCg0KVG8gb3JkZXIgRXh0cmVtZSBQb3dlciBQbHVzIG9uIG91 ciBzZWN1cmUgc2VydmVyLCBqdXN0IGNsaWNrDQpvbiB0aGlzIGxpbmsgaHR0 cDovLzgxLjkuMC4xMDIvZGlldC9vcmRlci5zaHRtbA0KDQpUbyBzZWUgd2hh dCBzb21lIG9mIG91ciBjdXN0b21lcnMgaGF2ZSBzYWlkIGFib3V0IHRoaXMg cHJvZHVjdCwgDQp2aXNpdCBodHRwOi8vODEuOS4wLjEwMi9kaWV0L3Rlc3Rp bW9uaWFscy5zaHRtbA0KDQpUbyBzZWUgYSBsaXN0IG9mIGluZ3JlZGllbnRz IGFuZCBmb3IgbW9yZSBpbmZvcm1hdGlvbg0Kb24gdGVzdCBzdHVkaWVzIGFu ZCBob3cgaXQgd2lsbCBoZWxwIHlvdSBsb3NlIHdlaWdodCwgdmlzaXQgDQpo dHRwOi8vODEuOS4wLjEwMi9kaWV0L2luZ3JlMS5zaHRtbA0KDQoqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqDQpJZiB5b3UgZG8gbm90IHdpc2ggdG8gcmVjZWl2ZSBmdXJ0 aGVyIG1haWxpbmdzLCBwbGVhc2UgdmlzaXQgDQpodHRwOi8vODEuOS4wLjEw Mi9kaWV0L3JlbW92ZS5odG0NCioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCjM1NzhNYkli OC04MjFNcFplNzYwMXNLYVo2LTE1M1hIWVE4NjI2eUlUZzctNDE0Unl3Yjcx MDRwcllBNi00bDU4 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 11:10:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67F0037B401 for ; Sun, 20 Oct 2002 11:10:49 -0700 (PDT) Received: from cisco.com (sword.cisco.com [161.44.208.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F22543E77 for ; Sun, 20 Oct 2002 11:10:48 -0700 (PDT) (envelope-from sjt@cisco.com) Received: from sjt-u10.cisco.com (sjt-u10.cisco.com [10.85.30.63]) by cisco.com (8.8.5-Cisco.1/8.8.8) with ESMTP id OAA05272 for ; Sun, 20 Oct 2002 14:10:42 -0400 (EDT) Received: (sjt@localhost) by sjt-u10.cisco.com (8.8.5-Cisco.1/CISCO.WS.1.2) id OAA23582 for freebsd-hackers@freebsd.org; Sun, 20 Oct 2002 14:10:42 -0400 (EDT) Date: Sun, 20 Oct 2002 14:10:42 -0400 From: Steve Tremblett To: freebsd-hackers@freebsd.org Subject: dumb Q: netgraph node init? Message-ID: <20021020141042.B20092@sjt-u10.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm trying to find how netgraph nodes are initialized. Basically my question is about runtime dynamic initialization. I have NETGRAPH_ETHER and NETGRAPH_PPPOE in my kernel config. I don't start pppoe at boot time. Before ppp is up, ngctl shows ng_ether but not pppoe. What defines how ng_ether is loaded and hooked at boot time as opposed to ng_pppoe loaded and hooked automatically? If someone could point me to the appropriate code it would be much appreciated! -- Steve Tremblett To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 11:50:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D90237B401 for ; Sun, 20 Oct 2002 11:50:31 -0700 (PDT) Received: from fed1mtao04.cox.net (fed1mtao04.cox.net [68.6.19.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0B4543E4A for ; Sun, 20 Oct 2002 11:50:30 -0700 (PDT) (envelope-from dchrist@cox.net) Received: from linus ([68.4.176.221]) by fed1mtao04.cox.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20021020185031.EQDP14315.fed1mtao04.cox.net@linus> for ; Sun, 20 Oct 2002 14:50:31 -0400 From: "David Christensen" To: Subject: IDE Device Driver Testing Date: Sun, 20 Oct 2002 11:50:24 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4024 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm working on a device driver for an IDE controller card and I'm having problems putting a filesystem on the drive. I want to make sure that the driver isn't corrupting data so I wrote a short perl script which generates random sized blocks of data, writes it to the disk, then reads it back. How can I disable disk caching so that I know the data I read back and compare to the original data is actually from the drive and not the disk cache? David Christensen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 12:44:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4523137B401; Sun, 20 Oct 2002 12:44:39 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E01AC43E9C; Sun, 20 Oct 2002 12:44:38 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g9KJiQPQ034149; Sun, 20 Oct 2002 12:44:27 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g9KJiQTf034148; Sun, 20 Oct 2002 12:44:26 -0700 (PDT) (envelope-from dillon) Date: Sun, 20 Oct 2002 12:44:26 -0700 (PDT) From: Matthew Dillon Message-Id: <200210201944.g9KJiQTf034148@apollo.backplane.com> To: David Schultz Cc: Poul-Henning Kamp , Maxim Sobolev , hackers@FreeBSD.ORG Subject: Re: Patch to allow a driver to report unrecoverable write errors to the buf layer References: <3DB048B5.21097613@FreeBSD.org> <28472.1035014051@critter.freebsd.dk> <20021020043706.GA23972@HAL9000.homeunix.com> <200210200457.g9K4vbAE030661@apollo.backplane.com> <20021020051241.GA24293@HAL9000.homeunix.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Then how about trying to solve a slightly easier problem? When :the filesystem is forcibly unmounted, would it be possible to seek :out and destroy all busy buffers associated with it that couldn't :be written? This isn't quite as nice a solution as getting the :system to automatically give up, but it's better than :necessitating a reboot to work around the problem. That seems reasonable to me, though I'm full-up on work and can't do it myself. You would need a flag to record the fact that an error occured that only the umount code looks at (the main ERROR flag must be cleared when the buffer is re-dirtied and cannot be used for this purpose), then the umount code could pass a flag to vinvalbuf or equivalent to cause dirty-but-previously-errored-out buffers to be discarded. It would be about three hour's worth of work for someone to do this (including testing and review). -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 12:44:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B13B37B401; Sun, 20 Oct 2002 12:44:44 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 803E843E9C; Sun, 20 Oct 2002 12:44:43 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9KJiMpk075829; Sun, 20 Oct 2002 13:44:22 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 20 Oct 2002 13:44:09 -0600 (MDT) Message-Id: <20021020.134409.73085448.imp@bsdimp.com> To: dot@dotat.at Cc: tlambert2@mindspring.com, bde@zeta.org.au, rodrigc@attbi.com, freebsd-standards@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Problem detecting POSIX symbolic constants From: "M. Warner Losh" In-Reply-To: <20021016121455.A3711@chiark.greenend.org.uk> References: <20021012151336.A24868@chiark.greenend.org.uk> <3DA883F2.33E84C@mindspring.com> <20021016121455.A3711@chiark.greenend.org.uk> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20021016121455.A3711@chiark.greenend.org.uk> Tony Finch writes: : On Sat, Oct 12, 2002 at 01:20:03PM -0700, Terry Lambert wrote: : > Tony Finch wrote: : > > : > > No -- the short-circuiting behaviour of && and || only matters if : > > you can have side-effects, which you can't in the preprocessor, : > > so there is no need to implement it (unifdef doesn't). : > : > Consider: : > : > #if _DEFINED_SUPPORTED && defined(SOMETHING) : : That's a syntax error in pre-ANSI preprocessors (unless defined() is : #defined), which won't be bypassed by evaluation shortcutting since : evaluation happens after parsing. Actaully, it is only a syntax error on some really really really old cpp. The sun cpp on SunOS 4.x, for example, wasn't ANSI, but did grok the above construct. Warner P.S. % uname -a SunOS hostname 4.1C 4.1.3 sun4 % cc -E foo.c # 1 "foo.c" # 3 "foo.c" bar __STDC__ % cat foo.c #if nope && defined(baz) foo #else bar #endif __STDC__ % To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 12:49:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94B4237B401; Sun, 20 Oct 2002 12:49:31 -0700 (PDT) Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [212.135.138.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B45543E6E; Sun, 20 Oct 2002 12:49:30 -0700 (PDT) (envelope-from fanf@chiark.greenend.org.uk) Received: from fanf by chiark.greenend.org.uk with local (Exim 3.12 #1) id 183M4e-0003SF-00 (Debian); Sun, 20 Oct 2002 20:49:20 +0100 Date: Sun, 20 Oct 2002 20:49:20 +0100 From: Tony Finch To: "M. Warner Losh" Cc: dot@dotat.at, tlambert2@mindspring.com, bde@zeta.org.au, rodrigc@attbi.com, freebsd-standards@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Problem detecting POSIX symbolic constants Message-ID: <20021020204920.C8767@chiark.greenend.org.uk> References: <20021012151336.A24868@chiark.greenend.org.uk> <3DA883F2.33E84C@mindspring.com> <20021016121455.A3711@chiark.greenend.org.uk> <20021020.134409.73085448.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021020.134409.73085448.imp@bsdimp.com>; from imp@bsdimp.com on Sun, Oct 20, 2002 at 01:44:09PM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Oct 20, 2002 at 01:44:09PM -0600, M. Warner Losh wrote: > Tony Finch writes: > : On Sat, Oct 12, 2002 at 01:20:03PM -0700, Terry Lambert wrote: > : > > : > #if _DEFINED_SUPPORTED && defined(SOMETHING) > : > : That's a syntax error in pre-ANSI preprocessors (unless defined() is > : #defined), which won't be bypassed by evaluation shortcutting since > : evaluation happens after parsing. > > Actaully, it is only a syntax error on some really really really old > cpp. The sun cpp on SunOS 4.x, for example, wasn't ANSI, but did grok > the above construct. Yes, the C manual in -CURRENT which sates from 1986 documents defined(). I haven't found any versions of the manual between 1975 (h0h0 C) and then, and I don't have a copy of K&R 1 :-/ Tony. -- f.a.n.finch http://dotat.at/ FITZROY SOLE: SOUTH 7 TO SEVERE GALE 9, OCCASIONALLY STORM 10 IN FITZROY. RAIN OR SQUALLY THUNDERY SHOWERS. MODERATE OR GOOD, OCCASIONALLY POOR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 13: 9:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 967F737B408 for ; Sun, 20 Oct 2002 13:09:18 -0700 (PDT) Received: from relay03.cablecom.net (relay03.cablecom.net [62.2.33.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8B8143E97 for ; Sun, 20 Oct 2002 13:09:17 -0700 (PDT) (envelope-from hanspeter_roth@hotmail.com) Received: from snoopy.cablecom.ch (dclient80-218-76-119.hispeed.ch [80.218.76.119]) by relay03.cablecom.net (8.12.5/8.12.5/SOL/AWF/MXRELAY/20020820) with ESMTP id g9KK9FMO028101 for ; Sun, 20 Oct 2002 22:09:15 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Received: (from idefix@localhost) by snoopy.cablecom.ch (8.11.6/8.11.6) id g9KK9F200776 for freebsd-hackers@freebsd.org; Sun, 20 Oct 2002 22:09:15 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Date: Sun, 20 Oct 2002 22:09:15 +0200 From: Hanspeter Roth To: freebsd-hackers@freebsd.org Subject: boot selector and extended partitions Message-ID: <20021020220915.A760@gicco.cablecom.ch> Reply-To: freebsd-hackers@freebsd.org Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, can I make the Freebsd boot selector chain to an extended partition similar like switching to an alternate disk? -Hanspeter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 13:10:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78C9737B401 for ; Sun, 20 Oct 2002 13:10:53 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34E0743E77 for ; Sun, 20 Oct 2002 13:10:53 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id 1C3092A88D; Sun, 20 Oct 2002 13:10:53 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: David Schultz Cc: Dan Nelson , Terry Lambert , Brooks Davis , hackers@FreeBSD.ORG Subject: Re: adding a delay before background fsck In-Reply-To: <20021020071930.GA24660@HAL9000.homeunix.com> Date: Sun, 20 Oct 2002 13:10:53 -0700 From: Peter Wemm Message-Id: <20021020201053.1C3092A88D@canning.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Schultz wrote: > Thus spake Dan Nelson : > > In the last episode (Oct 19), Terry Lambert said: > > > Brooks Davis wrote: > > > > Please comment on the following patch to add a delay before > > > > starting background fsck. The issues this addresses is that it > > > > takes a long time to start X or other large apps like mozilla while > > > > a background fsck is running (at least on my laptop). Once they > > > > are up and in cache, performance is slightly bumpy, but acceptable. > > > > Thus, being able to set a delay (I use 120s) to allow those > > > > applications to be started, makes background fsck much more useful. > > > > I suspect this feature would also be useful in aiding recover on > > > > servers. > > > > > > Shouldn't running it at idleprio "just work"? > > > > Unfortunately, priorities do not apply to I/O. > > `Nice' values *do* apply to I/O in -CURRENT. Specifically, if a > process with a positive nice value attempts to do disk I/O while > there are other outstanding requests, it is put to sleep for > p_nice/HZ seconds. I think this feature was added specifically > for background fsck. If performance is a problem, perhaps it is > the nice value that needs to be tuned. See Kirk's BSDCon paper on > snapshots for details. Just because something is in a paper that does not mean it is true. It is not the case in -current. Read subr_disk.c, and the #ifdef notquite around the code. It doesn't work because it assumes that every 'struct bio' is really embedded in a 'struct buf', which isn't the case. It used the vnode that was attached to each 'struct buf' to determine the insert point. 'struct bio' doesn't have associated vnodes. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 13:18:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1410637B401 for ; Sun, 20 Oct 2002 13:18:49 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3245343E6E for ; Sun, 20 Oct 2002 13:18:48 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9KKIB01063279; Sun, 20 Oct 2002 22:18:30 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Peter Wemm Cc: David Schultz , Dan Nelson , Terry Lambert , Brooks Davis , hackers@FreeBSD.ORG Subject: Re: adding a delay before background fsck In-Reply-To: Your message of "Sun, 20 Oct 2002 13:10:53 PDT." <20021020201053.1C3092A88D@canning.wemm.org> Date: Sun, 20 Oct 2002 22:18:11 +0200 Message-ID: <63278.1035145091@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021020201053.1C3092A88D@canning.wemm.org>, Peter Wemm writes: >David Schultz wrote: >> >> `Nice' values *do* apply to I/O in -CURRENT. Specifically, if a >> process with a positive nice value attempts to do disk I/O while >> there are other outstanding requests, it is put to sleep for >> p_nice/HZ seconds. I think this feature was added specifically >> for background fsck. If performance is a problem, perhaps it is >> the nice value that needs to be tuned. See Kirk's BSDCon paper on >> snapshots for details. > >Just because something is in a paper that does not mean it is true. > >It is not the case in -current. Read subr_disk.c, and the >#ifdef notquite >around the code. It doesn't work because it assumes that every >'struct bio' is really embedded in a 'struct buf', which isn't the case. >It used the vnode that was attached to each 'struct buf' to determine >the insert point. 'struct bio' doesn't have associated vnodes. And just to round this off: Kirk has a patch in the pipeline which implementes the slowdown in specfs::VOP_STRATEGY() where we still operate on a struct buf, I expect him to commit it RSN. In the longer term, I intend to tag struct bio with a priority which disksort routines can apply as they see fit futher down, but this is still only on the white-board as a "Cool ideas" thing and I'm not going to spend any time on it before I have that time. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 13:34:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8685537B401; Sun, 20 Oct 2002 13:34:30 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEE6A43E91; Sun, 20 Oct 2002 13:34:28 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9KKYSpk076185; Sun, 20 Oct 2002 14:34:28 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 20 Oct 2002 14:34:16 -0600 (MDT) Message-Id: <20021020.143416.109047247.imp@bsdimp.com> To: freebsd-standards@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Problem detecting POSIX symbolic constants From: "M. Warner Losh" In-Reply-To: <20021020204920.C8767@chiark.greenend.org.uk> References: <20021016121455.A3711@chiark.greenend.org.uk> <20021020.134409.73085448.imp@bsdimp.com> <20021020204920.C8767@chiark.greenend.org.uk> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20021020204920.C8767@chiark.greenend.org.uk> Tony Finch writes: : On Sun, Oct 20, 2002 at 01:44:09PM -0600, M. Warner Losh wrote: : > Tony Finch writes: : > : On Sat, Oct 12, 2002 at 01:20:03PM -0700, Terry Lambert wrote: : > : > : > : > #if _DEFINED_SUPPORTED && defined(SOMETHING) : > : : > : That's a syntax error in pre-ANSI preprocessors (unless defined() is : > : #defined), which won't be bypassed by evaluation shortcutting since : > : evaluation happens after parsing. : > : > Actaully, it is only a syntax error on some really really really old : > cpp. The sun cpp on SunOS 4.x, for example, wasn't ANSI, but did grok : > the above construct. : : Yes, the C manual in -CURRENT which sates from 1986 documents defined(). : I haven't found any versions of the manual between 1975 (h0h0 C) and : then, and I don't have a copy of K&R 1 :-/ I can verify first hand that SunOS 3.5 (and I think 3.2) behaved the same way as SunOS 4.1.3 did. My copy of K&R 1 is silent on this issue (well, as I recall, I can't find my K&R1 at the moment), which means defined isn't likely to be there. My copy of the Bell Laboratories Technical Journal October 1984 (Vol 63 No.8 Part 2) says, in "The Evolution of C -- Past and Future" by L. Rosler, section 5.9 Compiler Control Lines: The conditional-compile facility (Ref 2. Sect 12.3) has been enhanced in two ways. To facilitate selection of one among a set of choices, any number of control lines of the form #elif constant-expression may now appear on any line between a #if line and its closing #endif (or #else if present). The new pseudofunction defined(identifier) may be used in the constant-expression part of a #if or #elif control line, with value 1 if the identifier is currently defined in the preprocessor, and 0 otherwise. Thus #ifdef identifier is equivalent to #if defined(identifier) and #ifndef identifier is equivalent to #if !defined(identifier). The older forms will be retained for compatibility, as they are deeply entrenched in existing code. But, as they are superfluous, equivalents to #ifdef will not be provided for the new construction #elif. Ref 2 looks to be K&R1: 2. B. W. Kernighan and D. M. Ritchie, The C Programming Language, Englewood Cliffs, NJ.: Prentice Hall, 1978. So it looks like it was added just after K&R1, but early enough that 4.2BSD had it (and maybe earlier), which would explain why SunOS groks it. 1984 definitely pre-dates the standard (and in fact this same article goes on to describe varadic functions with a syntax that is different than what was finally adapoted). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 14: 0:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65F0537B401 for ; Sun, 20 Oct 2002 14:00:09 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AC4543E65 for ; Sun, 20 Oct 2002 14:00:09 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021020210008.WJDZ11892.rwcrmhc52.attbi.com@InterJet.elischer.org>; Sun, 20 Oct 2002 21:00:08 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA19236; Sun, 20 Oct 2002 13:43:43 -0700 (PDT) Date: Sun, 20 Oct 2002 13:43:42 -0700 (PDT) From: Julian Elischer To: Steve Tremblett Cc: freebsd-hackers@freebsd.org Subject: Re: dumb Q: netgraph node init? In-Reply-To: <20021020141042.B20092@sjt-u10.cisco.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 20 Oct 2002, Steve Tremblett wrote: > I'm trying to find how netgraph nodes are initialized. Basically my > question is about runtime dynamic initialization. > > I have NETGRAPH_ETHER and NETGRAPH_PPPOE in my kernel config. I don't > start pppoe at boot time. Before ppp is up, ngctl shows ng_ether but > not pppoe. What defines how ng_ether is loaded and hooked at boot time > as opposed to ng_pppoe loaded and hooked automatically? ng_ether nodes are attached automatically to all exisiting ethernet interfaces. ng_pppoe nodes are only created when you ask for one. do a 'types' commnad in ngctl to see possible types to make. > > If someone could point me to the appropriate code it would be much > appreciated! > > -- > Steve Tremblett > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 14:11:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id C9EBF37B401; Sun, 20 Oct 2002 14:11:15 -0700 (PDT) Date: Sun, 20 Oct 2002 14:11:15 -0700 From: Juli Mallett To: "M. Warner Losh" Cc: freebsd-standards@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Problem detecting POSIX symbolic constants Message-ID: <20021020141115.A88848@FreeBSD.org> References: <20021016121455.A3711@chiark.greenend.org.uk> <20021020.134409.73085448.imp@bsdimp.com> <20021020204920.C8767@chiark.greenend.org.uk> <20021020.143416.109047247.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021020.143416.109047247.imp@bsdimp.com>; from imp@bsdimp.com on Sun, Oct 20, 2002 at 02:34:16PM -0600 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: "M. Warner Losh" [ Data: 2002-10-20 ] [ Subjecte: Re: Problem detecting POSIX symbolic constants ] > So it looks like it was added just after K&R1, but early enough that > 4.2BSD had it (and maybe earlier), which would explain why SunOS groks > it. 1984 definitely pre-dates the standard (and in fact this same > article goes on to describe varadic functions with a syntax that is > different than what was finally adapoted). Look at the old pcc(1) code in the PUPS/TUHS archives. -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 14:11:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E07837B401 for ; Sun, 20 Oct 2002 14:11:46 -0700 (PDT) Received: from cisco.com (sword.cisco.com [161.44.208.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCF5943E97 for ; Sun, 20 Oct 2002 14:11:45 -0700 (PDT) (envelope-from sjt@cisco.com) Received: from sjt-u10.cisco.com (sjt-u10.cisco.com [10.85.30.63]) by cisco.com (8.8.5-Cisco.1/8.8.8) with ESMTP id RAA10220; Sun, 20 Oct 2002 17:11:39 -0400 (EDT) Received: (sjt@localhost) by sjt-u10.cisco.com (8.8.5-Cisco.1/CISCO.WS.1.2) id RAA03434; Sun, 20 Oct 2002 17:11:39 -0400 (EDT) Date: Sun, 20 Oct 2002 17:11:39 -0400 From: Steve Tremblett To: Julian Elischer Cc: freebsd-hackers@freebsd.org Subject: Re: dumb Q: netgraph node init? Message-ID: <20021020171139.B1512@sjt-u10.cisco.com> References: <20021020141042.B20092@sjt-u10.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Sun, Oct 20, 2002 at 01:43:42PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG +---- Julian Elischer wrote: | > I have NETGRAPH_ETHER and NETGRAPH_PPPOE in my kernel config. I don't | > start pppoe at boot time. Before ppp is up, ngctl shows ng_ether but | > not pppoe. What defines how ng_ether is loaded and hooked at boot time | > as opposed to ng_pppoe loaded and hooked automatically? | | ng_ether nodes are attached automatically to all exisiting ethernet | interfaces. | ng_pppoe nodes are only created when you ask for one. | | do a 'types' commnad in ngctl to see possible types to make. How does invoking pppd result in the PPPoE node being hooked and initialized? It looks like pppd treats a device called "PPPoE:xl0" as a serial device or am I missing something? Please excuse me if these questions are inappropriate for this list. -- Steve Tremblett To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 14:20:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4C6237B406 for ; Sun, 20 Oct 2002 14:20:08 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C4CC43E91 for ; Sun, 20 Oct 2002 14:20:07 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021020212006.STZG26432.sccrmhc02.attbi.com@InterJet.elischer.org>; Sun, 20 Oct 2002 21:20:06 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA19407; Sun, 20 Oct 2002 14:18:23 -0700 (PDT) Date: Sun, 20 Oct 2002 14:18:22 -0700 (PDT) From: Julian Elischer To: Steve Tremblett Cc: freebsd-hackers@freebsd.org Subject: Re: dumb Q: netgraph node init? In-Reply-To: <20021020171139.B1512@sjt-u10.cisco.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 20 Oct 2002, Steve Tremblett wrote: > +---- Julian Elischer wrote: > | > I have NETGRAPH_ETHER and NETGRAPH_PPPOE in my kernel config. I don't > | > start pppoe at boot time. Before ppp is up, ngctl shows ng_ether but > | > not pppoe. What defines how ng_ether is loaded and hooked at boot time > | > as opposed to ng_pppoe loaded and hooked automatically? > | > | ng_ether nodes are attached automatically to all exisiting ethernet > | interfaces. > | ng_pppoe nodes are only created when you ask for one. > | > | do a 'types' commnad in ngctl to see possible types to make. > > How does invoking pppd result in the PPPoE node being hooked and > initialized? It looks like pppd treats a device called "PPPoE:xl0" as > a serial device or am I missing something? Firstly it's not "pppd" but "ppp".. they are different programs. ppp opens a netgraph control socket and issues all the netgraph control messages needed to make a pppoe node and attach it to the selected interface. ng_ether has an init routine that is called during boot or when the module is loaded, (or when a new ethernet interfaace is added if it's already loaded). ng_pppoe has such a function too but it doesn't create any nodes up front, but just sets up some internal linkages (in fact I think it uses the default function provided by netgraph and doesn't have it's own). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 15:14:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A48D37B401 for ; Sun, 20 Oct 2002 15:14:27 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id B359243E7B for ; Sun, 20 Oct 2002 15:14:26 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g9KMEPs7007803; Sun, 20 Oct 2002 15:14:25 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g9KMEOpV007802; Sun, 20 Oct 2002 15:14:24 -0700 Date: Sun, 20 Oct 2002 15:14:24 -0700 From: Brooks Davis To: Terry Lambert Cc: Brooks Davis , hackers@freebsd.org Subject: Re: adding a delay before background fsck Message-ID: <20021020151424.A7289@Odin.AC.HMC.Edu> References: <20021019223250.A14311@Odin.AC.HMC.Edu> <3DB25030.20DC0624@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3DB25030.20DC0624@mindspring.com>; from tlambert2@mindspring.com on Sat, Oct 19, 2002 at 11:41:52PM -0700 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 19, 2002 at 11:41:52PM -0700, Terry Lambert wrote: > Brooks Davis wrote: > > Please comment on the following patch to add a delay before starting > > background fsck. The issues this addresses is that it takes a long time > > to start X or other large apps like mozilla while a background fsck > > is running (at least on my laptop). Once they are up and in cache, > > performance is slightly bumpy, but acceptable. Thus, being able to set > > a delay (I use 120s) to allow those applications to be started, makes > > background fsck much more useful. I suspect this feature would also be > > useful in aiding recover on servers. >=20 > Shouldn't running it at idleprio "just work"? It doesn't, at least on my laptop. It may be that this isn't necessicary on disks with reasionable transaction models, but current laptop drives definatly don't qualify. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9syrAXY6L6fI4GtQRAnHBAJ9o//K28TTUh82eDVwR1ObJ60IBeQCfRxzU SiTK3Jgunf73DVJetdXrimU= =IGOs -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 15:24:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A71037B401; Sun, 20 Oct 2002 15:24:24 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 602DE43E6E; Sun, 20 Oct 2002 15:24:23 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Received: from mousie.catspoiler.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.5/8.12.5) with ESMTP id g9KMO4vU074848; Sun, 20 Oct 2002 15:24:07 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Message-Id: <200210202224.g9KMO4vU074848@gw.catspoiler.org> Date: Sun, 20 Oct 2002 15:24:04 -0700 (PDT) From: Don Lewis Subject: Re: Problem detecting POSIX symbolic constants To: imp@bsdimp.com Cc: freebsd-standards@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <20021020.143416.109047247.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 20 Oct, M. Warner Losh wrote: > My copy of K&R 1 is silent on this issue (well, as I recall, I can't > find my K&R1 at the moment), which means defined isn't likely to be > there. My copy of the Bell Laboratories Technical Journal October > 1984 (Vol 63 No.8 Part 2) says, in "The Evolution of C -- Past and > Future" by L. Rosler, section 5.9 Compiler Control Lines: > > The conditional-compile facility (Ref 2. Sect 12.3) has been > enhanced in two ways. > > To facilitate selection of one among a set of choices, any > number of control lines of the form > #elif constant-expression > may now appear on any line between a #if line and its closing > #endif (or #else if present). > > The new pseudofunction defined(identifier) may be used in the > constant-expression part of a #if or #elif control line, with > value 1 if the identifier is currently defined in the > preprocessor, and 0 otherwise. Thus #ifdef identifier is > equivalent to #if defined(identifier) and #ifndef identifier > is equivalent to #if !defined(identifier). The older forms > will be retained for compatibility, as they are deeply > entrenched in existing code. But, as they are superfluous, > equivalents to #ifdef will not be provided for the new > construction #elif. > > Ref 2 looks to be K&R1: > 2. B. W. Kernighan and D. M. Ritchie, The C Programming > Language, Englewood Cliffs, NJ.: Prentice Hall, 1978. That's K&R 1 and my copy doesn't mention anything about #elif or defined(). Unlike one compiler I used in the bad old days, it does have #if, which it documents as using a constant expression and provides a pointer to another section of the chapter. The constant expression section mentions integer and character constants, and sizeof expressions, as well as the unary, binary, and ternary operators. No mention of defined() ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 16:47:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D10D537B401 for ; Sun, 20 Oct 2002 16:47:49 -0700 (PDT) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2327643E6A for ; Sun, 20 Oct 2002 16:47:49 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id g9KNlYYX000422; Sun, 20 Oct 2002 16:47:34 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id g9KNlYgd000421; Sun, 20 Oct 2002 16:47:34 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Sun, 20 Oct 2002 16:47:34 -0700 From: David Schultz To: Peter Wemm Cc: Dan Nelson , Terry Lambert , Brooks Davis , hackers@FreeBSD.ORG Subject: Re: adding a delay before background fsck Message-ID: <20021020234734.GA390@HAL9000.homeunix.com> Mail-Followup-To: Peter Wemm , Dan Nelson , Terry Lambert , Brooks Davis , hackers@FreeBSD.ORG References: <20021020071930.GA24660@HAL9000.homeunix.com> <20021020201053.1C3092A88D@canning.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021020201053.1C3092A88D@canning.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Peter Wemm : > > `Nice' values *do* apply to I/O in -CURRENT. Specifically, if a > > process with a positive nice value attempts to do disk I/O while > > there are other outstanding requests, it is put to sleep for > > p_nice/HZ seconds. I think this feature was added specifically > > for background fsck. If performance is a problem, perhaps it is > > the nice value that needs to be tuned. See Kirk's BSDCon paper on > > snapshots for details. > > Just because something is in a paper that does not mean it is true. > > It is not the case in -current. Read subr_disk.c, and the > #ifdef notquite > around the code. It doesn't work because it assumes that every > 'struct bio' is really embedded in a 'struct buf', which isn't the case. > It used the vnode that was attached to each 'struct buf' to determine > the insert point. 'struct bio' doesn't have associated vnodes. Actually I *did* glance at the code before posting, but I missed the ifdef surrounding the relevant chunk. Oops. Thanks for clarifying! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 20 23:19:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4711B37B401; Sun, 20 Oct 2002 23:19:18 -0700 (PDT) Received: from samwise.jobeus.net (samwise.jobeus.net [205.206.125.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97C5243E77; Sun, 20 Oct 2002 23:19:17 -0700 (PDT) (envelope-from freebsd@jobeus.net) Received: (from root@localhost) by samwise.jobeus.net (8.12.6/8.12.3) id g9L6J7XN093083; Mon, 21 Oct 2002 00:19:07 -0600 (MDT) (envelope-from freebsd@jobeus.net) Received: from localhost (freebsd@localhost [127.0.0.1]) by samwise.jobeus.net (8.12.6/8.12.3av) with ESMTP id g9L6J4Ms093066; Mon, 21 Oct 2002 00:19:04 -0600 (MDT) (envelope-from freebsd@jobeus.net) Date: Mon, 21 Oct 2002 00:19:03 -0600 (MDT) From: Scott Carmichael To: "Crist J. Clark" Cc: freebsd-hackers@freebsd.org Subject: Re: IP resolving In-Reply-To: <20021018180519.GB45449@blossom.cjclark.org> Message-ID: <20021021001706.B86168-100000@samwise.jobeus.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Netstat reports properly... I think the issue is that an 'nslookup [ip]' will resolve to a host where an 'nslookup [host]' will not resolve to [ip]. Its the way the DNS on the other end is set up, but I can't exactly change that... I'd just like a 'w' to be able to report properly (ie. if [host] doesn't resolve to [ip], then just report [ip] with a 'w').. or something. =\ On Fri, 18 Oct 2002, Crist J. Clark wrote: > On Sun, Oct 13, 2002 at 11:00:26PM -0600, Scott Carmichael wrote: > > Can someone help me here? Is there a code change I can make somewhere? > > > > Please CC me on any replies, as I am not subscribed to -net or -hackers. > > -net removed. -hackers left (although this might be more of a > -questions thread). > > > ---------- Forwarded message ---------- > > Date: Fri, 11 Oct 2002 14:14:08 -0600 (MDT) > > From: Scott Carmichael > > To: freebsd-questions@FreeBSD.ORG > > Subject: IP resolving > > > > I would like to know two things... Why FreeBSD acts in the following way > > while OpenBSD does not, and if it's possible to fix this? > > > > It seems that if anyone connects to my FreeBSD server wish a hostname that > > does not match their IP, > > "Hostname does not match their IP?" What exactly does that mean? All > the OS knows is the remote IP address. It doesn't know what hostname > the remote claims to have. The application server might receive a > hostname though, but then I would expect the behavior to vary > according to the application used to connect. > > > I get a console message about the mismatch, and > > Something is generating a message to syslogd(8). Figure out what it is > and edit syslog.conf(5) appropriately. Are you using TCP wrappers or > something? > > > then if they connect via rlogin or ssh, 'who', 'w', 'last', etc. all > > report that they are connected _from_ MY box, which they aren't. > > Strange. What does 'netstat -a' or 'sockstat' report? 'w' works fine > for me. > -- > Crist J. Clark | cjclark@alum.mit.edu > | cjclark@jhu.edu > http://people.freebsd.org/~cjc/ | cjc@freebsd.org > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 0:42:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 292F437B401 for ; Mon, 21 Oct 2002 00:42:27 -0700 (PDT) Received: from memphis.mephi.ru (memphis.mephi.ru [194.67.67.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59E7243E3B for ; Mon, 21 Oct 2002 00:42:25 -0700 (PDT) (envelope-from timon@memphis.mephi.ru) Received: (from timon@localhost) by memphis.mephi.ru (8.12.6/8.12.6) id g9L7g94s042851 for freebsd-hackers@FreeBSD.ORG; Mon, 21 Oct 2002 11:42:09 +0400 (MSD) (envelope-from timon) Date: Mon, 21 Oct 2002 11:42:08 +0400 From: "Artem 'Zazoobr' Ignatiev" To: freebsd-hackers@FreeBSD.ORG Subject: Re: boot selector and extended partitions Message-ID: <20021021114207.A42663@memphis.mephi.ru> Mail-Followup-To: Artem 'Zazoobr' Ignatiev , freebsd-hackers@FreeBSD.ORG References: <20021020220915.A760@gicco.cablecom.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021020220915.A760@gicco.cablecom.ch>; from hanspeter_roth@hotmail.com on Sun, Oct 20, 2002 at 10:09:15PM +0200 X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Oct 20, 2002 at 10:09:15PM +0200, Hanspeter Roth wrote: > can I make the Freebsd boot selector chain to an extended partition > similar like switching to an alternate disk? Well, you can patch it :) And what is the purpose? Sinceherely yours, Artem 'Zazoobr' Ignatjev. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 1: 2:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9126737B406 for ; Mon, 21 Oct 2002 01:02:49 -0700 (PDT) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12A8B43E6E for ; Mon, 21 Oct 2002 01:02:49 -0700 (PDT) (envelope-from joe@genius.tao.org.uk) Received: by genius.tao.org.uk (Postfix, from userid 100) id 256CD423C; Mon, 21 Oct 2002 09:02:32 +0100 (BST) Date: Mon, 21 Oct 2002 09:02:32 +0100 From: Josef Karthauser To: wolf Cc: freebsd-hackers@freebsd.org Subject: Re: vmware3, any one got even sorta working? Message-ID: <20021021080232.GC4545@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , wolf , freebsd-hackers@freebsd.org References: <3DB0B866.3030409@hq.dyns.cx> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aT9PWwzfKXlsBJM1" Content-Disposition: inline In-Reply-To: <3DB0B866.3030409@hq.dyns.cx> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --aT9PWwzfKXlsBJM1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 18, 2002 at 09:41:58PM -0400, wolf wrote: > I have search the web trying to find info on vmware3 and FreeBSD as the= =20 > host os. >=20 > I noticed a post where someone said they got the modules working, but=20 > were having problems with the binary part. >=20 > Any progress? >=20 > Looking for beta testers? No, looking for people to do the work. I've had several people interested in working on it, but they've gone quiet as soon as I've given them the resources to do it! Go figure. Joe --=20 "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 --aT9PWwzfKXlsBJM1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iEYEARECAAYFAj2ztJcACgkQXVIcjOaxUBZKqACgul36PNdPDbB6hUFqyWbE7W89 MpoAoJIiLRkvpqiFGqYumaaYbrQIlYgB =TVlo -----END PGP SIGNATURE----- --aT9PWwzfKXlsBJM1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 2: 2:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14D9237B401 for ; Mon, 21 Oct 2002 02:02:39 -0700 (PDT) Received: from relay01.cablecom.net (relay01.cablecom.net [62.2.33.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8EE843E6E for ; Mon, 21 Oct 2002 02:02:37 -0700 (PDT) (envelope-from hanspeter_roth@hotmail.com) Received: from snoopy.cablecom.ch (dclient80-218-76-119.hispeed.ch [80.218.76.119]) by relay01.cablecom.net (8.12.5/8.12.5/SOL/AWF/MXRELAY/20020820) with ESMTP id g9L92UZ2005151 for ; Mon, 21 Oct 2002 11:02:31 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Received: (from idefix@localhost) by snoopy.cablecom.ch (8.11.6/8.11.6) id g9L92Vl00352 for freebsd-hackers@FreeBSD.ORG; Mon, 21 Oct 2002 11:02:31 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Date: Mon, 21 Oct 2002 11:02:31 +0200 From: Hanspeter Roth To: freebsd-hackers@FreeBSD.ORG Subject: Re: boot selector and extended partitions Message-ID: <20021021110230.A310@gicco.cablecom.ch> Reply-To: freebsd-hackers@FreeBSD.ORG Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20021020220915.A760@gicco.cablecom.ch> <20021021114207.A42663@memphis.mephi.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021021114207.A42663@memphis.mephi.ru>; from timon@memphis.mephi.ru on Mon, Oct 21, 2002 at 11:42:08AM +0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Oct 21 at 11:42, Artem 'Zazoobr' Ignatiev spoke: > On Sun, Oct 20, 2002 at 10:09:15PM +0200, Hanspeter Roth wrote: > > can I make the Freebsd boot selector chain to an extended partition > > similar like switching to an alternate disk? > Well, you can patch it :) Has anybody already done such a patch? > And what is the purpose? I'd like to chain to Lilo. -Hanspeter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 2:25:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C12F37B401 for ; Mon, 21 Oct 2002 02:25:45 -0700 (PDT) Received: from cse.cs.huji.ac.il (cse.cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08A1443E42 for ; Mon, 21 Oct 2002 02:25:45 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cse.cs.huji.ac.il with esmtp id 183Yoh-0009TR-00 for freebsd-hackers@FreeBSD.ORG; Mon, 21 Oct 2002 11:25:43 +0200 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: freebsd-hackers@FreeBSD.ORG Subject: malloc Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Oct 2002 11:25:43 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG the attached program - which shows the 'efficiancy' of our scientific programmers - tickled my curiosity. if compiled under Linux, it would run fine on FreeBSD 4.7-stable. compiled on FreeBSD it would bomb. so i fixed some kernel values (options MAXDSIZ="(2*1024*1024*1024)") and it run to complition, but: fbsd compiled: complex-2 took 23.652872 seconds, mem used=800000000(762M) linux : complex-2 took 11.969896 seconds, mem used=800000000(762M) comments? danny #include #include #include int MAX_N, mem; int main(int argc , char ** argv){ int i; int ** arr; struct timeval t1, t2; if(argc > 1) MAX_N = atoi(argv[1]); else MAX_N = 100000000; gettimeofday(&t1, 0); mem = sizeof (int *) * MAX_N; arr = malloc(mem); if(arr == NULL) { perror("Malloc"); exit(1); } for (i = 0 ; i < MAX_N ; ++i ){ arr[i] = malloc(sizeof(int)); if(arr[i] == NULL) { perror("malloc2"); printf("failed at %d, mem=%d(%d)\n", i, mem, mem/(1024 * 1024)); exit(1); } *arr[i] = i; mem += sizeof(int); } gettimeofday(&t2, 0); printf ("%s took %f seconds, mem used=%d(%dM)\n", getenv ("HOST"), t2.tv_sec-t1.tv_sec + (t2.tv_usec-t1.tv_usec)/(float)(1000000), mem, mem / (1024 * 1024)); for (i = 0 ; i < MAX_N ; ++i ){ if(*arr[i] != i) printf("GUEVALT! %d] %d\n", i, *arr[i]); } exit(0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 2:33:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAA3A37B401 for ; Mon, 21 Oct 2002 02:33:14 -0700 (PDT) Received: from host2.rila.bg (host2.rila.bg [62.73.64.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8827C43E88 for ; Mon, 21 Oct 2002 02:33:07 -0700 (PDT) (envelope-from Dimitar.Peikov@rila.com) Received: from mobilin.rila.bg ([192.168.202.57]) by host2.rila.bg with Microsoft SMTPSVC(5.0.2195.5329); Mon, 21 Oct 2002 12:32:48 +0300 Received: from mobilin.rila.bg (localhost [127.0.0.1]) by mobilin.rila.bg (8.12.2/8.12.2/SuSE Linux 0.6) with ESMTP id g9L9Xw80004724 for ; Mon, 21 Oct 2002 12:33:58 +0300 Received: from localhost (localhost [[UNIX: localhost]]) by mobilin.rila.bg (8.12.2/8.12.2/Submit) id g9L9XmCm004723 for freebsd-hackers@FreeBSD.ORG; Mon, 21 Oct 2002 12:33:48 +0300 Content-Type: text/plain; charset="us-ascii" From: Dimitar Peikov Reply-To: mitko@rila.bg Organization: RILA Solutions To: freebsd-hackers@FreeBSD.ORG Subject: Re: malloc Date: Mon, 21 Oct 2002 12:33:43 +0300 X-Mailer: KMail [version 1.4] MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200210211233.46917.mitko@rila.bg> X-OriginalArrivalTime: 21 Oct 2002 09:32:48.0709 (UTC) FILETIME=[D1C60F50:01C278E4] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 A few months ago, I've started a thread about the swapping performance an= d=20 there were a lot of interesting postings from Mattew Dillon and Terry=20 Lambert. As a result of my experience in FreeBSD the problem was achieved= ,=20 not only in FreeBSD, but at this time and on OpenBSD if my memory remains= =2E So=20 I was very impressed in the malloc regression tests on FreeBSD 5.0 DP1, l= ater=20 synchronized to stable. Try to make the following link in the /etc=20 ln -s '>>ajrzHuVx' malloc.conf - --=20 Dimitar Peikov Programmer Analyst Globalization Group "We Build e-Business" =20 RILA Solutions =20 27 Building, Acad.G.Bonchev Str. =20 1113 Sofia, Bulgaria =20 phone: (+359 2) 9797320=20 phone: (+359 2) 9797300=20 fax: (+359 2) 9733355 =20 http://www.rila.com=20 GnuPG key http://earth.rila.bg/~mitko/mitko.key.asc GnuPG key http://www.bgzone.com/~mitko/mitko.key.asc Key fingerprint 97AF 6192 78E2 AC68 FD56 CCB0 68B9 DF7D B3C1 9ED7 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9s8n6aLnffbPBntcRAht5AJ4ncdIWlZ0x+f8yGZjNXvbQEumXBgCfWKqk fwOmDeGHYufEsJVhTG3ojD8=3D =3DctGI -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 3:13:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2E7D37B401 for ; Mon, 21 Oct 2002 03:13:40 -0700 (PDT) Received: from cse.cs.huji.ac.il (cse.cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B4D343E4A for ; Mon, 21 Oct 2002 03:13:40 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cse.cs.huji.ac.il with esmtp id 183ZYz-000BKH-00; Mon, 21 Oct 2002 12:13:33 +0200 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: mitko@rila.bg Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: malloc In-Reply-To: Message from Dimitar Peikov of "Mon, 21 Oct 2002 12:33:43 +0300." <200210211233.46917.mitko@rila.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Mon, 21 Oct 2002 12:13:33 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > = > = > A few months ago, I've started a thread about the swapping performance = and = > there were a lot of interesting postings from Mattew Dillon and Terry = > Lambert. As a result of my experience in FreeBSD the problem was achiev= ed, = > not only in FreeBSD, but at this time and on OpenBSD if my memory remai= ns. So = > I was very impressed in the malloc regression tests on FreeBSD 5.0 DP1,= later = > synchronized to stable. > = > Try to make the following link in the /etc = > = > ln -s '>>ajrzHuVx' malloc.conf made no difference :-( danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 4:42: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4696F37B401 for ; Mon, 21 Oct 2002 04:42:01 -0700 (PDT) Received: from mailg.telia.com (mailg.telia.com [194.22.194.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C8F343E4A for ; Mon, 21 Oct 2002 04:41:53 -0700 (PDT) (envelope-from linus@angliaab.se) Received: from d1o927.telia.com (d1o927.telia.com [213.65.200.241]) by mailg.telia.com (8.12.5/8.12.5) with ESMTP id g9LBfknI009588 for ; Mon, 21 Oct 2002 13:41:46 +0200 (CEST) X-Original-Recipient: Received: from bilbo (h87n2fls33o927.telia.com [213.65.39.87]) by d1o927.telia.com (8.10.2/8.10.1) with SMTP id g9LBfjc13460 for ; Mon, 21 Oct 2002 13:41:45 +0200 (CEST) Received: by bilbo (sSMTP sendmail emulation); Mon, 21 Oct 2002 13:36:00 +0200 Subject: PThreads problem From: Linus Kendall To: freebsd-hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 21 Oct 2002 13:35:59 +0200 Message-Id: <1035200159.24315.13.camel@bilbo> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm trying to port a heavily threaded application from Linux (Debian 3.0, 2.4.19) to FreeBSD (4.6-RELEASE). The program compiles successfully using gcc with -pthreads. But, when I try to run the application I get the following error after a while (after spawning 11 threads): Fatal error 'siglongjmp()ing between thread contexts is undefined by POSIX 1003.1' at line ? in file /usr/src/lib/libc_r/uthread/uthread_jmp.c (errno = ?) Abort trap - core dumped It always crashes at the same point. Under Linux it works perfectly fine. I also tried to compile with linuxthreads only to get a segfault directly when the program tries to spawn the first thread. GCC version on Linux: 2.95.4 20011002 GCC version on FreeBSD: 2.95.3 20010315 GCC/G++ command-line: g++ -g -Wall -I. `curl-config --cflags` -fsjlj-exceptions -D_THREAD_SAFE -D_REENTRANT -pthread `curl-config --libs` /Linus To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 5:46:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F79B37B401 for ; Mon, 21 Oct 2002 05:46:07 -0700 (PDT) Received: from straylight.ringlet.net (office.sbnd.net [217.75.140.130]) by mx1.FreeBSD.org (Postfix) with SMTP id 2F47943E42 for ; Mon, 21 Oct 2002 05:45:49 -0700 (PDT) (envelope-from roam@ringlet.net) Received: (qmail 23177 invoked by uid 1000); 21 Oct 2002 12:45:20 -0000 Date: Mon, 21 Oct 2002 15:45:20 +0300 From: Peter Pentchev To: Linus Kendall Cc: freebsd-hackers@freebsd.org Subject: Re: PThreads problem Message-ID: <20021021124520.GS389@straylight.oblivion.bg> Mail-Followup-To: Linus Kendall , freebsd-hackers@freebsd.org References: <1035200159.24315.13.camel@bilbo> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SavPGzlo48F1Gxyz" Content-Disposition: inline In-Reply-To: <1035200159.24315.13.camel@bilbo> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --SavPGzlo48F1Gxyz Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 21, 2002 at 01:35:59PM +0200, Linus Kendall wrote: > Hi, >=20 > I'm trying to port a heavily threaded application from Linux (Debian > 3.0, 2.4.19) to > FreeBSD (4.6-RELEASE). The program compiles successfully using gcc with > -pthreads. But, when I try to run the application I get the following > error after a while (after spawning 11 threads): >=20 > Fatal error 'siglongjmp()ing between thread contexts is undefined by > POSIX 1003.1' at line ? in file > /usr/src/lib/libc_r/uthread/uthread_jmp.c (errno =3D ?) > Abort trap - core dumped >=20 > It always crashes at the same point. Under Linux it works perfectly > fine. > I also tried to compile with linuxthreads only to get a segfault > directly when the program tries to spawn the first thread.=20 >=20 > GCC version on Linux: 2.95.4 20011002 > GCC version on FreeBSD: 2.95.3 20010315 >=20 > GCC/G++ command-line: g++ -g -Wall -I. `curl-config --cflags`=20 > -fsjlj-exceptions -D_THREAD_SAFE -D_REENTRANT -pthread `curl-config > --libs`=20 Just for the record: what exactly do 'curl-config --cflags' and 'curl-config --libs' output? G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If I were you, who would be reading this sentence? --SavPGzlo48F1Gxyz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE9s/bf7Ri2jRYZRVMRAoOJAJ9r+fC1VdDvHrYq2GEa8jgO29Y5MwCfaR+f SYL+nnL8YmXEr+7jqinCAFA= =B/c8 -----END PGP SIGNATURE----- --SavPGzlo48F1Gxyz-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 6:14:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A286C37B401 for ; Mon, 21 Oct 2002 06:14:27 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56B3E43E6A for ; Mon, 21 Oct 2002 06:14:26 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9LDEJn4001822; Mon, 21 Oct 2002 15:14:20 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Danny Braniss Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: malloc In-Reply-To: Your message of "Mon, 21 Oct 2002 11:25:43 +0200." Date: Mon, 21 Oct 2002 15:14:19 +0200 Message-ID: <1821.1035206059@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , Danny Braniss writes: >the attached program - which shows the 'efficiancy' of our scientific >programmers - tickled my curiosity. > >if compiled under Linux, it would run fine on FreeBSD 4.7-stable. >compiled on FreeBSD it would bomb. > >so i fixed some kernel values (options MAXDSIZ="(2*1024*1024*1024)") >and it run to complition, but: >fbsd compiled: complex-2 took 23.652872 seconds, mem used=800000000(762M) >linux : complex-2 took 11.969896 seconds, mem used=800000000(762M) > > >comments? What a lame program... If this program is indicative of your real-world work-load, you can optimize a lot by getting better programmers. If it is not indicative, then forget about it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 6:30:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7378337B408 for ; Mon, 21 Oct 2002 06:30:06 -0700 (PDT) Received: from maile.telia.com (maile.telia.com [194.22.190.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id C422F43E75 for ; Mon, 21 Oct 2002 06:30:03 -0700 (PDT) (envelope-from linus@angliaab.se) Received: from d1o927.telia.com (d1o927.telia.com [213.65.200.241]) by maile.telia.com (8.12.5/8.12.5) with ESMTP id g9LDTtE7028673; Mon, 21 Oct 2002 15:29:55 +0200 (CEST) X-Original-Recipient: freebsd-hackers@FreeBSD.ORG Received: from bilbo (h87n2fls33o927.telia.com [213.65.39.87]) by d1o927.telia.com (8.10.2/8.10.1) with SMTP id g9LDTsc24137; Mon, 21 Oct 2002 15:29:55 +0200 (CEST) Received: by bilbo (sSMTP sendmail emulation); Mon, 21 Oct 2002 15:24:08 +0200 Subject: Re: PThreads problem From: Linus Kendall To: Peter Pentchev Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20021021124520.GS389@straylight.oblivion.bg> References: <1035200159.24315.13.camel@bilbo> <20021021124520.GS389@straylight.oblivion.bg> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailer: Ximian Evolution 1.0.8 Date: 21 Oct 2002 15:24:08 +0200 Message-Id: <1035206648.24315.20.camel@bilbo> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Libcurl is an HTTP-library which is said to be threadsafe (and also works normally under Linux). I've been looking at it and it seems that the problem was based on the fact that libcurl triggers an SIGALARM which in Linux isn't a problem but for which I needed to define a signal handler (ie. block) in *BSD. /Linus =20 m=E5n 2002-10-21 klockan 14.45 skrev Peter Pentchev: > On Mon, Oct 21, 2002 at 01:35:59PM +0200, Linus Kendall wrote: > > Hi, > >=20 > > I'm trying to port a heavily threaded application from Linux (Debian > > 3.0, 2.4.19) to > > FreeBSD (4.6-RELEASE). The program compiles successfully using gcc with > > -pthreads. But, when I try to run the application I get the following > > error after a while (after spawning 11 threads): > >=20 > > Fatal error 'siglongjmp()ing between thread contexts is undefined by > > POSIX 1003.1' at line ? in file > > /usr/src/lib/libc_r/uthread/uthread_jmp.c (errno =3D ?) > > Abort trap - core dumped > >=20 > > It always crashes at the same point. Under Linux it works perfectly > > fine. > > I also tried to compile with linuxthreads only to get a segfault > > directly when the program tries to spawn the first thread.=20 > >=20 > > GCC version on Linux: 2.95.4 20011002 > > GCC version on FreeBSD: 2.95.3 20010315 > >=20 > > GCC/G++ command-line: g++ -g -Wall -I. `curl-config --cflags`=20 > > -fsjlj-exceptions -D_THREAD_SAFE -D_REENTRANT -pthread `curl-config > > --libs`=20 >=20 > Just for the record: what exactly do 'curl-config --cflags' and > 'curl-config --libs' output? >=20 > G'luck, > Peter >=20 > --=20 > Peter Pentchev roam@ringlet.net roam@FreeBSD.org > PGP key: http://people.FreeBSD.org/~roam/roam.key.asc > Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 > If I were you, who would be reading this sentence? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 6:49: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69BAB37B61C for ; Mon, 21 Oct 2002 06:49:04 -0700 (PDT) Received: from straylight.ringlet.net (office.sbnd.net [217.75.140.130]) by mx1.FreeBSD.org (Postfix) with SMTP id 0F6CA43E4A for ; Mon, 21 Oct 2002 06:49:00 -0700 (PDT) (envelope-from roam@ringlet.net) Received: (qmail 42993 invoked by uid 1000); 21 Oct 2002 13:48:34 -0000 Date: Mon, 21 Oct 2002 16:48:34 +0300 From: Peter Pentchev To: Linus Kendall Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PThreads problem Message-ID: <20021021134834.GA41198@straylight.oblivion.bg> Mail-Followup-To: Linus Kendall , freebsd-hackers@FreeBSD.ORG References: <1035200159.24315.13.camel@bilbo> <20021021124520.GS389@straylight.oblivion.bg> <1035206648.24315.20.camel@bilbo> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <1035206648.24315.20.camel@bilbo> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --AhhlLboLdkugWU4S Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 21, 2002 at 03:24:08PM +0200, Linus Kendall wrote: > m?n 2002-10-21 klockan 14.45 skrev Peter Pentchev: > > On Mon, Oct 21, 2002 at 01:35:59PM +0200, Linus Kendall wrote: > > > Hi, > > >=20 > > > I'm trying to port a heavily threaded application from Linux (Debian > > > 3.0, 2.4.19) to > > > FreeBSD (4.6-RELEASE). The program compiles successfully using gcc wi= th > > > -pthreads. But, when I try to run the application I get the following > > > error after a while (after spawning 11 threads): > > >=20 > > > Fatal error 'siglongjmp()ing between thread contexts is undefined by > > > POSIX 1003.1' at line ? in file > > > /usr/src/lib/libc_r/uthread/uthread_jmp.c (errno =3D ?) > > > Abort trap - core dumped > > >=20 > > > It always crashes at the same point. Under Linux it works perfectly > > > fine. > > > I also tried to compile with linuxthreads only to get a segfault > > > directly when the program tries to spawn the first thread.=20 > > >=20 > > > GCC version on Linux: 2.95.4 20011002 > > > GCC version on FreeBSD: 2.95.3 20010315 > > >=20 > > > GCC/G++ command-line: g++ -g -Wall -I. `curl-config --cflags`=20 > > > -fsjlj-exceptions -D_THREAD_SAFE -D_REENTRANT -pthread `curl-config > > > --libs`=20 > >=20 > > Just for the record: what exactly do 'curl-config --cflags' and > > 'curl-config --libs' output? >=20 > Libcurl is an HTTP-library which is said to be threadsafe (and also > works normally under Linux). I know what libcurl is; as a matter of fact, I happen to be the maintainer of the ftp/curl port :) That's partly the reason why I am interested in your problem, especially given what you report below.. I was asking about the specific output of the compiler flags and the libraries that cURL reports as needed, to see if there were any conflicts there with any of the other compiler flags. > I've been looking at it and it seems that the problem was based on > the fact that libcurl triggers an SIGALARM which in Linux isn't a > problem but for which I needed to define a signal handler (ie. block) > in *BSD. This is interesting; can you produce a simple testcase? If not, I will be able to take a look at it some time later today or tomorrow, but not right now :( G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I am jealous of the first word in this sentence. --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE9tAWy7Ri2jRYZRVMRAurbAJ92zm6T8VRknDO/JYEO08tNWQKJiQCfbTHJ lDKALkxmzUUHJFVZYaltld0= =t4VH -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 6:51:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D17137B401 for ; Mon, 21 Oct 2002 06:51:09 -0700 (PDT) Received: from straylight.ringlet.net (office.sbnd.net [217.75.140.130]) by mx1.FreeBSD.org (Postfix) with SMTP id 86BA543E75 for ; Mon, 21 Oct 2002 06:51:04 -0700 (PDT) (envelope-from roam@ringlet.net) Received: (qmail 43216 invoked by uid 1000); 21 Oct 2002 13:50:45 -0000 Date: Mon, 21 Oct 2002 16:50:45 +0300 From: Peter Pentchev To: Linus Kendall Cc: freebsd-hackers@FreeBSD.org Subject: Re: PThreads problem Message-ID: <20021021135045.GB41198@straylight.oblivion.bg> Mail-Followup-To: Linus Kendall , freebsd-hackers@FreeBSD.org References: <1035200159.24315.13.camel@bilbo> <20021021124520.GS389@straylight.oblivion.bg> <1035206648.24315.20.camel@bilbo> <20021021134834.GA41198@straylight.oblivion.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2B/JsCI69OhZNC5r" Content-Disposition: inline In-Reply-To: <20021021134834.GA41198@straylight.oblivion.bg> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --2B/JsCI69OhZNC5r Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 21, 2002 at 04:48:34PM +0300, Peter Pentchev wrote: > On Mon, Oct 21, 2002 at 03:24:08PM +0200, Linus Kendall wrote: > > m?n 2002-10-21 klockan 14.45 skrev Peter Pentchev: > > > On Mon, Oct 21, 2002 at 01:35:59PM +0200, Linus Kendall wrote: > > > > Hi, > > > >=20 > > > > I'm trying to port a heavily threaded application from Linux (Debian > > > > 3.0, 2.4.19) to > > > > FreeBSD (4.6-RELEASE). The program compiles successfully using gcc = with > > > > -pthreads. But, when I try to run the application I get the followi= ng > > > > error after a while (after spawning 11 threads): > > > >=20 > > > > Fatal error 'siglongjmp()ing between thread contexts is undefined by > > > > POSIX 1003.1' at line ? in file > > > > /usr/src/lib/libc_r/uthread/uthread_jmp.c (errno =3D ?) > > > > Abort trap - core dumped > > > >=20 > > > > It always crashes at the same point. Under Linux it works perfectly > > > > fine. > > > > I also tried to compile with linuxthreads only to get a segfault > > > > directly when the program tries to spawn the first thread.=20 > > > >=20 > > > > GCC version on Linux: 2.95.4 20011002 > > > > GCC version on FreeBSD: 2.95.3 20010315 > > > >=20 > > > > GCC/G++ command-line: g++ -g -Wall -I. `curl-config --cflags`=20 > > > > -fsjlj-exceptions -D_THREAD_SAFE -D_REENTRANT -pthread `curl-config > > > > --libs`=20 > > >=20 > > > Just for the record: what exactly do 'curl-config --cflags' and > > > 'curl-config --libs' output? > >=20 > > Libcurl is an HTTP-library which is said to be threadsafe (and also > > works normally under Linux). >=20 > I know what libcurl is; as a matter of fact, I happen to be the > maintainer of the ftp/curl port :) That's partly the reason why I am > interested in your problem, especially given what you report below.. >=20 > I was asking about the specific output of the compiler flags and the > libraries that cURL reports as needed, to see if there were any > conflicts there with any of the other compiler flags. >=20 > > I've been looking at it and it seems that the problem was based on > > the fact that libcurl triggers an SIGALARM which in Linux isn't a > > problem but for which I needed to define a signal handler (ie. block) > > in *BSD. >=20 > This is interesting; can you produce a simple testcase? If not, I will > be able to take a look at it some time later today or tomorrow, but not > right now :( Oh BTW.. libcurl is indeed threadsafe, with a single exception, mentioned in the THREADS section of the libcurl(3) manual page.. is there any chance that this is related to the problem you are having? G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If this sentence were in Chinese, it would say something else. --2B/JsCI69OhZNC5r Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE9tAY17Ri2jRYZRVMRAthWAJ4gDiGrKF+jbb7rtkgJ2EzfXc+Z0ACfWij6 N2oLy9TQyvPE1aVRVtnECNc= =OwrD -----END PGP SIGNATURE----- --2B/JsCI69OhZNC5r-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 8: 0:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0248F37B401 for ; Mon, 21 Oct 2002 08:00:32 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C8E243E65 for ; Mon, 21 Oct 2002 08:00:31 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id D682C3ABB06; Mon, 21 Oct 2002 17:03:16 +0200 (CEST) Date: Mon, 21 Oct 2002 17:03:16 +0200 From: Pawel Jakub Dawidek To: freebsd-hackers@freebsd.org Subject: SMP and race conditions. Message-ID: <20021021150316.GT80034@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="8+odlFQADydc3R4z" Content-Disposition: inline X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --8+odlFQADydc3R4z Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello hackers... We got for example a kld module and we have catched some syscall. Now we want to change effective uid of process, but not curproc. How to lock this process? struct proc *proc; uid_t olduid; [...] if ((proc =3D pfind(123)) =3D=3D NULL) return (ESRCH); olduid =3D pc->pc_ucred->cr_uid; change_euid(proc, 0); /* now some simple action */ change_euid(proc, olduid); How to be sure that process 'proc' arn't running on other CPU? Function lockmgr() is used for problems like this one? Where I could find some more information about it? For now I've wrote only comments in /sys/sys/lock.h, etc. There are any papers about programming in SMP? --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --8+odlFQADydc3R4z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPbQXND/PhmMH/Mf1AQEbfgP/TByep1661N/MZAI8/c3cFNwra7Q/ymP8 v0nNZTgx2rOzmb0nQbR2PSjQt8sHOqaIScb0OZdi+6qyCnRxYkCeTNw7HDeU7IM3 YmSmLtSZ0Kc+ye5GICXCySwcFTk6PqHZNVGKEPIyWb1r94pwuvuQsOz7ongPS4Gv mupFuR/IR9s= =VnHw -----END PGP SIGNATURE----- --8+odlFQADydc3R4z-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 8:16:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28A8A37B401 for ; Mon, 21 Oct 2002 08:16:42 -0700 (PDT) Received: from relay01.cablecom.net (relay01.cablecom.net [62.2.33.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D79643E77 for ; Mon, 21 Oct 2002 08:16:41 -0700 (PDT) (envelope-from hanspeter_roth@hotmail.com) Received: from smtp.swissonline.ch (mail-4.swissonline.ch [62.2.32.85]) by relay01.cablecom.net (8.12.5/8.12.5/SOL/AWF/MXRELAY/20020820) with ESMTP id g9LFGdZ2046724 for ; Mon, 21 Oct 2002 17:16:39 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Received: from snoopy.here (dclient80-218-76-119.hispeed.ch [80.218.76.119]) by smtp.swissonline.ch (8.11.6/8.11.6/SMTPSOL/AWF/2002040101) with ESMTP id g9LFGcF10799 for ; Mon, 21 Oct 2002 17:16:38 +0200 (MEST) Received: (from hampi@localhost) by snoopy.here (8.11.6/8.11.6) id g9LFGaT00843 for freebsd-hackers@freebsd.org; Mon, 21 Oct 2002 17:16:36 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Date: Mon, 21 Oct 2002 17:16:36 +0200 From: Hanspeter Roth To: freebsd-hackers@freebsd.org Subject: Ati Rage 128: Dpms suspend failes Message-ID: <20021021171636.B324@snoopy.cablecom.ch> Reply-To: freebsd-hackers@freebsd.org Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I have two hosts connected to one monitor. My idea is attach the display to the other host by issuing `xset dpms force suspend'. This works on one host with a Matrox Millenium. On the host with an Ati Rage 128 Pro TF it works with Netbsd, but it doesn't work with FreeBSD 4.7-Release. The screen only turns blank but the LED remains green. This is the same when issuing `xset s activate'. What could be the reason on FreeBSD 4.7 that dpms force suspend doesn't work? Installed are XFree86-Server-4.2.1_3 and XFree86-libraries-4.2.1_1.) -Hanspeter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 8:28:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99FF137B401 for ; Mon, 21 Oct 2002 08:28:49 -0700 (PDT) Received: from dsl-64-128-185-9.telocity.com (dsl-64-128-185-9.telocity.com [64.128.185.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AEFC43E7B for ; Mon, 21 Oct 2002 08:28:48 -0700 (PDT) (envelope-from mjoyner2@wolf.dyns.cx) Received: (from root@localhost) by dsl-64-128-185-9.telocity.com (8.12.6/8.11.5) id g9LFRs5D007134 for freebsd-hackers@freebsd.org; Mon, 21 Oct 2002 11:27:54 -0400 (EDT) (envelope-from mjoyner2@wolf.dyns.cx) Received: from ip-24.internal (ip-34.internal [192.168.2.34]) by hq.dyns.cx (8.12.6/8.11.5av) with ESMTP id g9LFRp5u007126 for ; Mon, 21 Oct 2002 11:27:51 -0400 (EDT) (envelope-from mjoyner2@wolf.dyns.cx) Received: from wolf.dyns.cx (localhost [127.0.0.1]) by ip-24.internal (8.12.6/8.12.6) with ESMTP id g9LFSi1f072259 for ; Mon, 21 Oct 2002 11:28:44 -0400 (EDT) (envelope-from mjoyner2@wolf.dyns.cx) Message-ID: <3DB41D2C.7020805@wolf.dyns.cx> Date: Mon, 21 Oct 2002 11:28:44 -0400 From: wolf User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3 X-Accept-Language: en-us MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: vmware3, any one got even sorta working? References: <3DB0B866.3030409@hq.dyns.cx> <20021021080232.GC4545@genius.tao.org.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG what the requirements for the people to do the work? Josef Karthauser wrote: > On Fri, Oct 18, 2002 at 09:41:58PM -0400, wolf wrote: > >>I have search the web trying to find info on vmware3 and FreeBSD as the >>host os. >> >>I noticed a post where someone said they got the modules working, but >>were having problems with the binary part. >> >>Any progress? >> >>Looking for beta testers? >> > > No, looking for people to do the work. I've had several people > interested in working on it, but they've gone quiet as soon as I've > given them the resources to do it! Go figure. > > Joe > -- Michael Joyner FreeBSD System Administrator http://manhattan.hq.dyns.cx/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 9:21: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E96ED37B401 for ; Mon, 21 Oct 2002 09:20:59 -0700 (PDT) Received: from fed1mtao01.cox.net (fed1mtao01.cox.net [68.6.19.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76EFC43E42 for ; Mon, 21 Oct 2002 09:20:59 -0700 (PDT) (envelope-from dchrist@cox.net) Received: from linus ([68.4.176.221]) by fed1mtao01.cox.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20021021162059.NUOG14888.fed1mtao01.cox.net@linus> for ; Mon, 21 Oct 2002 12:20:59 -0400 From: "David Christensen" To: Subject: Scheduling a recurring task in a device driver Date: Mon, 21 Oct 2002 09:20:52 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4024 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG A device driver I'm porting from Linux uses tasklets to schedule a recurring event to work around a hardware bug. What would be the equivalent in FreeBSD? David Christensen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 9:23:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA4F537B401 for ; Mon, 21 Oct 2002 09:23:20 -0700 (PDT) Received: from carp.icir.org (carp.icir.org [192.150.187.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56BD043E75 for ; Mon, 21 Oct 2002 09:23:20 -0700 (PDT) (envelope-from rizzo@carp.icir.org) Received: from carp.icir.org (localhost [127.0.0.1]) by carp.icir.org (8.12.3/8.12.3) with ESMTP id g9LGNDpJ018764; Mon, 21 Oct 2002 09:23:13 -0700 (PDT) (envelope-from rizzo@carp.icir.org) Received: (from rizzo@localhost) by carp.icir.org (8.12.3/8.12.3/Submit) id g9LGND7c018763; Mon, 21 Oct 2002 09:23:13 -0700 (PDT) (envelope-from rizzo) Date: Mon, 21 Oct 2002 09:23:13 -0700 From: Luigi Rizzo To: David Christensen Cc: hackers@FreeBSD.ORG Subject: Re: Scheduling a recurring task in a device driver Message-ID: <20021021092312.D18652@carp.icir.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from dchrist@cox.net on Mon, Oct 21, 2002 at 09:20:52AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Oct 21, 2002 at 09:20:52AM -0700, David Christensen wrote: > A device driver I'm porting from Linux uses tasklets to schedule a > recurring > event to work around a hardware bug. What would be the equivalent in > FreeBSD? a timeout() call will do (at most once per tick). grep for "timeout(" in most of device drivers to see how to use it. cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 9:48:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 944E237B401 for ; Mon, 21 Oct 2002 09:48:47 -0700 (PDT) Received: from hex.databits.net (hex.csh.rit.edu [129.21.60.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F70543E3B for ; Mon, 21 Oct 2002 09:48:46 -0700 (PDT) (envelope-from petef@databits.net) Received: by hex.databits.net (Postfix, from userid 1001) id A5E4C2112C; Mon, 21 Oct 2002 12:48:45 -0400 (EDT) Date: Mon, 21 Oct 2002 10:48:45 -0600 From: Pete Fritchman To: Scott Carmichael Cc: freebsd-hackers@freebsd.org Subject: Re: IP resolving Message-ID: <20021021104845.B65893@absolutbsd.org> References: <20021018180519.GB45449@blossom.cjclark.org> <20021021001706.B86168-100000@samwise.jobeus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021021001706.B86168-100000@samwise.jobeus.net>; from freebsd@jobeus.net on Mon, Oct 21, 2002 at 12:19:03AM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ++ 21/10/02 00:19 -0600 - Scott Carmichael: | I think the issue is that an 'nslookup [ip]' will resolve to a host where | an 'nslookup [host]' will not resolve to [ip]. Its the way the DNS on the | other end is set up, but I can't exactly change that... I'd just like a | 'w' to be able to report properly (ie. if [host] doesn't resolve to [ip], | then just report [ip] with a 'w').. or something. =\ Maybe 'w -n' is what you're looking for? --pete -- Pete Fritchman [petef@(databits.net|freebsd.org|wyom.net)] finger petef@databits.net for PGP key http://www.thetechguys.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 9:58: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FDFA37B404 for ; Mon, 21 Oct 2002 09:57:58 -0700 (PDT) Received: from pina.terra.com.br (pina.terra.com.br [200.176.3.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E10743E75 for ; Mon, 21 Oct 2002 09:57:57 -0700 (PDT) (envelope-from devlware@terra.com.br) Received: from pavuna.terra.com.br (pavuna.terra.com.br [200.176.3.41]) by pina.terra.com.br (Postfix) with ESMTP id C82ED53419 for ; Mon, 21 Oct 2002 14:57:50 -0200 (BRST) Received: from terra.com.br (cm-net-cwb-C8B0369F.brdterra.com.br [200.176.54.159]) (authenticated user luwner) by pavuna.terra.com.br (Postfix) with ESMTP id ED949684FA for ; Mon, 21 Oct 2002 13:57:48 -0300 (BRT) Message-ID: <3DB424F4.9060605@terra.com.br> Date: Mon, 21 Oct 2002 14:01:56 -0200 From: Diego Wentz Antunes User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: pt-br, en-us, en MIME-Version: 1.0 To: hackers@FreeBSD.org Subject: Kernel Panic Problems Content-Type: multipart/mixed; boundary="------------080808080301000408030107" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------080808080301000408030107 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi Guys, I have been experiencing several kernel panics from differents situations, since a ls to just boot the kernel. I configured all the options in rc.conf to save the core dump from memory to HD and some of the results are here in the file panics. Above all I search at internet some information to try to explain this recursive panics and found that it could be some memory problem. Is there a way to make a hard test with memory? I'm uncertainty if it is the memory because the PC stayed turned on for 6 days without any problem! Any comments will be welcome! Thanks in Advance, Diego --------------080808080301000408030107 Content-Type: application/x-java-applet; name="panics" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="panics" RnJlZUJTRCA0LjYuMi1SRUxFQVNFIEZyZWVCU0QgNC42LjItUkVMRUFTRSAjMTogTW9uIE9j dCAyMSAwMTozNzo0NCBCUlNUIDIwMDINCnJvb3RAOi91c3Ivc3JjL3N5cy9jb21waWxlL0tF Uk5FTCAgaTM4Ng0KDQojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjDQojIyMJCQkJCQkJCQlQ YW5pYyAxCQkJCQkJCQkJIyMjDQojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjDQoNCkdOVSBn ZGIgNC4xOCAoRnJlZUJTRCkNCkNvcHlyaWdodCAxOTk4IEZyZWUgU29mdHdhcmUgRm91bmRh dGlvbiwgSW5jLg0KR0RCIGlzIGZyZWUgc29mdHdhcmUsIGNvdmVyZWQgYnkgdGhlIEdOVSBH ZW5lcmFsIFB1YmxpYyBMaWNlbnNlLCBhbmQgeW91IGFyZQ0Kd2VsY29tZSB0byBjaGFuZ2Ug aXQgYW5kL29yIGRpc3RyaWJ1dGUgY29waWVzIG9mIGl0IHVuZGVyIGNlcnRhaW4gY29uZGl0 aW9ucy4NClR5cGUgInNob3cgY29weWluZyIgdG8gc2VlIHRoZSBjb25kaXRpb25zLg0KVGhl cmUgaXMgYWJzb2x1dGVseSBubyB3YXJyYW50eSBmb3IgR0RCLiAgVHlwZSAic2hvdyB3YXJy YW50eSIgZm9yIGRldGFpbHMuDQpUaGlzIEdEQiB3YXMgY29uZmlndXJlZCBhcyAiaTM4Ni11 bmtub3duLWZyZWVic2QiLg0KKGtnZGIpIHN5bWJvbC1maWxlIGtlcm5lbC5kZWJ1Zw0KUmVh ZGluZyBzeW1ib2xzIGZyb20ga2VybmVsLmRlYnVnLi4uZG9uZS4NCihrZ2RiKSBleGVjLWZp bGUga2VybmxlXAggCGUIIAgIIAgIIAhlbC4xDQooa2dkYikgY29yZS1maWxlIHZtY29yZS4x DQpJZGxlUFREIGF0IHBoc3lpY2FsIGFkZHJlc3MgMHgwMDNhNTAwMA0KaW5pdGlhbCBwY2Ig YXQgcGh5c2ljYWwgYWRkcmVzcyAweDAwMmYyYmMwDQpwYW5pY3N0cjogcGFnZSBmYXVsdA0K cGFuaWMgbWVzc2FnZXM6DQotLS0NCkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUg aW4ga2VybmVsIG1vZGUNCmZhdWx0IHZpcnR1YWwgYWRkcmVzcwk9IDB4MA0KZmF1bHQgY29k ZQkJPSBzdXBlcnZpc29yIHJlYWQsIHBhZ2Ugbm90IHByZXNlbnQNCmluc3RydWN0aW9uIHBv aW50ZXIJPSAweDg6MHgwDQpzdGFjayBwb2ludGVyCSAgICAgICAgPSAweDEwOjB4YzNlOGJl OGMNCmZyYW1lIHBvaW50ZXIJICAgICAgICA9IDB4MTA6MHgwDQpjb2RlIHNlZ21lbnQJCT0g YmFzZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYg0KCQkJPSBEUEwgMCwgcHJlcyAx LCBkZWYzMiAxLCBncmFuIDENCnByb2Nlc3NvciBlZmxhZ3MJPSBpbnRlcnJ1cHQgZW5hYmxl ZCwgcmVzdW1lLCBJT1BMID0gMA0KY3VycmVudCBwcm9jZXNzCQk9IDkxIChzYXZlY29yZSkN CmludGVycnVwdCBtYXNrCQk9IG5vbmUNCnRyYXAgbnVtYmVyCQk9IDEyDQpwYW5pYzogcGFn ZSBmYXVsdA0KDQpzeW5jaW5nIGRpc2tzLi4uIDggMiAxIA0KZG9uZQ0KVXB0aW1lOiA1MHMN Cg0KZHVtcGluZyB0byBkZXYgI2FkLzB4MjAwMDEsIG9mZnNldCA0NjAyNTYNCmR1bXAgYXRh MDogcmVzZXR0aW5nIGRldmljZXMgLi4gZG9uZQ0KMzIgMzEgMzAgMjkgMjggMjcgMjYgMjUg MjQgMjMgMjIgMjEgMjAgMTkgMTggMTcgMTYgMTUgMTQgMTMgMTIgMTEgMTAgOSA4IDcgNiA1 IDQgMyAyIDEgDQotLS0NCiMwICBkdW1wc3lzICgpIGF0IC4uLy4uL2tlcm4va2Vybl9zaHV0 ZG93bi5jOjQ4Nw0KNDg3ICAgICAgICAgICAgIGlmIChkdW1waW5nKyspIHsNCihrZ2RiKSB3 aGVyZQ0KIzAgIGR1bXBzeXMgKCkgYXQgLi4vLi4va2Vybi9rZXJuX3NodXRkb3duLmM6NDg3 DQojMSAgMHhjMDE2NGQ0YiBpbiBib290IChob3d0bz0yNTYpIGF0IC4uLy4uL2tlcm4va2Vy bl9zaHV0ZG93bi5jOjMxNg0KIzIgIDB4YzAxNjUxODkgaW4gcGFuaWMgKGZtdD0weGMwMmFl OTZjICIlcyIpIGF0IC4uLy4uL2tlcm4va2Vybl9zaHV0ZG93bi5jOjU5NQ0KIzMgIDB4YzAy NjIzYWIgaW4gdHJhcF9mYXRhbCAoZnJhbWU9MHhjM2U4YmU0YywgZXZhPTApIGF0IC4uLy4u L2kzODYvaTM4Ni90cmFwLmM6OTY2DQojNCAgMHhjMDI2MjA1OSBpbiB0cmFwX3BmYXVsdCAo ZnJhbWU9MHhjM2U4YmU0YywgdXNlcm1vZGU9MCwgZXZhPTApIGF0IC4uLy4uL2kzODYvaTM4 Ni90cmFwLmM6ODU5DQojNSAgMHhjMDI2MWJmZiBpbiB0cmFwIChmcmFtZT17dGZfZnMgPSAx NiwgdGZfZXMgPSAxNiwgdGZfZHMgPSAxNiwgdGZfZWRpID0gNjcxNzAzMDQwLCB0Zl9lc2kg PSAwLCANCgl0Zl9lYnAgPSAwLCB0Zl9pc3AgPSAtMTAwODE1NzA2NCwgdGZfZWJ4ID0gLTEw MDgxODMzMjAsIHRmX2VkeCA9IC0xMDg3MDYxMTYxLCB0Zl9lY3ggPSAtMTAwODE4MzMyMCwg DQoJdGZfZWF4ID0gMCwgdGZfdHJhcG5vID0gMTIsIHRmX2VyciA9IDAsIHRmX2VpcCA9IDAs IHRmX2NzID0gOCwgdGZfZWZsYWdzID0gNjYxMTgsIA0KCXRmX2VzcCA9IC0xMDcxNjMyNTM1 LCB0Zl9zcyA9IDh9KSBhdCAuLi8uLi9pMzg2L2kzODYvdHJhcC5jOjQ1OA0KKGtnZGIpIHF1 aXQNCg0KIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIw0KIyMjCQkJCQkJCQkJUGFuaWMgMgkJ CQkJCQkJCSMjIw0KIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIw0KDQpHTlUgZ2RiIDQuMTgg KEZyZWVCU0QpDQpDb3B5cmlnaHQgMTk5OCBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIElu Yy4NCkdEQiBpcyBmcmVlIHNvZnR3YXJlLCBjb3ZlcmVkIGJ5IHRoZSBHTlUgR2VuZXJhbCBQ dWJsaWMgTGljZW5zZSwgYW5kIHlvdSBhcmUNCndlbGNvbWUgdG8gY2hhbmdlIGl0IGFuZC9v ciBkaXN0cmlidXRlIGNvcGllcyBvZiBpdCB1bmRlciBjZXJ0YWluIGNvbmRpdGlvbnMuDQpU eXBlICJzaG93IGNvcHlpbmciIHRvIHNlZSB0aGUgY29uZGl0aW9ucy4NClRoZXJlIGlzIGFi c29sdXRlbHkgbm8gd2FycmFudHkgZm9yIEdEQi4gIFR5cGUgInNob3cgd2FycmFudHkiIGZv ciBkZXRhaWxzLg0KVGhpcyBHREIgd2FzIGNvbmZpZ3VyZWQgYXMgImkzODYtdW5rbm93bi1m cmVlYnNkIi4NCihrZ2RiKSBzeW1ib2wtZmlsZSBrZXJuZWwuZGVidWcNClJlYWRpbmcgc3lt Ym9scyBmcm9tIGtlcm5lbC5kZWJ1Zy4uLmRvbmUuDQpJZGxlUFREIGF0IHBoc3lpY2FsIGFk ZHJlc3MgMHgwMDNhNTAwMA0KaW5pdGlhbCBwY2IgYXQgcGh5c2ljYWwgYWRkcmVzcyAweDAw MmYyYmMwDQpwYW5pY3N0cjogcGFnZSBmYXVsdA0KcGFuaWMgbWVzc2FnZXM6DQotLS0NCkZh dGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUNCmZhdWx0IHZp cnR1YWwgYWRkcmVzcwk9IDB4M2ENCmZhdWx0IGNvZGUJCT0gc3VwZXJ2aXNvciB3cml0ZSwg cGFnZSBub3QgcHJlc2VudA0KaW5zdHJ1Y3Rpb24gcG9pbnRlcgk9IDB4ODoweGMwMWY1Zjgy DQpzdGFjayBwb2ludGVyCSAgICAgICAgPSAweDEwOjB4YzNlZTFiMjgNCmZyYW1lIHBvaW50 ZXIJICAgICAgICA9IDB4MTA6MHhjM2VlMWJjOA0KY29kZSBzZWdtZW50CQk9IGJhc2UgMHgw LCBsaW1pdCAweGZmZmZmLCB0eXBlIDB4MWINCgkJCT0gRFBMIDAsIHByZXMgMSwgZGVmMzIg MSwgZ3JhbiAxDQpwcm9jZXNzb3IgZWZsYWdzCT0gaW50ZXJydXB0IGVuYWJsZWQsIHJlc3Vt ZSwgSU9QTCA9IDANCmN1cnJlbnQgcHJvY2VzcwkJPSAyNTYgKGxzKQ0KaW50ZXJydXB0IG1h c2sJCT0gdHR5IA0KdHJhcCBudW1iZXIJCT0gMTINCnBhbmljOiBwYWdlIGZhdWx0DQoNCnN5 bmNpbmcgZGlza3MuLi4gMTcgDQpkb25lDQpVcHRpbWU6IDhtNTlzDQoNCmR1bXBpbmcgdG8g ZGV2ICNhZC8weDIwMDAxLCBvZmZzZXQgNDYwMjU2DQpkdW1wIGF0YTA6IHJlc2V0dGluZyBk ZXZpY2VzIC4uIGRvbmUNCjMyIDMxIDMwIDI5IDI4IDI3IDI2IDI1IDI0IDIzIDIyIDIxIDIw IDE5IDE4IDE3IDE2IDE1IDE0IDEzIDEyIDExIDEwIDkgOCA3IDYgNSA0IDMgMiAxIA0KLS0t DQojMCAgZHVtcHN5cyAoKSBhdCAuLi8uLi9rZXJuL2tlcm5fc2h1dGRvd24uYzo0ODcNCjQ4 NyAgICAgICAgICAgICBpZiAoZHVtcGluZysrKSB7DQooa2dkYikgd2hlcmUNCiMwICBkdW1w c3lzICgpIGF0IC4uLy4uL2tlcm4va2Vybl9zaHV0ZG93bi5jOjQ4Nw0KIzEgIDB4YzAxNjRk NGIgaW4gYm9vdCAoaG93dG89MjU2KSBhdCAuLi8uLi9rZXJuL2tlcm5fc2h1dGRvd24uYzoz MTYNCiMyICAweGMwMTY1MTg5IGluIHBhbmljIChmbXQ9MHhjMDJhZTk2YyAiJXMiKSBhdCAu Li8uLi9rZXJuL2tlcm5fc2h1dGRvd24uYzo1OTUNCiMzICAweGMwMjYyM2FiIGluIHRyYXBf ZmF0YWwgKGZyYW1lPTB4YzNlZTFhZTgsIGV2YT01OCkgYXQgLi4vLi4vaTM4Ni9pMzg2L3Ry YXAuYzo5NjYNCiM0ICAweGMwMjYyMDU5IGluIHRyYXBfcGZhdWx0IChmcmFtZT0weGMzZWUx YWU4LCB1c2VybW9kZT0wLCBldmE9NTgpIGF0IC4uLy4uL2kzODYvaTM4Ni90cmFwLmM6ODU5 DQojNSAgMHhjMDI2MWJmZiBpbiB0cmFwIChmcmFtZT17dGZfZnMgPSAxNiwgdGZfZXMgPSAx NiwgdGZfZHMgPSAxNiwgdGZfZWRpID0gLTEwMDc4MDAzMjAsIHRmX2VzaSA9IC0xMDcwNTcw MDM2LCANCiAgICAgIHRmX2VicCA9IC0xMDA3ODA1NDk2LCB0Zl9pc3AgPSAtMTAwNzgwNTY3 NiwgdGZfZWJ4ID0gMCwgdGZfZWR4ID0gMCwgdGZfZWN4ID0gLTEwMDc4MDU1ODAsIHRmX2Vh eCA9IDEsIA0KICAgICAgdGZfdHJhcG5vID0gMTIsIHRmX2VyciA9IDIsIHRmX2VpcCA9IC0x MDcxNjg1NzU4LCB0Zl9jcyA9IDgsIHRmX2VmbGFncyA9IDY2MTgyLCB0Zl9lc3AgPSAtMTAx NzY2MzcxMiwgDQogICAgICB0Zl9zcyA9IC0xMDcwNTcwMDM2fSkgYXQgLi4vLi4vaTM4Ni9p Mzg2L3RyYXAuYzo0NTgNCiM2ICAweGMwMWY1ZjgyIGluIHZtX2ZhdWx0IChtYXA9MHhjMDMw NjVjYywgdmFkZHI9MzI4NzE2Njk3NiwgZmF1bHRfdHlwZT0xICdcMDAxJywgZmF1bHRfZmxh Z3M9MCkNCiAgICBhdCAuLi8uLi92bS92bV9vYmplY3QuaDoxODkNCiM3ICAweGMwMjYyMDA2 IGluIHRyYXBfcGZhdWx0IChmcmFtZT0weGMzZWUxYzNjLCB1c2VybW9kZT0wLCBldmE9MzI4 NzE2Njk3NikgYXQgLi4vLi4vaTM4Ni9pMzg2L3RyYXAuYzo4NDgNCiM4ICAweGMwMjYxYmZm IGluIHRyYXAgKGZyYW1lPXt0Zl9mcyA9IDE2LCB0Zl9lcyA9IDE2LCB0Zl9kcyA9IDE2LCB0 Zl9lZGkgPSAtMTA2NDQwMDQ0MCwgdGZfZXNpID0gLTEwMDc4MDAzMjAsIA0KICAgICAgdGZf ZWJwID0gLTEwMDc4MDUyOTYsIHRmX2lzcCA9IC0xMDA3ODA1MzM2LCB0Zl9lYnggPSA0NzI4 OCwgdGZfZWR4ID0gLTE2OTA3Nzg2NDIsIHRmX2VjeCA9IDgyMTc4OTMwOCwgDQogICAgICB0 Zl9lYXggPSAtNTY2MDAxMjAsIHRmX3RyYXBubyA9IDEyLCB0Zl9lcnIgPSAwLCB0Zl9laXAg PSAtMTA3MTI0OTQ5NCwgdGZfY3MgPSA4LCB0Zl9lZmxhZ3MgPSA2NjA3MCwgDQogICAgICB0 Zl9lc3AgPSAtMTA2NDQwNTUwNCwgdGZfc3MgPSAyNjA2MDYyfSkgYXQgLi4vLi4vaTM4Ni9p Mzg2L3RyYXAuYzo0NTgNCiM5ICAweGMwMjYwN2FhIGluIGdlbmVyaWNfYmNvcHkgKCkNCiMx MCAweGMwMjQ3YzMwIGluIHNjc3RhcnQgKHRwPTB4YzA4NzliMDApIGF0IC4uLy4uL2Rldi9z eXNjb25zL3N5c2NvbnMuYzoxMjg1DQojMTEgMHhjMDE3YzFlNCBpbiB0dHN0YXJ0ICh0cD0w eGMwODc5YjAwKSBhdCAuLi8uLi9rZXJuL3R0eS5jOjE0MDENCiMxMiAweGMwMTdjY2I5IGlu IHR0d3JpdGUgKHRwPTB4YzA4NzliMDAsIHVpbz0weGMzZWUxZWQ0LCBmbGFnPTgzMjMwNzMp IGF0IC4uLy4uL2tlcm4vdHR5LmM6MTk1Nw0KIzEzIDB4YzAxN2Q3YzcgaW4gdHR5d3JpdGUg KGRldj0weGMwN2YzMTAwLCB1aW89MHhjM2VlMWVkNCwgZmxhZz04MzIzMDczKSBhdCAuLi8u Li9rZXJuL3R0eS5jOjI1NTcNCiMxNCAweGMwMTllZGQ1IGluIHNwZWNfd3JpdGUgKGFwPTB4 YzNlZTFlNjQpIGF0IC4uLy4uL21pc2Nmcy9zcGVjZnMvc3BlY192bm9wcy5jOjI4Mw0KIzE1 IDB4YzAxZjIyMzQgaW4gdWZzc3BlY193cml0ZSAoYXA9MHhjM2VlMWU2NCkgYXQgLi4vLi4v dWZzL3Vmcy91ZnNfdm5vcHMuYzoxODczDQojMTYgMHhjMDFmMjkyZCBpbiB1ZnNfdm5vcGVy YXRlc3BlYyAoYXA9MHhjM2VlMWU2NCkgYXQgLi4vLi4vdWZzL3Vmcy91ZnNfdm5vcHMuYzoy NDQwDQojMTcgMHhjMDE5YTY5YyBpbiB2bl93cml0ZSAoZnA9MHhjMDg5MzMwMCwgdWlvPTB4 YzNlZTFlZDQsIGNyZWQ9MHhjMDRlOTg4MCwgZmxhZ3M9MCwgcD0weGMzNTdhZjIwKSBhdCB2 bm9kZV9pZi5oOjM2Mw0KIzE4IDB4YzAxNzQ3ZjkgaW4gZG9maWxld3JpdGUgKHA9MHhjMzU3 YWYyMCwgZnA9MHhjMDg5MzMwMCwgZmQ9MSwgYnVmPTB4ODBlMjAwMCwgbmJ5dGU9MzgsIG9m ZnNldD0tMSwgZmxhZ3M9MCkNCiAgICBhdCAuLi8uLi9zeXMvZmlsZS5oOjE2Mg0KIzE5IDB4 YzAxNzQ2YjIgaW4gd3JpdGUgKHA9MHhjMzU3YWYyMCwgdWFwPTB4YzNlZTFmODApIGF0IC4u Ly4uL2tlcm4vc3lzX2dlbmVyaWMuYzozMjkNCiMyMCAweGMwMjYyNjYxIGluIHN5c2NhbGwy IChmcmFtZT17dGZfZnMgPSA0NywgdGZfZXMgPSA0NywgdGZfZHMgPSA0NywgdGZfZWRpID0g MTM0Nzk5NDE2LCB0Zl9lc2kgPSAxMzUxNDM0MjQsIA0KICAgICAgdGZfZWJwID0gLTEwNzc5 MzkxOTYsIHRmX2lzcCA9IC0xMDA3ODA0NDYwLCB0Zl9lYnggPSAxMzQ3OTk0MTYsIHRmX2Vk eCA9IDM4LCB0Zl9lY3ggPSAxMCwgdGZfZWF4ID0gNCwgDQogICAgICB0Zl90cmFwbm8gPSAx MiwgdGZfZXJyID0gMiwgdGZfZWlwID0gMTM0NzA1MjQ0LCB0Zl9jcyA9IDMxLCB0Zl9lZmxh Z3MgPSA2NjMsIHRmX2VzcCA9IC0xMDc3OTM5MjQwLCB0Zl9zcyA9IDQ3fSkNCi0tLVR5cGUg PHJldHVybj4gdG8gY29udGludWUsIG9yIHEgPHJldHVybj4gdG8gcXVpdC0tLQ0KICBhdCAu Li8uLi9pMzg2L2kzODYvdHJhcC5jOjExNjcNCiMyMSAweGMwMjU1MGI1IGluIFhpbnQweDgw X3N5c2NhbGwgKCkNCiMyMiAweDgwNzUxNjEgaW4gPz8gKCkNCiMyMyAweDgwNzUwZTkgaW4g Pz8gKCkNCiMyNCAweDgwNjVmYzQgaW4gPz8gKCkNCiMyNSAweDgwNDk5YTcgaW4gPz8gKCkN CiMyNiAweDgwNDkyNzMgaW4gPz8gKCkNCiMyNyAweDgwNDhhYzQgaW4gPz8gKCkNCiMyOCAw eDgwNDg5NDQgaW4gPz8gKCkNCiMyOSAweDgwNDgxMzUgaW4gPz8gKCkNCihrZ2RiKSBxdWl0 DQoNCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMNCiMjIwkJCQkJCQkJCVBhbmljIDMJCQkJ CQkJCQkjIyMNCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMNCg0KR05VIGdkYiA0LjE4IChG cmVlQlNEKQ0KQ29weXJpZ2h0IDE5OTggRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMu DQpHREIgaXMgZnJlZSBzb2Z0d2FyZSwgY292ZXJlZCBieSB0aGUgR05VIEdlbmVyYWwgUHVi bGljIExpY2Vuc2UsIGFuZCB5b3UgYXJlDQp3ZWxjb21lIHRvIGNoYW5nZSBpdCBhbmQvb3Ig ZGlzdHJpYnV0ZSBjb3BpZXMgb2YgaXQgdW5kZXIgY2VydGFpbiBjb25kaXRpb25zLg0KVHlw ZSAic2hvdyBjb3B5aW5nIiB0byBzZWUgdGhlIGNvbmRpdGlvbnMuDQpUaGVyZSBpcyBhYnNv bHV0ZWx5IG5vIHdhcnJhbnR5IGZvciBHREIuICBUeXBlICJzaG93IHdhcnJhbnR5IiBmb3Ig ZGV0YWlscy4NClRoaXMgR0RCIHdhcyBjb25maWd1cmVkIGFzICJpMzg2LXVua25vd24tZnJl ZWJzZCIuLi4obm8gZGVidWdnaW5nIHN5bWJvbHMgZm91bmQpLi4uDQpJZGxlUFREIGF0IHBo c3lpY2FsIGFkZHJlc3MgMHgwMDNhNTAwMA0KaW5pdGlhbCBwY2IgYXQgcGh5c2ljYWwgYWRk cmVzcyAweDAwMmYyYmMwDQpwYW5pY3N0cjogcGFnZSBmYXVsdA0KcGFuaWMgbWVzc2FnZXM6 DQotLS0NCkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUN CmZhdWx0IHZpcnR1YWwgYWRkcmVzcyAgID0gMHhjNg0KZmF1bHQgY29kZSAgICAgICAgICAg ICAgPSBzdXBlcnZpc29yIHdyaXRlLCBwYWdlIG5vdCBwcmVzZW50DQppbnN0cnVjdGlvbiBw b2ludGVyICAgICA9IDB4ODoweGMwMWZjMjBiDQpzdGFjayBwb2ludGVyICAgICAgICAgICA9 IDB4MTA6MHhjM2U2Y2VhMA0KZnJhbWUgcG9pbnRlciAgICAgICAgICAgPSAweDEwOjB4YzNl NmNlYTQNCmNvZGUgc2VnbWVudCAgICAgICAgICAgID0gYmFzZSAweDAsIGxpbWl0IDB4ZmZm ZmYsIHR5cGUgMHgxYg0KICAgICAgICAgICAgICAgICAgICAgICAgPSBEUEwgMCwgcHJlcyAx LCBkZWYzMiAxLCBncmFuIDENCnByb2Nlc3NvciBlZmxhZ3MgICAgICAgID0gaW50ZXJydXB0 IGVuYWJsZWQsIHJlc3VtZSwgSU9QTCA9IDANCmN1cnJlbnQgcHJvY2VzcyAgICAgICAgID0g NyAoc2gpDQppbnRlcnJ1cHQgbWFzayAgICAgICAgICA9IG5vbmUNCnRyYXAgbnVtYmVyICAg ICAgICAgICAgID0gMTINCnBhbmljOiBwYWdlIGZhdWx0DQoNCnN5bmNpbmcgZGlza3MuLi4g NyAzIDIgDQpkb25lDQpVcHRpbWU6IDQ2cw0KDQpkdW1waW5nIHRvIGRldiAjYWQvMHgyMDAw MSwgb2Zmc2V0IDQ2MDI1Ng0KZHVtcCBhdGEwOiByZXNldHRpbmcgZGV2aWNlcyAuLiBkb25l DQozMiAzMSAzMCAyOSAyOCAyNyAyNiAyNSAyNCAyMyAyMiAyMSAyMCAxOSAxOCAxNyAxNiAx NSAxNCAxMyAxMiAxMSAxMCA5IDggNyA2IDUgNCAzIDIgMSANCi0tLQ0KIzAgIGR1bXBzeXMg KCkgYXQgLi4vLi4va2Vybi9rZXJuX3NodXRkb3duLmM6NDg3DQo0ODcgICAgICAgICAgICAg aWYgKGR1bXBpbmcrKykgew0KKGtnZGIpIHdoZXJlDQojMCAgZHVtcHN5cyAoKSBhdCAuLi8u Li9rZXJuL2tlcm5fc2h1dGRvd24uYzo0ODcNCiMxICAweGMwMTY0ZDRiIGluIGJvb3QgKGhv d3RvPTI1NikgYXQgLi4vLi4va2Vybi9rZXJuX3NodXRkb3duLmM6MzE2DQojMiAgMHhjMDE2 NTE4OSBpbiBwYW5pYyAoZm10PTB4YzAyYWU5NmMgIiVzIikgYXQgLi4vLi4va2Vybi9rZXJu X3NodXRkb3duLmM6NTk1DQojMyAgMHhjMDI2MjNhYiBpbiB0cmFwX2ZhdGFsIChmcmFtZT0w eGMzZTZjZTYwLCBldmE9MTk4KSBhdCAuLi8uLi9pMzg2L2kzODYvdHJhcC5jOjk2Ng0KIzQg IDB4YzAyNjIwNTkgaW4gdHJhcF9wZmF1bHQgKGZyYW1lPTB4YzNlNmNlNjAsIHVzZXJtb2Rl PTAsIGV2YT0xOTgpIGF0IC4uLy4uL2kzODYvaTM4Ni90cmFwLmM6ODU5DQojNSAgMHhjMDI2 MWJmZiBpbiB0cmFwIChmcmFtZT17dGZfZnMgPSAxNiwgdGZfZXMgPSAxNiwgdGZfZHMgPSAx NiwgdGZfZWRpID0gMTM1MDc3ODg4LCB0Zl9lc2kgPSAtMjUxMTU4MTcsIA0KICAgICAgdGZf ZWJwID0gLTEwMDgyODM5OTYsIHRmX2lzcCA9IC0xMDA4Mjg0MDIwLCB0Zl9lYnggPSAxNTgs IHRmX2VkeCA9IDExNTM0MzUzOTksIHRmX2VjeCA9IC0xMDA4MzE0NTc2LCB0Zl9lYXggPSAw LCANCiAgICAgIHRmX3RyYXBubyA9IDEyLCB0Zl9lcnIgPSAyLCB0Zl9laXAgPSAtMTA3MTY2 MDUzMywgdGZfY3MgPSA4LCB0Zl9lZmxhZ3MgPSA2NjA1MCwgdGZfZXNwID0gMTY1NjAsIHRm X3NzID0gLTEwMDgyODM4NTJ9KQ0KICAgIGF0IC4uLy4uL2kzODYvaTM4Ni90cmFwLmM6NDU4 DQojNiAgMHhjMDFmYzIwYiBpbiB2bV9vYmplY3RfcmVmZXJlbmNlIChvYmplY3Q9MHg5ZSkg YXQgLi4vLi4vdm0vdm1fb2JqZWN0LmM6MjQzDQojNyAgMHhjMDFmNWY2YyBpbiB2bV9mYXVs dCAobWFwPTB4YzM1N2ZlODAsIHZhZGRyPTEzNTA3Nzg4OCwgZmF1bHRfdHlwZT0zICdcMDAz JywgZmF1bHRfZmxhZ3M9OCkgYXQgLi4vLi4vdm0vdm1fZmF1bHQuYzoyNTQNCiM4ICAweGMw MjYxZmVlIGluIHRyYXBfcGZhdWx0IChmcmFtZT0weGMzZTZjZmE4LCB1c2VybW9kZT0xLCBl dmE9MTM1MDc3ODkyKSBhdCAuLi8uLi9pMzg2L2kzODYvdHJhcC5jOjgzOQ0KIzkgIDB4YzAy NjFhYjMgaW4gdHJhcCAoZnJhbWU9e3RmX2ZzID0gNDcsIHRmX2VzID0gNDcsIHRmX2RzID0g NDcsIHRmX2VkaSA9IDAsIHRmX2VzaSA9IDEzNTA1NTczNiwgdGZfZWJwID0gLTEwNzc5Mzk5 ODAsIA0KICAgICAgdGZfaXNwID0gLTEwMDgyODM2OTIsIHRmX2VieCA9IDEzNTA3Nzg4MCwg dGZfZWR4ID0gMTUsIHRmX2VjeCA9IDEzNTA1NTc4NiwgdGZfZWF4ID0gMCwgdGZfdHJhcG5v ID0gMTIsIHRmX2VyciA9IDYsIA0KICAgICAgdGZfZWlwID0gMTM0NTg0ODI3LCB0Zl9jcyA9 IDMxLCB0Zl9lZmxhZ3MgPSA2NjExOCwgdGZfZXNwID0gLTEwNzc5NDAwMjAsIHRmX3NzID0g NDd9KSBhdCAuLi8uLi9pMzg2L2kzODYvdHJhcC5jOjM2OQ0KIzEwIDB4ODA1OTlmYiBpbiA/ PyAoKQ0KIzExIDB4ODA1OTlkNSBpbiA/PyAoKQ0KIzEyIDB4ODA1OTk3YiBpbiA/PyAoKQ0K IzEzIDB4ODA1OTk3YiBpbiA/PyAoKQ0KIzE0IDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzE1IDB4 ODA1OWEzZiBpbiA/PyAoKQ0KIzE2IDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzE3IDB4ODA1OTlj NyBpbiA/PyAoKQ0KIzE4IDB4ODA1OTk3YiBpbiA/PyAoKQ0KIzE5IDB4ODA1OTk3YiBpbiA/ PyAoKQ0KIzIwIDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzIxIDB4ODA1OWEzZiBpbiA/PyAoKQ0K IzIyIDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzIzIDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzI0IDB4 ODA1OWEzZiBpbiA/PyAoKQ0KIzI1IDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzI2IDB4ODA1OWEz ZiBpbiA/PyAoKQ0KIzI3IDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzI4IDB4ODA1OWEzZiBpbiA/ PyAoKQ0KIzI5IDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzMwIDB4ODA1OWEzZiBpbiA/PyAoKQ0K IzMxIDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzMyIDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzMzIDB4 ODA1OWEzZiBpbiA/PyAoKQ0KIzM0IDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzM1IDB4ODA1OWEz ZiBpbiA/PyAoKQ0KIzM2IDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzM3IDB4ODA1OWEzZiBpbiA/ PyAoKQ0KIzM4IDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzM5IDB4ODA1OWEzZiBpbiA/PyAoKQ0K IzQwIDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzQxIDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzQyIDB4 ODA1OWEzZiBpbiA/PyAoKQ0KIzQzIDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzQ0IDB4ODA1OWEz ZiBpbiA/PyAoKQ0KIzQ1IDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzQ2IDB4ODA1OWEzZiBpbiA/ PyAoKQ0KIzQ3IDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzQ4IDB4ODA1OWEzZiBpbiA/PyAoKQ0K IzQ5IDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzUwIDB4ODA1OWEzZiBpbiA/PyAoKQ0KIzUxIDB4 ODA1OTdjMyBpbiA/PyAoKQ0KIzUyIDB4ODA0YzlmNCBpbiA/PyAoKQ0KIzUzIDB4ODA0YTk2 MiBpbiA/PyAoKQ0KIzU0IDB4ODA1MWJlYSBpbiA/PyAoKQ0KIzU1IDB4ODA1MWVhMiBpbiA/ PyAoKQ0KIzU2IDB4ODA0YjkzZiBpbiA/PyAoKQ0KIzU3IDB4ODA0YTliOCBpbiA/PyAoKQ0K IzU4IDB4ODA0YTdmNSBpbiA/PyAoKQ0KIzU5IDB4ODA0YTkxMiBpbiA/PyAoKQ0KIzYwIDB4 ODA1MWJlYSBpbiA/PyAoKQ0KIzYxIDB4ODA1MWI1NiBpbiA/PyAoKQ0KIzYyIDB4ODA0ODEz NSBpbiA/PyAoKQ0KKGtnZGIpIHF1aXQ= --------------080808080301000408030107-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 10:43:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02EBF37B401 for ; Mon, 21 Oct 2002 10:43:13 -0700 (PDT) Received: from haystack.lclark.edu (haystack.lclark.edu [149.175.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2911943E6A for ; Mon, 21 Oct 2002 10:43:12 -0700 (PDT) (envelope-from eta@lclark.edu) Received: from copeland-30-191.lclark.edu (anholt@copeland-30-191.lclark.edu [149.175.30.191]) by haystack.lclark.edu (8.9.3/8.9.3) with ESMTP id KAA22883 for ; Mon, 21 Oct 2002 10:43:11 -0700 (PDT) Subject: Re: Ati Rage 128: Dpms suspend failes From: Eric Anholt To: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20021021171636.B324@snoopy.cablecom.ch> References: <20021021171636.B324@snoopy.cablecom.ch> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 21 Oct 2002 10:43:11 -0700 Message-Id: <1035222191.882.4.camel@anholt.dyndns.org> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-10-21 at 08:16, Hanspeter Roth wrote: > Hello, > > I have two hosts connected to one monitor. My idea is attach the > display to the other host by issuing `xset dpms force suspend'. > This works on one host with a Matrox Millenium. > On the host with an Ati Rage 128 Pro TF it works with Netbsd, but > it doesn't work with FreeBSD 4.7-Release. > The screen only turns blank but the LED remains green. This is the > same when issuing `xset s activate'. > > What could be the reason on FreeBSD 4.7 that dpms force suspend > doesn't work? > > Installed are XFree86-Server-4.2.1_3 and XFree86-libraries-4.2.1_1.) You need XFree86-Server-4.2.1_4 or later (it's at _5 now). -- Eric Anholt http://people.freebsd.org/~anholt/dri/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 10:48:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2373C37B401 for ; Mon, 21 Oct 2002 10:48:39 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-165-226-88.dsl.lsan03.pacbell.net [64.165.226.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE7FF43E42 for ; Mon, 21 Oct 2002 10:48:38 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3672066B5E; Mon, 21 Oct 2002 10:48:38 -0700 (PDT) Date: Mon, 21 Oct 2002 10:48:37 -0700 From: Kris Kennaway To: Danny Braniss Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: malloc Message-ID: <20021021174837.GA51579@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Oct 21, 2002 at 11:25:43AM +0200, Danny Braniss wrote: > comments? That code is a REALLY inefficient use of malloc(). You can always write bizarre code that exaggerates the differences between different algorithms (e.g. Linux malloc vs FreeBSD malloc). Kris --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9tD31Wry0BWjoQKURAlO3AKCArSDTTR3BxW7KpCdKhM7gap6kQACgg7Qy BfV9uUIT3DGIct8ict1myAY= =eLOb -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 11: 0:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B0C037B404 for ; Mon, 21 Oct 2002 11:00:45 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C7C543E65 for ; Mon, 21 Oct 2002 11:00:42 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0274.cvx21-bradley.dialup.earthlink.net ([209.179.193.19] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183gqy-0005y0-00; Mon, 21 Oct 2002 11:00:37 -0700 Message-ID: <3DB4407E.A9F06218@mindspring.com> Date: Mon, 21 Oct 2002 10:59:26 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Danny Braniss Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: malloc References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Danny Braniss wrote: > the attached program - which shows the 'efficiancy' of our scientific > programmers - tickled my curiosity. [ ... ] > comments? Your code is not efficient; try this instead: > #include > #include > #include > > int MAX_N, mem; > > int main(int argc , char ** argv){ > int i; > int ** arr; int *space; > struct timeval t1, t2; > > if(argc > 1) > MAX_N = atoi(argv[1]); > else > MAX_N = 100000000; > > gettimeofday(&t1, 0); > mem = sizeof (int *) * MAX_N; > arr = malloc(mem); > if(arr == NULL) { > perror("Malloc"); > exit(1); > } space = malloc(sizeof(int)* MAX_N); if(space == NULL) { perror("malloc2"); printf("failed to allocate array space\n"); exit(1); } for (i = 0 ; i < MAX_N ; ++i ){ arr[i] = &space[ i]; *arr[i] = i; } > gettimeofday(&t2, 0); > printf ("%s took %f seconds, mem used=%d(%dM)\n", > getenv ("HOST"), > t2.tv_sec-t1.tv_sec + (t2.tv_usec-t1.tv_usec)/(float)(1000000), > mem, mem / (1024 * 1024)); > > for (i = 0 ; i < MAX_N ; ++i ){ > if(*arr[i] != i) > printf("GUEVALT! %d] %d\n", i, *arr[i]); > } > exit(0); > } The reason it crashes under FreeBSD is that you are allocating more memory than you have swap + RAM for, but not more memory than you have available address space for; see also "man malloc", and see if you have debugging options turned on. Note that there is no "magic flag" to turn overcommit into spelicit commit on memory allocation (maybe "J" would qualify, since it forces initialization). The normal way you would do this is to write your own allocator that allocated in page-sized chunks, touched each page, and had a fault signal handler, and backing off, OR setting the 'memoryuse' and 'datasize' limits before tunning the process ("man limit" and also "man login.conf"). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 11:35:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F68637B401 for ; Mon, 21 Oct 2002 11:35:43 -0700 (PDT) Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 302C543E65 for ; Mon, 21 Oct 2002 11:35:43 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0274.cvx21-bradley.dialup.earthlink.net ([209.179.193.19] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 183hOp-0003Mi-00; Mon, 21 Oct 2002 11:35:35 -0700 Message-ID: <3DB448B1.80397DD6@mindspring.com> Date: Mon, 21 Oct 2002 11:34:25 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Diego Wentz Antunes Cc: hackers@FreeBSD.org Subject: Re: Kernel Panic Problems References: <3DB424F4.9060605@terra.com.br> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Diego Wentz Antunes wrote: > I have been experiencing several kernel panics from differents > situations, since a ls to just boot the kernel. > I configured all the options in rc.conf to save the core dump from > memory to HD and some of the results are > here in the file panics. Above all I search at internet some information > to try to explain this recursive panics > and found that it could be some memory problem. Is there a way to make a > hard test with memory? > I'm uncertainty if it is the memory because the PC stayed turned on > for 6 days without any problem! > Any comments will be welcome! | Content-Type: application/x-java-applet; name="panics" | Content-Transfer-Encoding: base64 | Content-Disposition: inline; filename="panics" Do you have a version of your panic messages which are not represented as a JAva applet with inline disposition, so that people's mail clients would try to run it as Java bytecode when they tried to open the attachment? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 12:11: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 500DF37B401 for ; Mon, 21 Oct 2002 12:11:01 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A56BE43E42 for ; Mon, 21 Oct 2002 12:11:00 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id PAA16270; Mon, 21 Oct 2002 15:11:00 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g9LJAT006082; Mon, 21 Oct 2002 15:10:29 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15796.20773.904732.386897@grasshopper.cs.duke.edu> Date: Mon, 21 Oct 2002 15:10:29 -0400 (EDT) To: Eric Anholt Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Ati Rage 128: Dpms suspend failes In-Reply-To: <1035222191.882.4.camel@anholt.dyndns.org> References: <20021021171636.B324@snoopy.cablecom.ch> <1035222191.882.4.camel@anholt.dyndns.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Eric Anholt writes: > On Mon, 2002-10-21 at 08:16, Hanspeter Roth wrote: > > Hello, > > > > I have two hosts connected to one monitor. My idea is attach the > > display to the other host by issuing `xset dpms force suspend'. > > This works on one host with a Matrox Millenium. > > On the host with an Ati Rage 128 Pro TF it works with Netbsd, but > > it doesn't work with FreeBSD 4.7-Release. > > The screen only turns blank but the LED remains green. This is the > > same when issuing `xset s activate'. > > > > What could be the reason on FreeBSD 4.7 that dpms force suspend > > doesn't work? > > > > Installed are XFree86-Server-4.2.1_3 and XFree86-libraries-4.2.1_1.) > > You need XFree86-Server-4.2.1_4 or later (it's at _5 now). > I'm running 4.2.1_4 and dpms does not work for me. I just grabbed some diffs from the Xfree86 cvs to bring drivers/ati/r128_driver.c up to 1.57.2.1 and drivers/ati/r128_reg.h up to 1.14 and rebuilt the my r128_drv.o module. I'll see if it works the next time X crashes.. (I'm running current, so X crashes once/day or so..) Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 12:35:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9B5237B401 for ; Mon, 21 Oct 2002 12:35:08 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06F1343E77 for ; Mon, 21 Oct 2002 12:35:08 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: from blossom.cjclark.org ([12.234.91.48]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021021193507.BPOG26524.sccrmhc01.attbi.com@blossom.cjclark.org>; Mon, 21 Oct 2002 19:35:07 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.3/8.12.3) with ESMTP id g9LJZ6Wn064813; Mon, 21 Oct 2002 12:35:06 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.3/8.12.3/Submit) id g9LJZ6TW064812; Mon, 21 Oct 2002 12:35:06 -0700 (PDT) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to crist.clark@attbi.com using -f Date: Mon, 21 Oct 2002 12:35:05 -0700 From: "Crist J. Clark" To: Scott Carmichael Cc: freebsd-hackers@freebsd.org Subject: Re: IP resolving Message-ID: <20021021193505.GB64666@blossom.cjclark.org> Reply-To: cjclark@alum.mit.edu References: <20021018180519.GB45449@blossom.cjclark.org> <20021021001706.B86168-100000@samwise.jobeus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021021001706.B86168-100000@samwise.jobeus.net> User-Agent: Mutt/1.4i X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Oct 21, 2002 at 12:19:03AM -0600, Scott Carmichael wrote: > Netstat reports properly... > > I think the issue is that an 'nslookup [ip]' will resolve to a host where > an 'nslookup [host]' will not resolve to [ip]. Its the way the DNS on the > other end is set up, but I can't exactly change that... I'd just like a > 'w' to be able to report properly (ie. if [host] doesn't resolve to [ip], > then just report [ip] with a 'w').. or something. =\ You never said if you are using TCP wrappers. Can you show us the actual output from the machine? What do, $ w $ w -n $ who $ last | head $ netstat -an Show? Do you get identical results with rlogin and ssh? Can we see both? > On Fri, 18 Oct 2002, Crist J. Clark wrote: > > > On Sun, Oct 13, 2002 at 11:00:26PM -0600, Scott Carmichael wrote: > > > Can someone help me here? Is there a code change I can make somewhere? > > > > > > Please CC me on any replies, as I am not subscribed to -net or -hackers. > > > > -net removed. -hackers left (although this might be more of a > > -questions thread). > > > > > ---------- Forwarded message ---------- > > > Date: Fri, 11 Oct 2002 14:14:08 -0600 (MDT) > > > From: Scott Carmichael > > > To: freebsd-questions@FreeBSD.ORG > > > Subject: IP resolving > > > > > > I would like to know two things... Why FreeBSD acts in the following way > > > while OpenBSD does not, and if it's possible to fix this? > > > > > > It seems that if anyone connects to my FreeBSD server wish a hostname that > > > does not match their IP, > > > > "Hostname does not match their IP?" What exactly does that mean? All > > the OS knows is the remote IP address. It doesn't know what hostname > > the remote claims to have. The application server might receive a > > hostname though, but then I would expect the behavior to vary > > according to the application used to connect. > > > > > I get a console message about the mismatch, and > > > > Something is generating a message to syslogd(8). Figure out what it is > > and edit syslog.conf(5) appropriately. Are you using TCP wrappers or > > something? > > > > > then if they connect via rlogin or ssh, 'who', 'w', 'last', etc. all > > > report that they are connected _from_ MY box, which they aren't. > > > > Strange. What does 'netstat -a' or 'sockstat' report? 'w' works fine > > for me. > > -- > > Crist J. Clark | cjclark@alum.mit.edu > > | cjclark@jhu.edu > > http://people.freebsd.org/~cjc/ | cjc@freebsd.org > > -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 12:45:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5111F37B401 for ; Mon, 21 Oct 2002 12:45:17 -0700 (PDT) Received: from straylight.ringlet.net (office.sbnd.net [217.75.140.130]) by mx1.FreeBSD.org (Postfix) with SMTP id 0152643E4A for ; Mon, 21 Oct 2002 12:45:13 -0700 (PDT) (envelope-from roam@ringlet.net) Received: (qmail 26891 invoked by uid 1000); 21 Oct 2002 19:44:53 -0000 Date: Mon, 21 Oct 2002 22:44:53 +0300 From: Peter Pentchev To: Linus Kendall Cc: freebsd-hackers@freebsd.org Subject: Re: PThreads problem Message-ID: <20021021194453.GB377@straylight.oblivion.bg> Mail-Followup-To: Linus Kendall , freebsd-hackers@freebsd.org References: <1035200159.24315.13.camel@bilbo> <20021021124520.GS389@straylight.oblivion.bg> <1035206648.24315.20.camel@bilbo> <20021021134834.GA41198@straylight.oblivion.bg> <20021021135045.GB41198@straylight.oblivion.bg> <1035218026.24330.33.camel@bilbo> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/" Content-Disposition: inline In-Reply-To: <1035218026.24330.33.camel@bilbo> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --QKdGvSO+nmPlgiQ/ Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 21, 2002 at 06:33:46PM +0200, Linus Kendall wrote: > Answer inline below. >=20 > m?n 2002-10-21 klockan 15.50 skrev Peter Pentchev: > > On Mon, Oct 21, 2002 at 04:48:34PM +0300, Peter Pentchev wrote: > > > On Mon, Oct 21, 2002 at 03:24:08PM +0200, Linus Kendall wrote: > > > > m?n 2002-10-21 klockan 14.45 skrev Peter Pentchev: > > > > > On Mon, Oct 21, 2002 at 01:35:59PM +0200, Linus Kendall wrote: > > > > > > Hi, > > > > > >=20 > > > > > > I'm trying to port a heavily threaded application from Linux (D= ebian > > > > > > 3.0, 2.4.19) to > > > > > > FreeBSD (4.6-RELEASE). The program compiles successfully using = gcc with > > > > > > -pthreads. But, when I try to run the application I get the fol= lowing > > > > > > error after a while (after spawning 11 threads): > > > > > >=20 > > > > > > Fatal error 'siglongjmp()ing between thread contexts is undefin= ed by > > > > > > POSIX 1003.1' at line ? in file > > > > > > /usr/src/lib/libc_r/uthread/uthread_jmp.c (errno =3D ?) > > > > > > Abort trap - core dumped > > > > > >=20 [snip] > > > This is interesting; can you produce a simple testcase? If not, I wi= ll > > > be able to take a look at it some time later today or tomorrow, but n= ot > > > right now :( >=20 > I'm not sure if I've really got time to produce a testcase. As I've > understood the main cause of the crash was that in *BSD the signals > are sent to each thread but in Linux they're sent to the process. Okay, I can see what the problem is; however, I have absolutely no idea how it is to be solved :( The DNS resolution routines of libcurl use alarm() as a timeout mechanism for the system DNS resolving functions. To enforce the timeout even when the resolver functions are automatically restarted after the SIGALRM signal, libcurl attempts to set a jump buffer in the thread doing the DNS lookup, and to siglongjmp() to it from the SIGALRM handler. This works just fine on Linux, where each thread executes as a separate process; the signal is correctly delivered to the thread which invoked alarm(), and, consequently, exactly the one that set the jump buffer in the first place. On FreeBSD, however, the signal is delivered merely to the currently executing thread; if the resolver routines are currently in the process of sending or receiving data on a network socket, the currently executing thread may very well not be the one that has requested the resolving, and so siglongjmp() may be called from a thread which is NOT the one the jump buffer has been set in. As the abort error message states, this is behavior not covered by any standards, and, I dare say, not very easy to implement at all, so it is currently unimplemented in FreeBSD. For a standards reference, the SUSv2 siglongjmp() manpage at http://www.opengroup.org/onlinepubs/007908799/xsh/siglongjmp.html explicitly states at the end of the DESCRIPTION section: The effect of a call to siglongjmp() where initialisation of the jmp_buf structure was not performed in the calling thread is undefined. > Blocking all signals resulted in an application which executed but > still I got problems with slow responses from libcurl As I understand it, the only reason for SIGALRM to make a difference would be a situation where a DNS query times out, at least by libcurl's standards. Is your application trying to do such lookups? If anybody is interested, I am attaching a short proof-of-concept program which starts up two threads, then waits for a signal handler to hit. If the longjmp() call is commented out, it displays the thread ID of the thread which received the signal - almost always the main thread, the one listed as 'me' in the list output at the program start, and most definitely not the last thread to call setjmp(), as that would be 't2'. If the longjmp() call is uncommented, the signal handler executing in the 'me' thread will longjmp() to a buffer initialized in the 't2' thread, and the program will abort with your error message with a 100% failure (or would that be success in proving the concept?) rate. People knowledgeable about threads: would there be a way to fix that problem? I don't know.. something like examining the jump buffer, then activating the thread that is stored there, and resuming the currently executing thread at the point where it was interrupted by the signal? Without looking at the code, I can guess that most probably the answer would be a short burst of hysterical laughter :) Still.. one may hope.. :) G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 Hey, out there - is it *you* reading me, or is it someone else? #include #include #include #include #include #include pthread_mutex_t mtxQ; int q[16]; pthread_t tq[16]; size_t qcnt; sigjmp_buf jmpbuf; static void sigalarm(int f) { pthread_mutex_lock(&mtxQ); q[qcnt] =3D f; tq[qcnt] =3D pthread_self(); qcnt++; pthread_mutex_unlock(&mtxQ); // siglongjmp(jmpbuf, 5); } static void * thr(void *arg) { sigsetjmp(jmpbuf, 0); sleep((int)arg); return (NULL); } int main(void) { pthread_t t1, t2; size_t i; struct sigaction sa; sigsetjmp(jmpbuf, 0); pthread_mutex_init(&mtxQ, NULL); printf("me =3D %ld\n", (long)pthread_self()); pthread_create(&t1, NULL, thr, (void *)4); printf("t1 =3D %ld\n", (long)t1); pthread_create(&t2, NULL, thr, (void *)5); printf("t2 =3D %ld\n", (long)t2); memset(&sa, 0, sizeof(sa)); sa.sa_handler =3D sigalarm; sigemptyset(&sa.sa_mask); sigaddset(&sa.sa_mask, SIGALRM); sigaction(SIGALRM, &sa, NULL); alarm(1); printf("qcnt =3D %u\n", qcnt); sleep(3); printf("qcnt =3D %u\n", qcnt); sleep(3); printf("qcnt =3D %u\n", qcnt); sleep(3); printf("qcnt =3D %u\n", qcnt); for (i =3D 0; i < qcnt; i++) printf("%2d\t%d\t%ld\n", i, q[i], (long)tq[i]); return (0); } --QKdGvSO+nmPlgiQ/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE9tFk17Ri2jRYZRVMRAiD7AKCHcKXNfptMBTuXuDFhsWK6FDkKkQCglLay VqYWWD9o76hlCsGxBjMXXNk= =IdBl -----END PGP SIGNATURE----- --QKdGvSO+nmPlgiQ/-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 12:53:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37EFC37B401 for ; Mon, 21 Oct 2002 12:53:14 -0700 (PDT) Received: from sr1.terra.com.br (sr1.terra.com.br [200.176.3.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA41643E88 for ; Mon, 21 Oct 2002 12:53:12 -0700 (PDT) (envelope-from devlware@terra.com.br) Received: from una.terra.com.br (una.terra.com.br [200.176.3.32]) by sr1.terra.com.br (Postfix) with ESMTP id 3B9316F776 for ; Mon, 21 Oct 2002 16:53:06 -0300 (BRT) Received: from terra.com.br (cm-net-cwb-C8B0369F.brdterra.com.br [200.176.54.159]) (authenticated user luwner) by una.terra.com.br (Postfix) with ESMTP id 5C7D42F01CF for ; Mon, 21 Oct 2002 16:53:04 -0300 (BRT) Message-ID: <3DB44E09.4090405@terra.com.br> Date: Mon, 21 Oct 2002 16:57:13 -0200 From: Diego Wentz Antunes User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: pt-br, en-us, en MIME-Version: 1.0 To: hackers@FreeBSD.org Subject: Re: Kernel Panic Problems Content-Type: multipart/mixed; boundary="------------050701040605020102080606" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------050701040605020102080606 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sorry for that. Diego Wentz Antunes wrote: >> I have been experiencing several kernel panics from differents >> situations, since a ls to just boot the kernel. >> I configured all the options in rc.conf to save the core dump from >> memory to HD and some of the results are >> here in the file panics. Above all I search at internet some information >> to try to explain this recursive panics >> and found that it could be some memory problem. Is there a way to make a >> hard test with memory? >> I'm uncertainty if it is the memory because the PC stayed turned on >> for 6 days without any problem! >> Any comments will be welcome! > > | Content-Type: application/x-java-applet; name="panics" | Content-Transfer-Encoding: base64 | Content-Disposition: inline; filename="panics" Do you have a version of your panic messages which are not represented as a JAva applet with inline disposition, so that people's mail clients would try to run it as Java bytecode when they tried to open the attachment? -- Terry --------------050701040605020102080606 Content-Type: text/plain; name="panic.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="panic.txt" FreeBSD 4.6.2-RELEASE FreeBSD 4.6.2-RELEASE #1: Mon Oct 21 01:37:44 BRST 2002 root@:/usr/src/sys/compile/KERNEL i386 ### Panic 1 ### GNU gdb 4.18 (FreeBSD) Copyright 1998 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-unknown-freebsd". (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...done. (kgdb) exec-file kernle\ e   el.1 (kgdb) core-file vmcore.1 IdlePTD at phsyical address 0x003a5000 initial pcb at physical address 0x002f2bc0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0x0 stack pointer = 0x10:0xc3e8be8c frame pointer = 0x10:0x0 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 = 91 (savecore) interrupt mask = none trap number = 12 panic: page fault syncing disks... 8 2 1 done Uptime: 50s dumping to dev #ad/0x20001, offset 460256 dump ata0: resetting devices .. done 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 dumpsys () at ../../kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc0164d4b in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc0165189 in panic (fmt=0xc02ae96c "%s") at ../../kern/kern_shutdown.c:595 #3 0xc02623ab in trap_fatal (frame=0xc3e8be4c, eva=0) at ../../i386/i386/trap.c:966 #4 0xc0262059 in trap_pfault (frame=0xc3e8be4c, usermode=0, eva=0) at ../../i386/i386/trap.c:859 #5 0xc0261bff in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 671703040, tf_esi = 0, tf_ebp = 0, tf_isp = -1008157064, tf_ebx = -1008183320, tf_edx = -1087061161, tf_ecx = -1008183320, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = 0, tf_cs = 8, tf_eflags = 66118, tf_esp = -1071632535, tf_ss = 8}) at ../../i386/i386/trap.c:458 (kgdb) quit ### Panic 2 ### GNU gdb 4.18 (FreeBSD) Copyright 1998 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-unknown-freebsd". (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...done. IdlePTD at phsyical address 0x003a5000 initial pcb at physical address 0x002f2bc0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x3a fault code = supervisor write, page not present instruction pointer = 0x8:0xc01f5f82 stack pointer = 0x10:0xc3ee1b28 frame pointer = 0x10:0xc3ee1bc8 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 = 256 (ls) interrupt mask = tty trap number = 12 panic: page fault syncing disks... 17 done Uptime: 8m59s dumping to dev #ad/0x20001, offset 460256 dump ata0: resetting devices .. done 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 dumpsys () at ../../kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc0164d4b in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc0165189 in panic (fmt=0xc02ae96c "%s") at ../../kern/kern_shutdown.c:595 #3 0xc02623ab in trap_fatal (frame=0xc3ee1ae8, eva=58) at ../../i386/i386/trap.c:966 #4 0xc0262059 in trap_pfault (frame=0xc3ee1ae8, usermode=0, eva=58) at ../../i386/i386/trap.c:859 #5 0xc0261bff in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = -1007800320, tf_esi = -1070570036, tf_ebp = -1007805496, tf_isp = -1007805676, tf_ebx = 0, tf_edx = 0, tf_ecx = -1007805580, tf_eax = 1, tf_trapno = 12, tf_err = 2, tf_eip = -1071685758, tf_cs = 8, tf_eflags = 66182, tf_esp = -1017663712, tf_ss = -1070570036}) at ../../i386/i386/trap.c:458 #6 0xc01f5f82 in vm_fault (map=0xc03065cc, vaddr=3287166976, fault_type=1 '\001', fault_flags=0) at ../../vm/vm_object.h:189 #7 0xc0262006 in trap_pfault (frame=0xc3ee1c3c, usermode=0, eva=3287166976) at ../../i386/i386/trap.c:848 #8 0xc0261bff in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = -1064400440, tf_esi = -1007800320, tf_ebp = -1007805296, tf_isp = -1007805336, tf_ebx = 47288, tf_edx = -1690778642, tf_ecx = 821789308, tf_eax = -56600120, tf_trapno = 12, tf_err = 0, tf_eip = -1071249494, tf_cs = 8, tf_eflags = 66070, tf_esp = -1064405504, tf_ss = 2606062}) at ../../i386/i386/trap.c:458 #9 0xc02607aa in generic_bcopy () #10 0xc0247c30 in scstart (tp=0xc0879b00) at ../../dev/syscons/syscons.c:1285 #11 0xc017c1e4 in ttstart (tp=0xc0879b00) at ../../kern/tty.c:1401 #12 0xc017ccb9 in ttwrite (tp=0xc0879b00, uio=0xc3ee1ed4, flag=8323073) at ../../kern/tty.c:1957 #13 0xc017d7c7 in ttywrite (dev=0xc07f3100, uio=0xc3ee1ed4, flag=8323073) at ../../kern/tty.c:2557 #14 0xc019edd5 in spec_write (ap=0xc3ee1e64) at ../../miscfs/specfs/spec_vnops.c:283 #15 0xc01f2234 in ufsspec_write (ap=0xc3ee1e64) at ../../ufs/ufs/ufs_vnops.c:1873 #16 0xc01f292d in ufs_vnoperatespec (ap=0xc3ee1e64) at ../../ufs/ufs/ufs_vnops.c:2440 #17 0xc019a69c in vn_write (fp=0xc0893300, uio=0xc3ee1ed4, cred=0xc04e9880, flags=0, p=0xc357af20) at vnode_if.h:363 #18 0xc01747f9 in dofilewrite (p=0xc357af20, fp=0xc0893300, fd=1, buf=0x80e2000, nbyte=38, offset=-1, flags=0) at ../../sys/file.h:162 #19 0xc01746b2 in write (p=0xc357af20, uap=0xc3ee1f80) at ../../kern/sys_generic.c:329 #20 0xc0262661 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134799416, tf_esi = 135143424, tf_ebp = -1077939196, tf_isp = -1007804460, tf_ebx = 134799416, tf_edx = 38, tf_ecx = 10, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = 134705244, tf_cs = 31, tf_eflags = 663, tf_esp = -1077939240, tf_ss = 47}) ---Type to continue, or q to quit--- at ../../i386/i386/trap.c:1167 #21 0xc02550b5 in Xint0x80_syscall () #22 0x8075161 in ?? () #23 0x80750e9 in ?? () #24 0x8065fc4 in ?? () #25 0x80499a7 in ?? () #26 0x8049273 in ?? () #27 0x8048ac4 in ?? () #28 0x8048944 in ?? () #29 0x8048135 in ?? () (kgdb) quit ### Panic 3 ### GNU gdb 4.18 (FreeBSD) Copyright 1998 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-unknown-freebsd"...(no debugging symbols found)... IdlePTD at phsyical address 0x003a5000 initial pcb at physical address 0x002f2bc0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc6 fault code = supervisor write, page not present instruction pointer = 0x8:0xc01fc20b stack pointer = 0x10:0xc3e6cea0 frame pointer = 0x10:0xc3e6cea4 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 = 7 (sh) interrupt mask = none trap number = 12 panic: page fault syncing disks... 7 3 2 done Uptime: 46s dumping to dev #ad/0x20001, offset 460256 dump ata0: resetting devices .. done 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 dumpsys () at ../../kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc0164d4b in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc0165189 in panic (fmt=0xc02ae96c "%s") at ../../kern/kern_shutdown.c:595 #3 0xc02623ab in trap_fatal (frame=0xc3e6ce60, eva=198) at ../../i386/i386/trap.c:966 #4 0xc0262059 in trap_pfault (frame=0xc3e6ce60, usermode=0, eva=198) at ../../i386/i386/trap.c:859 #5 0xc0261bff in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 135077888, tf_esi = -25115817, tf_ebp = -1008283996, tf_isp = -1008284020, tf_ebx = 158, tf_edx = 1153435399, tf_ecx = -1008314576, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1071660533, tf_cs = 8, tf_eflags = 66050, tf_esp = 16560, tf_ss = -1008283852}) at ../../i386/i386/trap.c:458 #6 0xc01fc20b in vm_object_reference (object=0x9e) at ../../vm/vm_object.c:243 #7 0xc01f5f6c in vm_fault (map=0xc357fe80, vaddr=135077888, fault_type=3 '\003', fault_flags=8) at ../../vm/vm_fault.c:254 #8 0xc0261fee in trap_pfault (frame=0xc3e6cfa8, usermode=1, eva=135077892) at ../../i386/i386/trap.c:839 #9 0xc0261ab3 in trap (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = 135055736, tf_ebp = -1077939980, tf_isp = -1008283692, tf_ebx = 135077880, tf_edx = 15, tf_ecx = 135055786, tf_eax = 0, tf_trapno = 12, tf_err = 6, tf_eip = 134584827, tf_cs = 31, tf_eflags = 66118, tf_esp = -1077940020, tf_ss = 47}) at ../../i386/i386/trap.c:369 #10 0x80599fb in ?? () #11 0x80599d5 in ?? () #12 0x805997b in ?? () #13 0x805997b in ?? () #14 0x8059a3f in ?? () #15 0x8059a3f in ?? () #16 0x8059a3f in ?? () #17 0x80599c7 in ?? () #18 0x805997b in ?? () #19 0x805997b in ?? () #20 0x8059a3f in ?? () #21 0x8059a3f in ?? () #22 0x8059a3f in ?? () #23 0x8059a3f in ?? () #24 0x8059a3f in ?? () #25 0x8059a3f in ?? () #26 0x8059a3f in ?? () #27 0x8059a3f in ?? () #28 0x8059a3f in ?? () #29 0x8059a3f in ?? () #30 0x8059a3f in ?? () #31 0x8059a3f in ?? () #32 0x8059a3f in ?? () #33 0x8059a3f in ?? () #34 0x8059a3f in ?? () #35 0x8059a3f in ?? () #36 0x8059a3f in ?? () #37 0x8059a3f in ?? () #38 0x8059a3f in ?? () #39 0x8059a3f in ?? () #40 0x8059a3f in ?? () #41 0x8059a3f in ?? () #42 0x8059a3f in ?? () #43 0x8059a3f in ?? () #44 0x8059a3f in ?? () #45 0x8059a3f in ?? () #46 0x8059a3f in ?? () #47 0x8059a3f in ?? () #48 0x8059a3f in ?? () #49 0x8059a3f in ?? () #50 0x8059a3f in ?? () #51 0x80597c3 in ?? () #52 0x804c9f4 in ?? () #53 0x804a962 in ?? () #54 0x8051bea in ?? () #55 0x8051ea2 in ?? () #56 0x804b93f in ?? () #57 0x804a9b8 in ?? () #58 0x804a7f5 in ?? () #59 0x804a912 in ?? () #60 0x8051bea in ?? () #61 0x8051b56 in ?? () #62 0x8048135 in ?? () (kgdb) quit --------------050701040605020102080606-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 13: 9:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73B4237B401 for ; Mon, 21 Oct 2002 13:09:37 -0700 (PDT) Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD74B43E4A for ; Mon, 21 Oct 2002 13:09:36 -0700 (PDT) (envelope-from eischen@pcnet1.pcnet.com) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g9LK9T3C000842; Mon, 21 Oct 2002 16:09:29 -0400 (EDT) Date: Mon, 21 Oct 2002 16:09:29 -0400 (EDT) From: Daniel Eischen To: Peter Pentchev Cc: Linus Kendall , freebsd-hackers@FreeBSD.ORG Subject: Re: PThreads problem In-Reply-To: <20021021194453.GB377@straylight.oblivion.bg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 21 Oct 2002, Peter Pentchev wrote: > Okay, I can see what the problem is; however, I have absolutely no idea > how it is to be solved :( > > The DNS resolution routines of libcurl use alarm() as a timeout > mechanism for the system DNS resolving functions. To enforce the > timeout even when the resolver functions are automatically restarted > after the SIGALRM signal, libcurl attempts to set a jump buffer in the > thread doing the DNS lookup, and to siglongjmp() to it from the SIGALRM > handler. > > This works just fine on Linux, where each thread executes as a separate > process; the signal is correctly delivered to the thread which invoked > alarm(), and, consequently, exactly the one that set the jump buffer in > the first place. This demonstrates one of the evils of LinuxThreads. Now there's code that is seemingly dependent on non-portable thread behaviour. Well, perhaps it's not an evil of LinuxThreads, but of an evil library/application ;-) > On FreeBSD, however, the signal is delivered merely to the currently > executing thread; if the resolver routines are currently in the process > of sending or receiving data on a network socket, the currently > executing thread may very well not be the one that has requested the > resolving, and so siglongjmp() may be called from a thread which is NOT > the one the jump buffer has been set in. As the abort error message > states, this is behavior not covered by any standards, and, I dare say, > not very easy to implement at all, so it is currently unimplemented in > FreeBSD. For a standards reference, the SUSv2 siglongjmp() manpage at > http://www.opengroup.org/onlinepubs/007908799/xsh/siglongjmp.html > explicitly states at the end of the DESCRIPTION section: > > The effect of a call to siglongjmp() where initialisation of the jmp_buf > structure was not performed in the calling thread is undefined. Right, and I think there's a little stronger wording than that in the '96 POSIX spec. It doesn't make sense regardless because you'd be trying to jump to a context that uses another thread's stack. > > Blocking all signals resulted in an application which executed but > > still I got problems with slow responses from libcurl > > As I understand it, the only reason for SIGALRM to make a difference > would be a situation where a DNS query times out, at least by libcurl's > standards. Is your application trying to do such lookups? > > If anybody is interested, I am attaching a short proof-of-concept > program which starts up two threads, then waits for a signal handler to > hit. If the longjmp() call is commented out, it displays the thread ID > of the thread which received the signal - almost always the main thread, > the one listed as 'me' in the list output at the program start, and most > definitely not the last thread to call setjmp(), as that would be 't2'. > If the longjmp() call is uncommented, the signal handler executing in > the 'me' thread will longjmp() to a buffer initialized in the 't2' > thread, and the program will abort with your error message with a 100% > failure (or would that be success in proving the concept?) rate. You shouldn't be calling pthread_mutex_lock and friends from a signal handler. > People knowledgeable about threads: would there be a way to fix that > problem? I don't know.. something like examining the jump buffer, then > activating the thread that is stored there, and resuming the currently > executing thread at the point where it was interrupted by the signal? > Without looking at the code, I can guess that most probably the answer > would be a short burst of hysterical laughter :) Still.. one may hope.. > :) No, this can't be easily fixed nor would we want to fix it ;-) There are other ways to wait for events. If multiple threads need to have timeouts then you can always create a server thread to process timeouts. You can use mutexes and condition variables to add and remove timeout events to the server thread, and the server thread can use sigalarm() and sigwait() or sigsuspend() to wait for the alarm. When the sigwait()/sigsuspend() wakeup, the server thread can pull event timeouts off its list and signal the timedout threads using pthread_kill() or whatever. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 13:37:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 436A837B401 for ; Mon, 21 Oct 2002 13:37:44 -0700 (PDT) Received: from mailc.telia.com (mailc.telia.com [194.22.190.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD43F43E6E for ; Mon, 21 Oct 2002 13:37:37 -0700 (PDT) (envelope-from linus@angliaab.se) Received: from d1o927.telia.com (d1o927.telia.com [213.65.200.241]) by mailc.telia.com (8.12.5/8.12.5) with ESMTP id g9LKbaq6025399; Mon, 21 Oct 2002 22:37:36 +0200 (CEST) X-Original-Recipient: freebsd-hackers@FreeBSD.ORG Received: from bilbo (h87n2fls33o927.telia.com [213.65.39.87]) by d1o927.telia.com (8.10.2/8.10.1) with SMTP id g9LKbac07535; Mon, 21 Oct 2002 22:37:36 +0200 (CEST) Received: by bilbo (sSMTP sendmail emulation); Mon, 21 Oct 2002 22:31:49 +0200 Subject: Re: PThreads problem From: Linus Kendall To: Peter Pentchev Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20021021194453.GB377@straylight.oblivion.bg> References: <1035200159.24315.13.camel@bilbo> <20021021124520.GS389@straylight.oblivion.bg> <1035206648.24315.20.camel@bilbo> <20021021134834.GA41198@straylight.oblivion.bg> <20021021135045.GB41198@straylight.oblivion.bg> <1035218026.24330.33.camel@bilbo> <20021021194453.GB377@straylight.oblivion.bg> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailer: Ximian Evolution 1.0.8 Date: 21 Oct 2002 22:31:48 +0200 Message-Id: <1035232308.24315.37.camel@bilbo> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG m=E5n 2002-10-21 klockan 21.44 skrev Peter Pentchev: > On Mon, Oct 21, 2002 at 06:33:46PM +0200, Linus Kendall wrote: > > Answer inline below. > >=20 > > m?n 2002-10-21 klockan 15.50 skrev Peter Pentchev: > > > On Mon, Oct 21, 2002 at 04:48:34PM +0300, Peter Pentchev wrote: > > > > On Mon, Oct 21, 2002 at 03:24:08PM +0200, Linus Kendall wrote: > > > > > m?n 2002-10-21 klockan 14.45 skrev Peter Pentchev: > > > > > > On Mon, Oct 21, 2002 at 01:35:59PM +0200, Linus Kendall wrote: > > > > > > > Hi, > > > > > > >=20 > > > > > > > I'm trying to port a heavily threaded application from Linux = (Debian > > > > > > > 3.0, 2.4.19) to > > > > > > > FreeBSD (4.6-RELEASE). The program compiles successfully usin= g gcc with > > > > > > > -pthreads. But, when I try to run the application I get the f= ollowing > > > > > > > error after a while (after spawning 11 threads): > > > > > > >=20 > > > > > > > Fatal error 'siglongjmp()ing between thread contexts is undef= ined by > > > > > > > POSIX 1003.1' at line ? in file > > > > > > > /usr/src/lib/libc_r/uthread/uthread_jmp.c (errno =3D ?) > > > > > > > Abort trap - core dumped > > > > > > >=20 > [snip] > > > > This is interesting; can you produce a simple testcase? If not, I = will > > > > be able to take a look at it some time later today or tomorrow, but= not > > > > right now :( > >=20 > > I'm not sure if I've really got time to produce a testcase. As I've > > understood the main cause of the crash was that in *BSD the signals > > are sent to each thread but in Linux they're sent to the process. >=20 > Okay, I can see what the problem is; however, I have absolutely no idea > how it is to be solved :( >=20 > The DNS resolution routines of libcurl use alarm() as a timeout > mechanism for the system DNS resolving functions. To enforce the > timeout even when the resolver functions are automatically restarted > after the SIGALRM signal, libcurl attempts to set a jump buffer in the > thread doing the DNS lookup, and to siglongjmp() to it from the SIGALRM > handler. >=20 > This works just fine on Linux, where each thread executes as a separate > process; the signal is correctly delivered to the thread which invoked > alarm(), and, consequently, exactly the one that set the jump buffer in > the first place. >=20 > On FreeBSD, however, the signal is delivered merely to the currently > executing thread; if the resolver routines are currently in the process > of sending or receiving data on a network socket, the currently > executing thread may very well not be the one that has requested the > resolving, and so siglongjmp() may be called from a thread which is NOT > the one the jump buffer has been set in. As the abort error message > states, this is behavior not covered by any standards, and, I dare say, > not very easy to implement at all, so it is currently unimplemented in > FreeBSD. For a standards reference, the SUSv2 siglongjmp() manpage at > http://www.opengroup.org/onlinepubs/007908799/xsh/siglongjmp.html > explicitly states at the end of the DESCRIPTION section: >=20 > The effect of a call to siglongjmp() where initialisation of the jmp_bu= f > structure was not performed in the calling thread is undefined. >=20 > > Blocking all signals resulted in an application which executed but > > still I got problems with slow responses from libcurl >=20 > As I understand it, the only reason for SIGALRM to make a difference > would be a situation where a DNS query times out, at least by libcurl's > standards. Is your application trying to do such lookups? >=20 > If anybody is interested, I am attaching a short proof-of-concept > program which starts up two threads, then waits for a signal handler to > hit. If the longjmp() call is commented out, it displays the thread ID > of the thread which received the signal - almost always the main thread, > the one listed as 'me' in the list output at the program start, and most > definitely not the last thread to call setjmp(), as that would be 't2'. > If the longjmp() call is uncommented, the signal handler executing in > the 'me' thread will longjmp() to a buffer initialized in the 't2' > thread, and the program will abort with your error message with a 100% > failure (or would that be success in proving the concept?) rate. >=20 > People knowledgeable about threads: would there be a way to fix that > problem? I don't know.. something like examining the jump buffer, then > activating the thread that is stored there, and resuming the currently > executing thread at the point where it was interrupted by the signal? > Without looking at the code, I can guess that most probably the answer > would be a short burst of hysterical laughter :) Still.. one may hope.. > :) That was very thorough, thanks! Now I at least have a notion of what=20 is going on. Since this is slightly urgent I guess a hack into the libcurl source code to try to remove the sigalarms would do the trick (in my case). In the general case it seems like there's a rather big problem here as libcurl's behavior cannot really work together with the FreeBSD implementation of threads. /Linus. > G'luck, > Peter >=20 > --=20 > Peter Pentchev roam@ringlet.net roam@FreeBSD.org > PGP key: http://people.FreeBSD.org/~roam/roam.key.asc > Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 > Hey, out there - is it *you* reading me, or is it someone else? >=20 > #include >=20 > #include > #include > #include > #include > #include >=20 > pthread_mutex_t mtxQ; > int q[16]; > pthread_t tq[16]; > size_t qcnt; > sigjmp_buf jmpbuf; >=20 > static void > sigalarm(int f) > { >=20 > pthread_mutex_lock(&mtxQ); > q[qcnt] =3D f; > tq[qcnt] =3D pthread_self(); > qcnt++; > pthread_mutex_unlock(&mtxQ); > // siglongjmp(jmpbuf, 5); > } >=20 > static void * > thr(void *arg) > { >=20 > sigsetjmp(jmpbuf, 0); > sleep((int)arg); > return (NULL); > } >=20 > int > main(void) > { > pthread_t t1, t2; > size_t i; > struct sigaction sa; >=20 > sigsetjmp(jmpbuf, 0); > pthread_mutex_init(&mtxQ, NULL); > printf("me =3D %ld\n", (long)pthread_self()); > pthread_create(&t1, NULL, thr, (void *)4); > printf("t1 =3D %ld\n", (long)t1); > pthread_create(&t2, NULL, thr, (void *)5); > printf("t2 =3D %ld\n", (long)t2); > memset(&sa, 0, sizeof(sa)); > sa.sa_handler =3D sigalarm; > sigemptyset(&sa.sa_mask); > sigaddset(&sa.sa_mask, SIGALRM); > sigaction(SIGALRM, &sa, NULL); > alarm(1); > printf("qcnt =3D %u\n", qcnt); > sleep(3); > printf("qcnt =3D %u\n", qcnt); > sleep(3); > printf("qcnt =3D %u\n", qcnt); > sleep(3); > printf("qcnt =3D %u\n", qcnt); > for (i =3D 0; i < qcnt; i++) > printf("%2d\t%d\t%ld\n", i, q[i], (long)tq[i]); > return (0); > } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 13:50:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 058C137B401 for ; Mon, 21 Oct 2002 13:50:20 -0700 (PDT) Received: from relay01.cablecom.net (relay01.cablecom.net [62.2.33.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 185C043E77 for ; Mon, 21 Oct 2002 13:50:19 -0700 (PDT) (envelope-from hanspeter_roth@hotmail.com) Received: from snoopy.cablecom.ch (dclient80-218-76-119.hispeed.ch [80.218.76.119]) by relay01.cablecom.net (8.12.5/8.12.5/SOL/AWF/MXRELAY/20020820) with ESMTP id g9LKoHZ2082547 for ; Mon, 21 Oct 2002 22:50:17 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Received: (from idefix@localhost) by snoopy.cablecom.ch (8.11.6/8.11.6) id g9LKoEU01687 for freebsd-hackers@FreeBSD.ORG; Mon, 21 Oct 2002 22:50:14 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Date: Mon, 21 Oct 2002 22:50:12 +0200 From: Hanspeter Roth To: freebsd-hackers@FreeBSD.ORG Subject: Re: Ati Rage 128: Dpms suspend failes Message-ID: <20021021225012.A1594@gicco.cablecom.ch> Reply-To: freebsd-hackers@FreeBSD.ORG Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20021021171636.B324@snoopy.cablecom.ch> <1035222191.882.4.camel@anholt.dyndns.org> <15796.20773.904732.386897@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <15796.20773.904732.386897@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Mon, Oct 21, 2002 at 03:10:29PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Oct 21 at 15:10, Andrew Gallatin spoke: > > Eric Anholt writes: > > You need XFree86-Server-4.2.1_4 or later (it's at _5 now). > > > > I'm running 4.2.1_4 and dpms does not work for me. > > I just grabbed some diffs from the Xfree86 cvs to bring > drivers/ati/r128_driver.c up to 1.57.2.1 and drivers/ati/r128_reg.h up > to 1.14 and rebuilt the my r128_drv.o module. I'll see if it works > the next time X crashes.. (I'm running current, so X crashes once/day > or so..) I'm usually running RELEASE. I cvsuped ports-x11 and portupgraded XFree86-Servers. Now suspend works. I haven't encountered other problems so far. -Hanspeter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 14: 2:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9311237B401 for ; Mon, 21 Oct 2002 14:02:51 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE64A43E4A for ; Mon, 21 Oct 2002 14:02:50 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0018.cvx40-bradley.dialup.earthlink.net ([216.244.42.18] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183jhH-0003zY-00; Mon, 21 Oct 2002 14:02:48 -0700 Message-ID: <3DB46B19.EC096B5F@mindspring.com> Date: Mon, 21 Oct 2002 14:01:13 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Diego Wentz Antunes Cc: hackers@FreeBSD.org Subject: Re: Kernel Panic Problems References: <3DB44E09.4090405@terra.com.br> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Diego Wentz Antunes wrote: > >> I have been experiencing several kernel panics from differents > >> situations, since a ls to just boot the kernel. > >> I configured all the options in rc.conf to save the core dump from > >> memory to HD and some of the results are > >> here in the file panics. Above all I search at internet some information > >> to try to explain this recursive panics > >> and found that it could be some memory problem. Is there a way to make a > >> hard test with memory? > >> I'm uncertainty if it is the memory because the PC stayed turned on > >> for 6 days without any problem! > >> Any comments will be welcome! Panic #1: --- #0 dumpsys () at ../../kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc0164d4b in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc0165189 in panic (fmt=0xc02ae96c "%s") at ../../kern/kern_shutdown.c:595 #3 0xc02623ab in trap_fatal (frame=0xc3e8be4c, eva=0) at ../../i386/i386/trap.c:966 #4 0xc0262059 in trap_pfault (frame=0xc3e8be4c, usermode=0, eva=0) at ../../i386/i386/trap.c:859 #5 0xc0261bff in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 671703040, tf_esi = 0, tf_ebp = 0, tf_isp = -1008157064, tf_ebx = -1008183320, tf_edx = -1087061161, tf_ecx = -1008183320, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = 0, tf_cs = 8, tf_eflags = 66118, tf_esp = -1071632535, tf_ss = 8}) at ../../i386/i386/trap.c:458 (kgdb) quit --- Is this a full backtrace? I don't see any way that the stack could have started with "trap_pfault"... it had to be running something to cause a page fault. Panic #2: --- ... #8 0xc0261bff in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = -1064400440, tf_esi = -1007800320, tf_ebp = -1007805296, tf_isp = -1007805336, tf_ebx = 47288, tf_edx = -1690778642, tf_ecx = 821789308, tf_eax = -56600120, tf_trapno = 12, tf_err = 0, tf_eip = -1071249494, tf_cs = 8, tf_eflags = 66070, tf_esp = -1064405504, tf_ss = 2606062}) at ../../i386/i386/trap.c:458 #9 0xc02607aa in generic_bcopy () #10 0xc0247c30 in scstart (tp=0xc0879b00) at ../../dev/syscons/syscons.c:1285 #11 0xc017c1e4 in ttstart (tp=0xc0879b00) at ../../kern/tty.c:1401 #12 0xc017ccb9 in ttwrite (tp=0xc0879b00, uio=0xc3ee1ed4, flag=8323073) at ../../kern/tty.c:1957 ... --- This one stops being possible at #9; specifically, there is no version of syscons.c that, in scstart, calls generic_bcopy() directly. The only functions it calls directly are q_to_b(), which is a copy, but the function which does it is not static, and has a global definition, and therefore should show up in the stack trace. Similarly, the sc_puts() is also called. None of this really matches 4.4, 4.6, or -current syscons.c, so more information is needed, but it's unlikely that syscons has changed and changed back, so significantly. You need to look at the code at dev/syscons/syscons.c:1285 in your own source tree, which seems to differ significantly from the source tree the rest of us are using. Panic #3: --- #4 0xc0262059 in trap_pfault (frame=0xc3e6ce60, usermode=0, eva=198) at ../../i386/i386/trap.c:859 #5 0xc0261bff in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 135077888, tf_esi = -25115817, tf_ebp = -1008283996, tf_isp = -1008284020, tf_ebx = 158, tf_edx = 1153435399, tf_ecx = -1008314576, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1071660533, tf_cs = 8, tf_eflags = 66050, tf_esp = 16560, tf_ss = -1008283852}) at ../../i386/i386/trap.c:458 #6 0xc01fc20b in vm_object_reference (object=0x9e) at ../../vm/vm_object.c:243 #7 0xc01f5f6c in vm_fault (map=0xc357fe80, vaddr=135077888, fault_type=3 '\003', fault_flags=8) at ../../vm/vm_fault.c:254 #8 0xc0261fee in trap_pfault (frame=0xc3e6cfa8, usermode=1, eva=135077892) at ../../i386/i386/trap.c:839 #9 0xc0261ab3 in trap (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = 135055736, tf_ebp = -1077939980, tf_isp = -1008283692, tf_ebx = 135077880, tf_edx = 15, tf_ecx = 135055786, tf_eax = 0, tf_trapno = 12, tf_err = 6, tf_eip = 134584827, tf_cs = 31, tf_eflags = 66118, tf_esp = -1077940020, tf_ss = 47}) at ../../i386/i386/trap.c:369 #10 0x80599fb in ?? () #11 0x80599d5 in ?? () --- You should run "ps" in the kernel debugger, to determine what program was active at the time, and then debug that program to find out what source code was being referenced at 0x80599fb that caused the trap in the first place. The trap in this case is a page fault on a user space address, which, during lookup, caused an attempt to call vm_obect_reference(), which then caused an unexpected page fault. Most likely this is a page dirty of a memory mapped object, for which there is no remaining memory in the system to handle the page being dirtied. Again, your source code does not match 4.4, 4.6, or -current, since the line number is way off in vm_object.c. You will need to list the source code at the fault address on your own, or provide us with a way to match your source code (e.g. a CVS tag that you used to check out, which was not a moving target -- a release tag or some other tag, rather than a RELENG tag). Just from a completeness standpoint, it's pretty obvious that you should uncomment the KASSERT() in vm_object_reference(), to see if it traps the problem earlier than in a second fault handler. -- As a general note, you should have reported these problems seperately, even if you thought they were related, since they most likely have different root causes, unless you are doing something to cause them yourself, like overclocking your CPU or memory. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 14: 6:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 609CD37B401 for ; Mon, 21 Oct 2002 14:06:11 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DC3243E6A for ; Mon, 21 Oct 2002 14:06:11 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0018.cvx40-bradley.dialup.earthlink.net ([216.244.42.18] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183jjs-0000OV-00; Mon, 21 Oct 2002 14:05:28 -0700 Message-ID: <3DB46BB8.46401DF5@mindspring.com> Date: Mon, 21 Oct 2002 14:03:52 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Linus Kendall Cc: Peter Pentchev , freebsd-hackers@FreeBSD.ORG Subject: Re: PThreads problem References: <1035200159.24315.13.camel@bilbo> <20021021124520.GS389@straylight.oblivion.bg> <1035206648.24315.20.camel@bilbo> <20021021134834.GA41198@straylight.oblivion.bg> <20021021135045.GB41198@straylight.oblivion.bg> <1035218026.24330.33.camel@bilbo> <20021021194453.GB377@straylight.oblivion.bg> <1035232308.24315.37.camel@bilbo> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Linus Kendall wrote: > That was very thorough, thanks! Now I at least have a notion of what > is going on. Since this is slightly urgent I guess a hack into the > libcurl source code to try to remove the sigalarms would do the trick > (in my case). In the general case it seems like there's a rather big > problem here as libcurl's behavior cannot really work together with the > FreeBSD implementation of threads. It is more correct to say that libcurl makes an assumption about signal delivery which is not guaranteed by POSIX, and therefore libcurl will not work with *any* POSIX compliant threads implementation which does not *happen* to work this way. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 21:26:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA3A837B401 for ; Mon, 21 Oct 2002 21:26:50 -0700 (PDT) Received: from 002.216-123-229-0.interbaun.com (002.216-123-229-0.interbaun.com [216.123.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52B4943E3B for ; Mon, 21 Oct 2002 21:26:48 -0700 (PDT) (envelope-from soralx@cydem.zp.ua) Received: from 254.216-123-229-0.interbaun.com ([192.168.0.3]) by 002.216-123-229-0.interbaun.com (8.11.6/8.11.6) with ESMTP id g9M4QXv00547; Mon, 21 Oct 2002 22:26:39 -0600 (MDT) (envelope-from soralx@cydem.zp.ua) Content-Type: text/plain; charset="koi8-r" From: To: mjoyner2@hq.dyns.cx Subject: Re: vmware2 and simd instructions Date: Mon, 21 Oct 2002 22:25:01 -0600 X-Mailer: KMail [version 1.4] References: <3DAE1642.1030208@hq.dyns.cx> <200210190138.53850.soralx@cydem.zp.ua> <3DB21F6D.30504@hq.dyns.cx> In-Reply-To: <3DB21F6D.30504@hq.dyns.cx> Cc: freebsd-hackers@FreeBSD.ORG MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200210212225.01169.soralx@cydem.zp.ua> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From what I have gathered doing web seaches, the cpuid opcode is *not* > trappable. :( What's the problem then? The guest OS should get proper info from the CPUID instruction. Can you test that? What does CPU info program show about the CPU in a guest OS? The problem is in VMWare - it has some weird reaction to P6 instructions. > Oct 16 23:44:47: F(140) line=1893 0x10:0xc02660bc fault=13 can you disassemble 0xc02660bc? > Seems like there should be a way to trap the fault 13 > to not have the guest os panic or blue screen. don't think so Programs with P6 instructions won't start working from this anyway... 21.10.2002; 22:07:56 [SorAlx] http://cydem.zp.ua/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 22:19:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96B3237B401 for ; Mon, 21 Oct 2002 22:19:10 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B451A43E4A for ; Mon, 21 Oct 2002 22:19:08 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9M5J4pk088665; Mon, 21 Oct 2002 23:19:05 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 21 Oct 2002 23:18:50 -0600 (MDT) Message-Id: <20021021.231850.121892484.imp@bsdimp.com> To: rizzo@icir.org Cc: dchrist@cox.net, hackers@FreeBSD.ORG Subject: Re: Scheduling a recurring task in a device driver From: "M. Warner Losh" In-Reply-To: <20021021092312.D18652@carp.icir.org> References: <20021021092312.D18652@carp.icir.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20021021092312.D18652@carp.icir.org> Luigi Rizzo writes: : On Mon, Oct 21, 2002 at 09:20:52AM -0700, David Christensen wrote: : > A device driver I'm porting from Linux uses tasklets to schedule a : > recurring : > event to work around a hardware bug. What would be the equivalent in : > FreeBSD? : : a timeout() call will do (at most once per tick). grep for "timeout(" : in most of device drivers to see how to use it. Also, A software interrupt would be good too, depending on the nature of the recurring event. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 22:24:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D76F437B401 for ; Mon, 21 Oct 2002 22:24:28 -0700 (PDT) Received: from straylight.ringlet.net (office.sbnd.net [217.75.140.130]) by mx1.FreeBSD.org (Postfix) with SMTP id C6A2443E4A for ; Mon, 21 Oct 2002 22:24:25 -0700 (PDT) (envelope-from roam@ringlet.net) Received: (qmail 29640 invoked by uid 1000); 22 Oct 2002 05:24:05 -0000 Date: Tue, 22 Oct 2002 08:24:05 +0300 From: Peter Pentchev To: Linus Kendall Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PThreads problem Message-ID: <20021022052405.GD377@straylight.oblivion.bg> Mail-Followup-To: Linus Kendall , freebsd-hackers@FreeBSD.ORG References: <1035200159.24315.13.camel@bilbo> <20021021124520.GS389@straylight.oblivion.bg> <1035206648.24315.20.camel@bilbo> <20021021134834.GA41198@straylight.oblivion.bg> <20021021135045.GB41198@straylight.oblivion.bg> <1035218026.24330.33.camel@bilbo> <20021021194453.GB377@straylight.oblivion.bg> <1035232308.24315.37.camel@bilbo> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IpbVkmxF4tDyP/Kb" Content-Disposition: inline In-Reply-To: <1035232308.24315.37.camel@bilbo> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --IpbVkmxF4tDyP/Kb Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 21, 2002 at 10:31:48PM +0200, Linus Kendall wrote: [snip] >=20 > That was very thorough, thanks! Now I at least have a notion of what=20 > is going on. Since this is slightly urgent I guess a hack into the > libcurl source code to try to remove the sigalarms would do the trick > (in my case). In the general case it seems like there's a rather big > problem here as libcurl's behavior cannot really work together with the > FreeBSD implementation of threads. I wonder, though.. If libcurl depends on Linux-specific threads library behavior, what would the effects be if it were to be compiled against the devel/linuxthreads port? Maybe I will try building curl with linuxthreads later today.. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If the meanings of 'true' and 'false' were switched, then this sentence wou= ldn't be false. --IpbVkmxF4tDyP/Kb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE9tOD07Ri2jRYZRVMRAi4IAKC0XjrVxGjjMlBO3hiGcW66obj7zQCeJF3B czvp9SlfHVKpiiNqJrmlv+I= =1qsj -----END PGP SIGNATURE----- --IpbVkmxF4tDyP/Kb-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 22:39:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C06E237B401 for ; Mon, 21 Oct 2002 22:39:51 -0700 (PDT) Received: from samwise.jobeus.net (samwise.jobeus.net [205.206.125.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29A2143E6A for ; Mon, 21 Oct 2002 22:39:51 -0700 (PDT) (envelope-from freebsd@jobeus.net) Received: (from root@localhost) by samwise.jobeus.net (8.12.6/8.12.3) id g9M5dVEh034555; Mon, 21 Oct 2002 23:39:31 -0600 (MDT) (envelope-from freebsd@jobeus.net) Received: from localhost (freebsd@localhost [127.0.0.1]) by samwise.jobeus.net (8.12.6/8.12.3av) with ESMTP id g9M5dUMs034547; Mon, 21 Oct 2002 23:39:30 -0600 (MDT) (envelope-from freebsd@jobeus.net) Date: Mon, 21 Oct 2002 23:39:30 -0600 (MDT) From: Scott Carmichael To: cjclark@alum.mit.edu Cc: freebsd-hackers@freebsd.org Subject: Re: IP resolving In-Reply-To: <20021021193505.GB64666@blossom.cjclark.org> Message-ID: <20021021233450.D34501-100000@samwise.jobeus.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > You never said if you are using TCP wrappers. Can you show us the > actual output from the machine? What do, Yes, I guess I am now, but the problem existed before as well. The TCP wrapper is just whatever is enabled by configuring /etc/hosts.allow. In the following, 'andrew' is the account that shows he's logged in from samwise, which is actually my box, and he's a few hundred miles away from an IP that netstat will show later on. > $ w 11:35PM up 7 days, 17 mins, 3 users, load averages: 1.02, 1.02, 1.01 USER TTY FROM LOGIN@ IDLE WHAT andrew p1 samwise 8:24PM 3:11 -tcsh (tcsh) jobe p2 moria 11:31PM - pine -zi > $ w -n 11:36PM up 7 days, 18 mins, 3 users, load averages: 1.01, 1.02, 1.00 USER TTY FROM LOGIN@ IDLE WHAT andrew p1 205.206.125.238 8:24PM 3:12 -tcsh (tcsh) jobe p2 205.206.125.235 11:31PM - pine -zi (here, it's displaying MY ip as well) > $ who 23:36 (1603) jobe@samwise:[~]> who andrew ttyp1 Oct 21 20:24 (205.206.125.238) jobe ttyp2 Oct 21 23:31 (moria) > $ last | head 23:36 (1604) jobe@samwise:[~]> last | head jobe ttyp2 moria Mon Oct 21 23:31 still logged in [deletia] andrew ttyp1 205.206.125.238 Mon Oct 21 20:24 still logged in > $ netstat -an Active Internet connections Proto Recv-Q Send-Q Local Address Foreign Address (state) tcp4 0 0 205.206.125.238.139 148.240.10.206.3568 TIME_WAIT tcp4 0 20 205.206.125.238.22 205.206.125.235.3919 ESTABLISHED tcp4 0 0 205.206.125.238.22 205.206.125.235.3916 ESTABLISHED tcp4 0 0 205.206.125.238.139 205.206.125.235.3201 ESTABLISHED tcp4 0 0 205.206.125.238.22 24.157.160.165.60145 ESTABLISHED tcp4 0 0 205.206.125.238.139 205.206.125.236.37858 ESTABLISHED tcp6 0 0 ::1.953 *.* LISTEN tcp4 0 0 127.0.0.1.953 *.* LISTEN tcp4 0 0 127.0.0.1.53 *.* LISTEN tcp4 0 0 205.206.125.238.53 *.* LISTEN udp4 0 0 127.0.0.1.3724 *.* udp4 0 0 127.0.0.1.3397 *.* udp4 0 0 205.206.125.238.138 *.* udp4 0 0 205.206.125.238.137 *.* udp4 0 0 127.0.0.1.53 *.* udp4 0 0 205.206.125.238.53 *.* Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr d4029aa0 stream 0 0 d4567740 0 0 0 /tmp/screens/S-root/25091.ttyp1.samwise d4029be0 stream 0 0 d410f200 0 0 0 /tmp/mysql.sock d4029a00 dgram 0 0 0 d4029f00 0 d4029d20 d4029d20 dgram 0 0 0 d4029f00 0 d4029dc0 d4029dc0 dgram 0 0 0 d4029f00 0 d4029e60 d4029e60 dgram 0 0 0 d4029f00 0 0 d4029f00 dgram 0 0 d4024500 0 d4029a00 0 /var/run/log NOTE: here his IP shows properly: 24.157.160.165 > Show? Do you get identical results with rlogin and ssh? Can we see > both? rlogin is completely identical, though I can't contact the guy to try it out... but I've seen it in the past as the same results. Thanks, Scott > > On Fri, 18 Oct 2002, Crist J. Clark wrote: > > > > > On Sun, Oct 13, 2002 at 11:00:26PM -0600, Scott Carmichael wrote: > > > > Can someone help me here? Is there a code change I can make somewhere? > > > > > > > > Please CC me on any replies, as I am not subscribed to -net or -hackers. > > > > > > -net removed. -hackers left (although this might be more of a > > > -questions thread). > > > > > > > ---------- Forwarded message ---------- > > > > Date: Fri, 11 Oct 2002 14:14:08 -0600 (MDT) > > > > From: Scott Carmichael > > > > To: freebsd-questions@FreeBSD.ORG > > > > Subject: IP resolving > > > > > > > > I would like to know two things... Why FreeBSD acts in the following way > > > > while OpenBSD does not, and if it's possible to fix this? > > > > > > > > It seems that if anyone connects to my FreeBSD server wish a hostname that > > > > does not match their IP, > > > > > > "Hostname does not match their IP?" What exactly does that mean? All > > > the OS knows is the remote IP address. It doesn't know what hostname > > > the remote claims to have. The application server might receive a > > > hostname though, but then I would expect the behavior to vary > > > according to the application used to connect. > > > > > > > I get a console message about the mismatch, and > > > > > > Something is generating a message to syslogd(8). Figure out what it is > > > and edit syslog.conf(5) appropriately. Are you using TCP wrappers or > > > something? > > > > > > > then if they connect via rlogin or ssh, 'who', 'w', 'last', etc. all > > > > report that they are connected _from_ MY box, which they aren't. > > > > > > Strange. What does 'netstat -a' or 'sockstat' report? 'w' works fine > > > for me. > > > -- > > > Crist J. Clark | cjclark@alum.mit.edu > > > | cjclark@jhu.edu > > > http://people.freebsd.org/~cjc/ | cjc@freebsd.org > > > > > -- > Crist J. Clark | cjclark@alum.mit.edu > | cjclark@jhu.edu > http://people.freebsd.org/~cjc/ | cjc@freebsd.org > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 23:33:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8B7437B401; Mon, 21 Oct 2002 23:33:56 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD12043E4A; Mon, 21 Oct 2002 23:33:55 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9M6Xrn4015329; Tue, 22 Oct 2002 08:33:53 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: hackers@freebsd.org, current@freebsd.org Subject: 5.0-RUSH: -current install testers wanted! From: Poul-Henning Kamp Date: Tue, 22 Oct 2002 08:33:53 +0200 Message-ID: <15328.1035268433@critter.freebsd.dk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I built a "make release" overnight and I managed to install from it by copying the boot.flp image to a ZIP disk, selecting Minimum and FTP passive. So far so good. But we all know that sysintall has a few more bells and whistles than that, so NOW is the TIME of all good men to come to the aid of their favourite installer! I want as many people as possible to beat up on sysinstall as much as they can. And I want them to do it RSN: 5.0-R is only 9 days away. Please try to be creative in the choices you make in sysinstall, we don't need 20 people all testing ftp-passive, we need to get all the media options tested, IPv4 and IPv6, all the different distributions, scripted installs, on different hardware configs and so. If you find problems, please try to see if you reproduce them, if you can, try to see if you can isolate them to some particular menu choice or set of circumstances. Please report your findings with send-pr. If you don't have the machine-power to run make release yourself, I hope the japanese snapshot server is producing good snapshots, if that fails, I would appreciate if somebody will produce and put up good releases and/or ISO images somewhere. I can't promise to fix all the issues which come up, but I will do my very best... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 23:40:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D53DD37B401 for ; Mon, 21 Oct 2002 23:40:14 -0700 (PDT) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 644DA43E3B for ; Mon, 21 Oct 2002 23:40:14 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0152.cvx21-bradley.dialup.earthlink.net ([209.179.192.152] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183shu-000095-00; Mon, 21 Oct 2002 23:40:03 -0700 Message-ID: <3DB4F1D2.81B791AE@mindspring.com> Date: Mon, 21 Oct 2002 23:36:02 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "M. Warner Losh" Cc: rizzo@icir.org, dchrist@cox.net, hackers@FreeBSD.ORG Subject: Re: Scheduling a recurring task in a device driver References: <20021021092312.D18652@carp.icir.org> <20021021.231850.121892484.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "M. Warner Losh" wrote: > In message: <20021021092312.D18652@carp.icir.org> > Luigi Rizzo writes: > : a timeout() call will do (at most once per tick). grep for "timeout(" > : in most of device drivers to see how to use it. > > Also, A software interrupt would be good too, depending on the nature > of the recurring event. I considered suggesting this, but you are right about needing to know more about the frequency and other requirements of the hardware bug they are working around, before a useful suggestion is possible. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 23:53:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7311C37B401; Mon, 21 Oct 2002 23:53:41 -0700 (PDT) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id D94CD43E4A; Mon, 21 Oct 2002 23:53:40 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0152.cvx21-bradley.dialup.earthlink.net ([209.179.192.152] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183sv6-0001oR-00; Mon, 21 Oct 2002 23:53:40 -0700 Message-ID: <3DB4F4FF.C42E037A@mindspring.com> Date: Mon, 21 Oct 2002 23:49:35 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Poul-Henning Kamp Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! References: <15328.1035268433@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > I want as many people as possible to beat up on sysinstall as much as > they can. > > And I want them to do it RSN: 5.0-R is only 9 days away. > > Please try to be creative in the choices you make in sysinstall, we > don't need 20 people all testing ftp-passive, we need to get all the > media options tested, IPv4 and IPv6, all the different distributions, > scripted installs, on different hardware configs and so. > > If you find problems, please try to see if you reproduce them, if you > can, try to see if you can isolate them to some particular menu choice > or set of circumstances. Please report your findings with send-pr. Ad-Hoc testing is unlikely to find problems; if you are expecting a certain class of problems, it's best to treat them, up front. There are a number of systems right now with "broken" INT 0x12 implementations which will not boot at all right now (they panic almost immediately). I think you are going to end up with a lot of bug reports not related to the problems you are trying to prevent/address. 8-(. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 23:54:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25C6C37B401 for ; Mon, 21 Oct 2002 23:54:26 -0700 (PDT) Received: from cse.cs.huji.ac.il (cse.cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1D7B43EA9 for ; Mon, 21 Oct 2002 23:54:20 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cse.cs.huji.ac.il with esmtp id 183svj-000Q0E-00; Tue, 22 Oct 2002 08:54:19 +0200 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Poul-Henning Kamp Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: malloc In-Reply-To: Message from Poul-Henning Kamp of "Mon, 21 Oct 2002 15:14:19 +0200." <1821.1035206059@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Oct 2002 08:54:19 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > What a lame program... > > If this program is indicative of your real-world work-load, you can > optimize a lot by getting better programmers. > > If it is not indicative, then forget about it. i wish i could :-) danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 21 23:59:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADD7137B401 for ; Mon, 21 Oct 2002 23:59:43 -0700 (PDT) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7FE943E6E for ; Mon, 21 Oct 2002 23:59:39 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0152.cvx21-bradley.dialup.earthlink.net ([209.179.192.152] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183t0f-0006kj-00; Mon, 21 Oct 2002 23:59:25 -0700 Message-ID: <3DB4F655.776C99EE@mindspring.com> Date: Mon, 21 Oct 2002 23:55:17 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Danny Braniss Cc: Poul-Henning Kamp , freebsd-hackers@FreeBSD.ORG Subject: Re: malloc References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Danny Braniss wrote: > > What a lame program... > > > > If this program is indicative of your real-world work-load, you can > > optimize a lot by getting better programmers. > > > > If it is not indicative, then forget about it. > > i wish i could :-) This is a memory overcommit architecture. If you want to avoid the problem, set process limits, such that the programs you run will not hit hard system limits, and will hit administrative limitations instead. This will prevnt the core dumps you were seeing. I implied this in my last post; I'm being very explicit now. If you want GNU malloc behaviour, then you should install the port for the GNU allocator, and use it instead of the system allocator, and you will end up with the same behaviour that your application has on Linux. As far as the speed of your FP programs, I suggest looking at "man fpsetmask", and realize that the Linux defaults fail to comply with IEEE floating point standards. Specifically, there was a recent discussion on the -current list about FP compliance testing, which demonstrated Linux non-compliance. I believe the code in that thread was downloadable from NIST and from UC Berkeley. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 0:32: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 28D1A37B401; Tue, 22 Oct 2002 00:32:01 -0700 (PDT) Date: Tue, 22 Oct 2002 00:32:01 -0700 From: Juli Mallett To: Poul-Henning Kamp Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022003201.A32311@FreeBSD.org> References: <15328.1035268433@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <15328.1035268433@critter.freebsd.dk>; from phk@freebsd.org on Tue, Oct 22, 2002 at 08:33:53AM +0200 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Poul-Henning Kamp [ Data: 2002-10-21 ] [ Subjecte: 5.0-RUSH: -current install testers wanted! ] > > I want as many people as possible to beat up on sysinstall as much as > they can. > I've been fighting to find a way to install -CURRENT pure on my workstation using the 4.7 CD I just got in the mail, to no avail, because of the bin->base thing. But with the 4.7 installer, bouncing around in the FTP and networking screens, having done the "restart sysinstall" thing once, I managed to get a SIG11, though I couldn't reproduce it with debugging on. Anyone with a good idea on how to bootstrap a _clean_ 5.0 install to a box with only a CDROM drive, and 4.7 CD, with broken PXE firmware, and an IDE disk which can be thrashed, by all means tell me... I'd imagine that I could just use the mfsroot and kernel, but there's no way for me to disable atkbd/atkbdc that _I_ know of, in the post-userconfig world, and my keyboard is broken at the mountroot> prompt, as the atkbdc detected based on my usb keyboard makes neither interface work, as both are exposed to the kernel. I've never had to install CURRENT on here without the ability to burn a bootable CD, and use userconfig... Yes, it was that long ago that I did my initial install. Thoughts? Yes, I could build my own kernel and fake it, but I can't do that in a "real, user environment", and I'd love to have some idea of what might be possible... Damned Korean legacy-free box :/ Thanks, juli. -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 0:39:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3585637B401; Tue, 22 Oct 2002 00:39:12 -0700 (PDT) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98EFB43E4A; Tue, 22 Oct 2002 00:39:06 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0084.cvx21-bradley.dialup.earthlink.net ([209.179.192.84] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183tcy-0000gD-00; Tue, 22 Oct 2002 00:39:01 -0700 Message-ID: <3DB4FF58.F2784C52@mindspring.com> Date: Tue, 22 Oct 2002 00:33:44 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Juli Mallett Cc: Poul-Henning Kamp , hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! References: <15328.1035268433@critter.freebsd.dk> <20021022003201.A32311@FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Juli Mallett wrote: > Anyone with a good idea on how to bootstrap a _clean_ 5.0 install to a > box with only a CDROM drive, and 4.7 CD, with broken PXE firmware, and > an IDE disk which can be thrashed, by all means tell me... I'd imagine > that I could just use the mfsroot and kernel, but there's no way for me > to disable atkbd/atkbdc that _I_ know of, in the post-userconfig world, > and my keyboard is broken at the mountroot> prompt, as the atkbdc > detected based on my usb keyboard makes neither interface work, as both > are exposed to the kernel. > > I've never had to install CURRENT on here without the ability to burn a > bootable CD, and use userconfig... Yes, it was that long ago that I did > my initial install. > > Thoughts? Find another box where it has already been successfully installed, and an ISO image has been built from sources. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 0:41:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id D001A37B401; Tue, 22 Oct 2002 00:41:28 -0700 (PDT) Date: Tue, 22 Oct 2002 00:41:28 -0700 From: Juli Mallett To: Terry Lambert Cc: Poul-Henning Kamp , hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022004128.A33488@FreeBSD.org> References: <15328.1035268433@critter.freebsd.dk> <20021022003201.A32311@FreeBSD.org> <3DB4FF58.F2784C52@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3DB4FF58.F2784C52@mindspring.com>; from tlambert2@mindspring.com on Tue, Oct 22, 2002 at 12:33:44AM -0700 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Terry Lambert [ Data: 2002-10-22 ] [ Subjecte: Re: 5.0-RUSH: -current install testers wanted! ] > Juli Mallett wrote: > > Anyone with a good idea on how to bootstrap a _clean_ 5.0 install to a > > box with only a CDROM drive, and 4.7 CD, with broken PXE firmware, and > > an IDE disk which can be thrashed, by all means tell me... I'd imagine > > that I could just use the mfsroot and kernel, but there's no way for me > > to disable atkbd/atkbdc that _I_ know of, in the post-userconfig world, > > and my keyboard is broken at the mountroot> prompt, as the atkbdc > > detected based on my usb keyboard makes neither interface work, as both > > are exposed to the kernel. > > > > I've never had to install CURRENT on here without the ability to burn a > > bootable CD, and use userconfig... Yes, it was that long ago that I did > > my initial install. > > > > Thoughts? > > > Find another box where it has already been successfully installed, > and an ISO image has been built from sources. I don't have a CD burner. I have no ability to burn a CD at all. -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 0:51:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1CA037B401; Tue, 22 Oct 2002 00:51:39 -0700 (PDT) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB28D43E42; Tue, 22 Oct 2002 00:51:32 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id g9M7pUCE074053; Tue, 22 Oct 2002 09:51:30 +0200 (CEST) (envelope-from sos) From: Soeren Schmidt Message-Id: <200210220751.g9M7pUCE074053@spider.deepcore.dk> Subject: Re: 5.0-RUSH: -current install testers wanted! In-Reply-To: <20021022004128.A33488@FreeBSD.org> To: Juli Mallett Date: Tue, 22 Oct 2002 09:51:30 +0200 (CEST) Cc: Terry Lambert , Poul-Henning Kamp , hackers@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Juli Mallett wrote: > > Find another box where it has already been successfully installed, > > and an ISO image has been built from sources. > > I don't have a CD burner. I have no ability to burn a CD at all. Where do you live ? I'm sure we can find someone with a CD burner near you willing to make a copy and snailmail it to you... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 0:58:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 82F5C37B401; Tue, 22 Oct 2002 00:58:33 -0700 (PDT) Date: Tue, 22 Oct 2002 00:58:33 -0700 From: Juli Mallett To: Soeren Schmidt Cc: Terry Lambert , Poul-Henning Kamp , hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022005833.A34718@FreeBSD.org> References: <20021022004128.A33488@FreeBSD.org> <200210220751.g9M7pUCE074053@spider.deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200210220751.g9M7pUCE074053@spider.deepcore.dk>; from sos@spider.deepcore.dk on Tue, Oct 22, 2002 at 09:51:30AM +0200 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Soeren Schmidt [ Data: 2002-10-22 ] [ Subjecte: Re: 5.0-RUSH: -current install testers wanted! ] > It seems Juli Mallett wrote: > > > Find another box where it has already been successfully installed, > > > and an ISO image has been built from sources. > > > > I don't have a CD burner. I have no ability to burn a CD at all. > > Where do you live ? I'm sure we can find someone with a CD burner > near you willing to make a copy and snailmail it to you... (Consider this a beg for anyone close enough for it to be cost effective to send me a 5.0-CURRENT snapshot CD, on which I can somehow disable the atkbdc/atkbd stuff at bootup, or which has them out of the kernel...) Juli Mallett 11145 W 76th Terrace Shawnee, KS 66214 United States Thanks for the idea :) juli. -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 1: 3:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20E0A37B401 for ; Tue, 22 Oct 2002 01:03:43 -0700 (PDT) Received: from cse.cs.huji.ac.il (cse.cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BC4D43E4A for ; Tue, 22 Oct 2002 01:03:42 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cse.cs.huji.ac.il with esmtp id 183u0p-0003SZ-00; Tue, 22 Oct 2002 10:03:39 +0200 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: malloc In-Reply-To: Message from Terry Lambert of "Mon, 21 Oct 2002 10:59:26 MST." <3DB4407E.A9F06218@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Oct 2002 10:03:39 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Your code is not efficient; try this instead: He, the code is not mine, and the programmer is being invited for some coffee and indocrination. The program showed at least two things, 1- the linux emulation ignores the datasize limit, 2- is faster for this particular case of bad programing. btw, the host has 4gb of main memory, so i don't think it swapped. actually i just rebooted the machine with no swap to make sure. I'm not passing judgement as to what is better - though im biased to *BSD - but the fact is that i have some 1500 users, and some 600 computers, and (i hope none of my users are reading this) the users are getting less sophisticated - and when i get complains that it works on Linux, but not under FreeBSD i try very hard to prove them wrong, but im loosing. danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 1: 8:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5609637B401 for ; Tue, 22 Oct 2002 01:08:34 -0700 (PDT) Received: from cse.cs.huji.ac.il (cse.cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id D048343E6A for ; Tue, 22 Oct 2002 01:08:33 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cse.cs.huji.ac.il with esmtp id 183u5Y-0003Yc-00; Tue, 22 Oct 2002 10:08:32 +0200 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert Cc: Poul-Henning Kamp , freebsd-hackers@FreeBSD.ORG Subject: Re: malloc In-Reply-To: Message from Terry Lambert of "Mon, 21 Oct 2002 23:55:17 MST." <3DB4F655.776C99EE@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Oct 2002 10:08:32 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [...] > If you want GNU malloc behaviour, then you should install the port > for the GNU allocator, and use it instead of the system allocator, > and you will end up with the same behaviour that your application > has on Linux. what ticked my curiosity was that the linux binary did work, while the fbsd binary did the right thing with respect to the admin limits and coredumped when the datasize limit was exeeded. danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 1:11:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEF8737B401; Tue, 22 Oct 2002 01:11:32 -0700 (PDT) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5133543E3B; Tue, 22 Oct 2002 01:11:32 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0084.cvx21-bradley.dialup.earthlink.net ([209.179.192.84] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183u8R-0000zY-00; Tue, 22 Oct 2002 01:11:31 -0700 Message-ID: <3DB506B4.7111B592@mindspring.com> Date: Tue, 22 Oct 2002 01:05:08 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Juli Mallett Cc: Poul-Henning Kamp , hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! References: <15328.1035268433@critter.freebsd.dk> <20021022003201.A32311@FreeBSD.org> <3DB4FF58.F2784C52@mindspring.com> <20021022004128.A33488@FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Juli Mallett wrote: > > Find another box where it has already been successfully installed, > > and an ISO image has been built from sources. > > I don't have a CD burner. I have no ability to burn a CD at all. You don't burn a CD from the other box, you install from it. Though FreeBSD doesn't technically support it, because they do not make the sysinstall image easily available, you can upgrade via a CDROM FS image via NFS, without even needing a local CDROM installed on the machine being upgraded. To do this, copy over /stand/sysinstall to /tmp/sysinstall (it is crunched, therefore av[0] needs to be "sysinstall"), mount the image via NFS, run the sysinstall in /tmp, and select "local file system" for the media from which you will be upgrading. You must manullay run disklabel to change the boot code, after the upgrade, and prior to the reboot (the upgrade code in sysinstall makes assumptions about the boot media when it comes to the boot code installation, and those assumptions are often invalis, as in this case). If you are using SSH, you will potentially need to add the ssh line to the pam.conf file, or you will need physical console access to get back into the machine after you reboot with the new OS. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 1:18:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 8B74B37B401; Tue, 22 Oct 2002 01:18:22 -0700 (PDT) Date: Tue, 22 Oct 2002 01:18:22 -0700 From: Juli Mallett To: Terry Lambert Cc: Poul-Henning Kamp , hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022011822.A35944@FreeBSD.org> References: <15328.1035268433@critter.freebsd.dk> <20021022003201.A32311@FreeBSD.org> <3DB4FF58.F2784C52@mindspring.com> <20021022004128.A33488@FreeBSD.org> <3DB506B4.7111B592@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3DB506B4.7111B592@mindspring.com>; from tlambert2@mindspring.com on Tue, Oct 22, 2002 at 01:05:08AM -0700 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Terry Lambert [ Data: 2002-10-22 ] [ Subjecte: Re: 5.0-RUSH: -current install testers wanted! ] > Juli Mallett wrote: > > > Find another box where it has already been successfully installed, > > > and an ISO image has been built from sources. > > > > I don't have a CD burner. I have no ability to burn a CD at all. > > You don't burn a CD from the other box, you install from it. > > Though FreeBSD doesn't technically support it, because they do > not make the sysinstall image easily available, you can upgrade > via a CDROM FS image via NFS, without even needing a local CDROM > installed on the machine being upgraded. > > To do this, copy over /stand/sysinstall to /tmp/sysinstall (it is > crunched, therefore av[0] needs to be "sysinstall"), mount the > image via NFS, run the sysinstall in /tmp, and select "local > file system" for the media from which you will be upgrading. > > You must manullay run disklabel to change the boot code, after > the upgrade, and prior to the reboot (the upgrade code in sysinstall > makes assumptions about the boot media when it comes to the boot > code installation, and those assumptions are often invalis, as in > this case). > > If you are using SSH, you will potentially need to add the ssh > line to the pam.conf file, or you will need physical console access > to get back into the machine after you reboot with the new OS. If I wanted to do this, I could, but it would not give me a clean 5.0 install, and it is also not that simple at this time, as (afaict) kern.disks is required by sysinstall, which 4.x doesn't support... And even then, I'd have to blow away everything except /tmp first, which is a hell of a lot of fun, especially when it (often) doesn't work... -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 1:27:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 027EC37B401 for ; Tue, 22 Oct 2002 01:27:29 -0700 (PDT) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 903FE43E4A for ; Tue, 22 Oct 2002 01:27:28 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0084.cvx21-bradley.dialup.earthlink.net ([209.179.192.84] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183uNg-0002Wd-00; Tue, 22 Oct 2002 01:27:17 -0700 Message-ID: <3DB50A5A.F87EDA78@mindspring.com> Date: Tue, 22 Oct 2002 01:20:42 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Danny Braniss Cc: Poul-Henning Kamp , freebsd-hackers@FreeBSD.ORG Subject: Re: malloc References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Danny Braniss wrote: > > If you want GNU malloc behaviour, then you should install the port > > for the GNU allocator, and use it instead of the system allocator, > > and you will end up with the same behaviour that your application > > has on Linux. > > what ticked my curiosity was that the linux binary did work, while > the fbsd binary did the right thing with respect to the admin limits and > coredumped when the datasize limit was exeeded. The FreeBSD malloc uses anonymous pages mmap'ed off of /dev/zero. The Linux malloc uses pages added to the process address space via a call to sbrk. The FreeBSD malloc guarantees that the pages are zeroed before being obtained from the system; this is probably the majority of the cost. It is a security measure, so that you do not leak data from one process to another through anonymous pages. The Linux malloc does not. The FreeBSD malloc does not impose a size limit based on the (potential) collision of the stack with the heap. The Linux Malloc must impose a memory limit based on the possibility of such a collision. The FreeBSD malloc allocates untouched pages: the pages are faulted in when they are accessed. The Linux malloc pays the penalty up front, and so doesn't run into a usage shortage, if you use a thrashing access pattern, like your example "application" used, to intentionally thrash memory (twice; once on allocation, once again on checking of the reference, after). The FreeBSD malloc references an environment variable and a readlink() of a potentially non-existant symbolic link containing configuration data for the malloc. The Linux malloc does not have this overhead. The FreeBSD malloc would be lower performance than the Linux malloc, if you allocate space in teeny, tiny chunks; it has much higher performance for large allocations. Good programmers allocate their resources up front, once, instead of doing the allocations in time critical internal loops. The FreeBSD allocation is an overcommit allocation; this means that the malloc could succeed, obtain a memory mapping for the pages, but run out of pages to use as backing store for the address space so mapped. This *only* happens if the administrative limits on the applications are larger than the available physical resources: don't do that: "man login.conf", "man limit". If you want to have the Linux malloc behaviour on FreeBSD, then link your application with the Linux malloc library. It is available as a port for you to install on your FreeBSD system: cd /usr/ports/devel/libmalloc make all install ...and them link your applications with the "malloc" library, instead of using the system malloc. Can't really make it any more clear than that. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 1:32:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16E1937B401 for ; Tue, 22 Oct 2002 01:32:48 -0700 (PDT) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC63443E65 for ; Tue, 22 Oct 2002 01:32:47 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0084.cvx21-bradley.dialup.earthlink.net ([209.179.192.84] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183uSx-0005rH-00; Tue, 22 Oct 2002 01:32:43 -0700 Message-ID: <3DB50B9F.9C23FA16@mindspring.com> Date: Tue, 22 Oct 2002 01:26:07 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Danny Braniss Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: malloc References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Danny Braniss wrote: > > Your code is not efficient; try this instead: > He, the code is not mine, and the programmer is being invited for > some coffee and indocrination. Good. > The program showed at least two things, 1- the linux emulation ignores > the datasize limit, Possibly. One would expect it to core, then, when you ran out of memory; you said (in your original posting) that it was the FreeBSD version of the code that cored?!? > 2- is faster for this particular case of bad programing. Don't expect FreeBSD to ever optimize system code to make bad programmers look like good programmers. It's not going to happen. > btw, the host has 4gb of main memory, so i don't think it swapped. > actually i just rebooted the machine with no swap to make sure. Then you aren't getting the core dump you said you were. 8-). > I'm not passing judgement as to what is better - though im biased to *BSD - > but the fact is that i have some 1500 users, and some 600 computers, and > (i hope none of my users are reading this) the users are getting less > sophisticated - and when i get complains that it works on Linux, but not under > FreeBSD i try very hard to prove them wrong, but im loosing. If you are fighting that fight, you might as well switch to Windows, and be done with it, because people can make the same argument with "Windows vs. Linux" instead of "Linux vs. FreeBSD", since the issues are exactly analogous: the Windows environment does a much better job than Linux of allowing bad programmers to write code that runs. And Linux does this better than FreeBSD (there are even Linux libraries that will treat NULL pointers as if they were pointers to strings with a value of "" -- and don't think there isn't runtime overhead associated with the extra compares again NULL for each and every strcpy(), strlen(), etc.. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 1:34:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5024A37B401; Tue, 22 Oct 2002 01:34:24 -0700 (PDT) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0216443E75; Tue, 22 Oct 2002 01:34:24 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0084.cvx21-bradley.dialup.earthlink.net ([209.179.192.84] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183uUZ-00072u-00; Tue, 22 Oct 2002 01:34:23 -0700 Message-ID: <3DB50C00.8CFA03A9@mindspring.com> Date: Tue, 22 Oct 2002 01:27:44 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Juli Mallett Cc: Poul-Henning Kamp , hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! References: <15328.1035268433@critter.freebsd.dk> <20021022003201.A32311@FreeBSD.org> <3DB4FF58.F2784C52@mindspring.com> <20021022004128.A33488@FreeBSD.org> <3DB506B4.7111B592@mindspring.com> <20021022011822.A35944@FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Juli Mallett wrote: > If I wanted to do this, I could, but it would not give me a clean > 5.0 install, and it is also not that simple at this time, as (afaict) > kern.disks is required by sysinstall, which 4.x doesn't support... > And even then, I'd have to blow away everything except /tmp first, > which is a hell of a lot of fun, especially when it (often) doesn't > work... If you want a *clean* 5.0 install, you will have to burn a CDROM, mount up a disk to be the target of a "make installworld", or use PXE. Period. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 2: 8:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E229837B401; Tue, 22 Oct 2002 02:08:43 -0700 (PDT) Received: from rhadamanth.submonkey.net (pc1-cdif2-4-cust210.cdf.cable.ntl.com [80.4.10.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id D330C43E3B; Tue, 22 Oct 2002 02:08:37 -0700 (PDT) (envelope-from setantae@submonkey.net) Received: from setantae by rhadamanth.submonkey.net with local (Exim 4.10) id 183v1g-000Hc9-00; Tue, 22 Oct 2002 10:08:36 +0100 Date: Tue, 22 Oct 2002 10:08:36 +0100 From: Ceri Davies To: Poul-Henning Kamp Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022090836.GA67366@submonkey.net> Mail-Followup-To: Ceri Davies , Poul-Henning Kamp , hackers@freebsd.org, current@freebsd.org References: <15328.1035268433@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15328.1035268433@critter.freebsd.dk> X-message-flag: All your linuxconf-configured redhat are belong to us. User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 22, 2002 at 08:33:53AM +0200, Poul-Henning Kamp wrote: > If you don't have the machine-power to run make release yourself, > I hope the japanese snapshot server is producing good snapshots, > if that fails, I would appreciate if somebody will produce and put up > good releases and/or ISO images somewhere. snapshots.jp.freebsd.org hasn't completed a make release since September 17th by the looks of things. Ceri -- you can't see when light's so strong you can't see when light is gone To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 2:13:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B65D37B401 for ; Tue, 22 Oct 2002 02:13:13 -0700 (PDT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4738B43E42 for ; Tue, 22 Oct 2002 02:13:12 -0700 (PDT) (envelope-from marcolz@stack.nl) Received: from toad.stack.nl (toad.stack.nl [2001:610:1108:5010:202:b3ff:fe17:9e1a]) by mailhost.stack.nl (Postfix) with ESMTP id E10A7A3015; Tue, 22 Oct 2002 11:13:10 +0200 (CEST) Received: by toad.stack.nl (Postfix, from userid 333) id 7D11D9696; Tue, 22 Oct 2002 11:13:09 +0200 (CEST) Date: Tue, 22 Oct 2002 11:13:09 +0200 From: Marc Olzheim To: David Yeske Cc: Luigi Rizzo , hackers@FreeBSD.ORG Subject: Re: kernel + mfsroot article review Message-ID: <20021022091309.GA74895@stack.nl> References: <20021018161933.A85798@carp.icir.org> <20021018234201.4242.qmail@web13507.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021018234201.4242.qmail@web13507.mail.yahoo.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD toad.stack.nl 4.6-STABLE FreeBSD 4.6-STABLE X-URL: http://www.stack.nl/~marcolz/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Oct 18, 2002 at 04:42:01PM -0700, David Yeske wrote: > MD_ROOT_SIZE is only needed for write_mfs_in_kernel. When write_mfs_in_kernel was removed the > code that used it was not though. I don't think it is still being used though. A couple of files > still reference it: src/sys/dev/md/md.c has ifdefs for it, src/release/Makefile still compiles it > on stable, src/sys/conf/options still defines it in opt_md.h, src/sys/i386/conf/LINT still has an > example... > > MFS_ROOT_SIZE seems to be even more stale. > > phk probably knows for sure though... I, for one, still use it to do remote net installs via dhcp/tftp. Works like a charm, together with write_mfs_in_kernel... Zlo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 2:22:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBBEF37B404 for ; Tue, 22 Oct 2002 02:22:33 -0700 (PDT) Received: from web13507.mail.yahoo.com (web13507.mail.yahoo.com [216.136.175.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 5A85543E42 for ; Tue, 22 Oct 2002 02:22:33 -0700 (PDT) (envelope-from dyeske@yahoo.com) Message-ID: <20021022092233.59559.qmail@web13507.mail.yahoo.com> Received: from [209.187.143.81] by web13507.mail.yahoo.com via HTTP; Tue, 22 Oct 2002 02:22:33 PDT Date: Tue, 22 Oct 2002 02:22:33 -0700 (PDT) From: David Yeske Subject: smbfs install option To: hackers@freebsd.org Cc: re@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I got a smbfs install option working a while ago before drivers.flp came around, but there was no space on the floppies. Since drivers.flp came out I have not had time to get it going again. This patch is NOT up to date though. I was wondering how I should go about making this usable, and which files should be on boot.flp, mfsroot.flp, drivers.flp, or somewhere else. Should this go into 5.0R, or make it into HEAD after RELENG_5 branches, or should this be applied to something other than sysinstall? Or should we not have a smbfs install option? The diff to GENERIC is NOT implying I think GENERIC should be modifed. I did that just to have those things added to GENERIC so they would make it onto BOOTMFS. http://pigseye.kennesaw.edu/~dyeske/freebsd/smbfs_current.patch http://pigseye.kennesaw.edu/~dyeske/freebsd/smbfs.c Also I modified nfs.c to make smbfs.c Regards, David Yeske __________________________________________________ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 2:31: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CEE937B401 for ; Tue, 22 Oct 2002 02:31:07 -0700 (PDT) Received: from web13504.mail.yahoo.com (web13504.mail.yahoo.com [216.136.175.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 430A743E75 for ; Tue, 22 Oct 2002 02:31:07 -0700 (PDT) (envelope-from dyeske@yahoo.com) Message-ID: <20021022093106.68873.qmail@web13504.mail.yahoo.com> Received: from [209.187.143.81] by web13504.mail.yahoo.com via HTTP; Tue, 22 Oct 2002 02:31:06 PDT Date: Tue, 22 Oct 2002 02:31:06 -0700 (PDT) From: David Yeske Subject: cdrom.1 build option To: re@freebsd.org Cc: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Most of the time I don't need cdrom images when I make release. This patch should make it an option. It does not change the default. If this looks ok than I can open a pr and submit it... http://pigseye.kennesaw.edu/~dyeske/freebsd/patch-src_release_Makefile Regards, David Yeske __________________________________________________ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 2:43:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0D2437B401 for ; Tue, 22 Oct 2002 02:43:35 -0700 (PDT) Received: from cse.cs.huji.ac.il (cse.cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48B2E43E4A for ; Tue, 22 Oct 2002 02:43:35 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cse.cs.huji.ac.il with esmtp id 183vZU-0006uf-00; Tue, 22 Oct 2002 11:43:32 +0200 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: malloc In-Reply-To: Message from Terry Lambert of "Tue, 22 Oct 2002 01:26:07 MST." <3DB50B9F.9C23FA16@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Oct 2002 11:43:32 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [...] > Possibly. One would expect it to core, then, when you ran out of > memory; you said (in your original posting) that it was the FreeBSD > version of the code that cored?!? > true, but i also mentioned how i fixed it, by increasing the MAXDSIZ option. danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 4:50:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2059237B401 for ; Tue, 22 Oct 2002 04:50:32 -0700 (PDT) Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [212.135.138.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 198D143E6A for ; Tue, 22 Oct 2002 04:50:31 -0700 (PDT) (envelope-from fanf@chiark.greenend.org.uk) Received: from fanf by chiark.greenend.org.uk with local (Exim 3.12 #1) id 183xYK-0003aB-00 (Debian); Tue, 22 Oct 2002 12:50:28 +0100 To: tlambert2@mindspring.com From: Tony Finch Cc: hackers@freebsd.org Subject: Re: malloc In-Reply-To: <3DB50A5A.F87EDA78@mindspring.com> References: Message-Id: Date: Tue, 22 Oct 2002 12:50:28 +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > >The FreeBSD malloc guarantees that the pages are zeroed before being >obtained from the system; this is probably the majority of the cost. >It is a security measure, so that you do not leak data from one process >to another through anonymous pages. > >The Linux malloc does not. Utter bollocks. FreeBSD malloc can be configured to re-initialize memory on every allocation, but this is designed to assist with buggy programs, it is *not* a security measure. Memory obtained from the kernel on *all* unices (including Linux) is zeroed; that is when security matters, not in malloc. This will not affect the relative performance of phk and gnu malloc. >The FreeBSD malloc references an environment variable and a readlink() >of a potentially non-existant symbolic link containing configuration >data for the malloc. Once at program startup. This is not a significant cost. >The FreeBSD allocation is an overcommit allocation True for Linux too, by default. Tony. -- f.a.n.finch http://dotat.at/ NORTH UTSIRE: EAST 4 OR 5 INCREASING 6 TO GALE 8. RAIN. MODERATE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 5:31:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 161C837B401 for ; Tue, 22 Oct 2002 05:31:09 -0700 (PDT) Received: from straylight.ringlet.net (office.sbnd.net [217.75.140.130]) by mx1.FreeBSD.org (Postfix) with SMTP id AA6F243E3B for ; Tue, 22 Oct 2002 05:31:04 -0700 (PDT) (envelope-from roam@ringlet.net) Received: (qmail 9070 invoked by uid 1000); 22 Oct 2002 12:30:38 -0000 Date: Tue, 22 Oct 2002 15:30:38 +0300 From: Peter Pentchev To: Bruce M Simpson Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PThreads problem Message-ID: <20021022123038.GB378@straylight.oblivion.bg> Mail-Followup-To: Bruce M Simpson , freebsd-hackers@FreeBSD.ORG References: <1035200159.24315.13.camel@bilbo> <20021021124520.GS389@straylight.oblivion.bg> <1035206648.24315.20.camel@bilbo> <20021021134834.GA41198@straylight.oblivion.bg> <20021021135045.GB41198@straylight.oblivion.bg> <1035218026.24330.33.camel@bilbo> <20021021194453.GB377@straylight.oblivion.bg> <1035232308.24315.37.camel@bilbo> <3DB46BB8.46401DF5@mindspring.com> <20021022113132.GB16068@spc.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="A6N2fC+uXW/VQSAv" Content-Disposition: inline In-Reply-To: <20021022113132.GB16068@spc.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --A6N2fC+uXW/VQSAv Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 22, 2002 at 12:31:32PM +0100, Bruce M Simpson wrote: > On Mon, Oct 21, 2002 at 02:03:52PM -0700, Terry Lambert wrote: > > It is more correct to say that libcurl makes an assumption about > > signal delivery which is not guaranteed by POSIX, and therefore > > libcurl will not work with *any* POSIX compliant threads > > implementation which does not *happen* to work this way. >=20 > Would a more correct approach, when dealing with POSIX threads and signal= s, > be to make sure signals are delivered to a single thread *expressly for > that purpose*, and then use POSIX thread primitives (such as mutexes and > condvars) to communicate the signal conditions to the other threads? =2E.and when you start writing programs which depend on this functionality, they will not work on any system that does not do it. Part of the problem is that the linuxthreads approach of different threads as different processes would require that you deliver each and every signal destined for a 'worker' thread/process to the designated 'signal handler' thread/process; I am practically certain that no one in the Linux kernel crowd would like the idea of redirecting all signals from one process to another :) G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 No language can express every thought unambiguously, least of all this one. --A6N2fC+uXW/VQSAv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE9tUTu7Ri2jRYZRVMRApyzAJ4iIZIR8mMQayH8MEn2fZiTqmF+sgCgxi+w tKIbLiuVG8BBm//qC2/z2Yo= =QzYb -----END PGP SIGNATURE----- --A6N2fC+uXW/VQSAv-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 6:47: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DCC737B407 for ; Tue, 22 Oct 2002 06:47:00 -0700 (PDT) Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8925443E6A for ; Tue, 22 Oct 2002 06:46:59 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 22667 invoked from network); 22 Oct 2002 13:46:57 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 22 Oct 2002 13:46:57 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9MDkon5062519; Tue, 22 Oct 2002 09:46:50 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3DB46B19.EC096B5F@mindspring.com> Date: Tue, 22 Oct 2002 09:46:54 -0400 (EDT) From: John Baldwin To: Terry Lambert Subject: Re: Kernel Panic Problems Cc: hackers@FreeBSD.org, Diego Wentz Antunes Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 21-Oct-2002 Terry Lambert wrote: > Diego Wentz Antunes wrote: >> >> I have been experiencing several kernel panics from differents >> >> situations, since a ls to just boot the kernel. >> >> I configured all the options in rc.conf to save the core dump from >> >> memory to HD and some of the results are >> >> here in the file panics. Above all I search at internet some information >> >> to try to explain this recursive panics >> >> and found that it could be some memory problem. Is there a way to make a >> >> hard test with memory? >> >> I'm uncertainty if it is the memory because the PC stayed turned on >> >> for 6 days without any problem! >> >> Any comments will be welcome! > > Panic #1: > --- >#0 dumpsys () at ../../kern/kern_shutdown.c:487 > 487 if (dumping++) { > (kgdb) where >#0 dumpsys () at ../../kern/kern_shutdown.c:487 >#1 0xc0164d4b in boot (howto=256) at ../../kern/kern_shutdown.c:316 >#2 0xc0165189 in panic (fmt=0xc02ae96c "%s") at ../../kern/kern_shutdown.c:595 >#3 0xc02623ab in trap_fatal (frame=0xc3e8be4c, eva=0) at > ../../i386/i386/trap.c:966 >#4 0xc0262059 in trap_pfault (frame=0xc3e8be4c, usermode=0, eva=0) at > ../../i386/i386/trap.c:859 >#5 0xc0261bff in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = > 671703040, tf_esi = 0, > tf_ebp = 0, tf_isp = -1008157064, tf_ebx = -1008183320, tf_edx = > -1087061161, tf_ecx = -1008183320, > tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = 0, tf_cs = 8, tf_eflags > = 66118, > tf_esp = -1071632535, tf_ss = 8}) at ../../i386/i386/trap.c:458 > (kgdb) quit > --- > > Is this a full backtrace? I don't see any way that the stack > could have started with "trap_pfault"... it had to be running > something to cause a page fault. It's a fault from userland perhaps. > Panic #2: > --- > ... >#8 0xc0261bff in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = > -1064400440, tf_esi = -1007800320, > tf_ebp = -1007805296, tf_isp = -1007805336, tf_ebx = 47288, tf_edx = > -1690778642, tf_ecx = 821789308, > tf_eax = -56600120, tf_trapno = 12, tf_err = 0, tf_eip = -1071249494, > tf_cs = 8, tf_eflags = 66070, > tf_esp = -1064405504, tf_ss = 2606062}) at ../../i386/i386/trap.c:458 >#9 0xc02607aa in generic_bcopy () >#10 0xc0247c30 in scstart (tp=0xc0879b00) at ../../dev/syscons/syscons.c:1285 >#11 0xc017c1e4 in ttstart (tp=0xc0879b00) at ../../kern/tty.c:1401 >#12 0xc017ccb9 in ttwrite (tp=0xc0879b00, uio=0xc3ee1ed4, flag=8323073) at > ../../kern/tty.c:1957 > ... > --- > > This one stops being possible at #9; specifically, there is no > version of syscons.c that, in scstart, calls generic_bcopy() > directly. The only functions it calls directly are q_to_b(), > which is a copy, but the function which does it is not static, > and has a global definition, and therefore should show up in > the stack trace. Similarly, the sc_puts() is also called. > > None of this really matches 4.4, 4.6, or -current syscons.c, > so more information is needed, but it's unlikely that syscons > has changed and changed back, so significantly. You need to > look at the code at dev/syscons/syscons.c:1285 in your own > source tree, which seems to differ significantly from the source > tree the rest of us are using. generic_bcopy() is an asm function which may not have a full frame. Thus, when gdb walks back over the stacktrace, it may skip the frame that called generic_bcopy() and go to the previous frame. ddb sometimes does a better job with backtraces for some reason. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 7:38:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B386A37B401 for ; Tue, 22 Oct 2002 07:38:20 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E18C743E6A for ; Tue, 22 Oct 2002 07:38:19 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id KAA01766; Tue, 22 Oct 2002 10:38:19 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g9MEbnc07437; Tue, 22 Oct 2002 10:37:49 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15797.25277.327022.609027@grasshopper.cs.duke.edu> Date: Tue, 22 Oct 2002 10:37:49 -0400 (EDT) To: Eric Anholt Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Ati Rage 128: Dpms suspend failes In-Reply-To: <1035222191.882.4.camel@anholt.dyndns.org> References: <20021021171636.B324@snoopy.cablecom.ch> <1035222191.882.4.camel@anholt.dyndns.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Eric Anholt writes: > On Mon, 2002-10-21 at 08:16, Hanspeter Roth wrote: > > Hello, > > > > I have two hosts connected to one monitor. My idea is attach the > > display to the other host by issuing `xset dpms force suspend'. > > This works on one host with a Matrox Millenium. > > On the host with an Ati Rage 128 Pro TF it works with Netbsd, but > > it doesn't work with FreeBSD 4.7-Release. > > The screen only turns blank but the LED remains green. This is the > > same when issuing `xset s activate'. > > > > What could be the reason on FreeBSD 4.7 that dpms force suspend > > doesn't work? > > > > Installed are XFree86-Server-4.2.1_3 and XFree86-libraries-4.2.1_1.) > > You need XFree86-Server-4.2.1_4 or later (it's at _5 now). I've now upgraded to XFree86-Server-4.2.1_5. dpms still does not work for me: % xset dpms force off ; xset q | tail -5 Standby: 300 Suspend: 600 Off: 660 DPMS is Enabled Monitor is Off Font cache: hi-mark (KB): 1024 low-mark (KB): 768 balance (%): 70 (and I'm looking at the monitor and it is on) My video card is an ATI Rage 128: none1@pci1:0:0: class=0x030000 card=0x7106174b chip=0x54461002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies' device = 'Rage 128 Pro AGP 4x' class = display subclass = VGA Do I need something special in my /etc/X11/XF86Config to make this work? I never had problems on my old system (an alpha with a 3dlabs Permedia-2 based AGP card). Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 8:22:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81AE537B401 for ; Tue, 22 Oct 2002 08:22:17 -0700 (PDT) Received: from relay01.cablecom.net (relay01.cablecom.net [62.2.33.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86B7043E4A for ; Tue, 22 Oct 2002 08:22:16 -0700 (PDT) (envelope-from hanspeter_roth@hotmail.com) Received: from smtp.swissonline.ch (mail-4.swissonline.ch [62.2.32.85]) by relay01.cablecom.net (8.12.5/8.12.5/SOL/AWF/MXRELAY/20020820) with ESMTP id g9MFMEZ2054496 for ; Tue, 22 Oct 2002 17:22:14 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Received: from snoopy.here (dclient80-218-76-119.hispeed.ch [80.218.76.119]) by smtp.swissonline.ch (8.11.6/8.11.6/SMTPSOL/AWF/2002040101) with ESMTP id g9MFMDF14430 for ; Tue, 22 Oct 2002 17:22:14 +0200 (MEST) Received: (from hampi@localhost) by snoopy.here (8.11.6/8.11.6) id g9MFMFJ00396 for freebsd-hackers@FreeBSD.ORG; Tue, 22 Oct 2002 17:22:15 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Date: Tue, 22 Oct 2002 17:22:15 +0200 From: Hanspeter Roth To: freebsd-hackers@FreeBSD.ORG Subject: Re: Ati Rage 128: Dpms suspend failes Message-ID: <20021022172215.A356@snoopy.cablecom.ch> Reply-To: freebsd-hackers@FreeBSD.ORG Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20021021171636.B324@snoopy.cablecom.ch> <1035222191.882.4.camel@anholt.dyndns.org> <15797.25277.327022.609027@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15797.25277.327022.609027@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Tue, Oct 22, 2002 at 10:37:49AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Oct 22 at 10:37, Andrew Gallatin spoke: > I've now upgraded to XFree86-Server-4.2.1_5. dpms still does not > work for me: > > % xset dpms force off ; xset q | tail -5 I didn't care about off. My monitor seems to behave the similar when set to `off' as when set to suspend or standby. The status LED turns yellow and the screen turns blank and recovery takes a few seconds. My application is to switch the display to the alternate host. This is working now. -Hanspeter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 8:28:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D420F37B401 for ; Tue, 22 Oct 2002 08:28:16 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55CE743E3B for ; Tue, 22 Oct 2002 08:28:16 -0700 (PDT) (envelope-from eischen@pcnet1.pcnet.com) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g9MFSBp9025145; Tue, 22 Oct 2002 11:28:12 -0400 (EDT) Date: Tue, 22 Oct 2002 11:28:11 -0400 (EDT) From: Daniel Eischen To: Peter Pentchev Cc: Bruce M Simpson , freebsd-hackers@FreeBSD.ORG Subject: Re: PThreads problem In-Reply-To: <20021022123038.GB378@straylight.oblivion.bg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 22 Oct 2002, Peter Pentchev wrote: > On Tue, Oct 22, 2002 at 12:31:32PM +0100, Bruce M Simpson wrote: > > On Mon, Oct 21, 2002 at 02:03:52PM -0700, Terry Lambert wrote: > > > It is more correct to say that libcurl makes an assumption about > > > signal delivery which is not guaranteed by POSIX, and therefore > > > libcurl will not work with *any* POSIX compliant threads > > > implementation which does not *happen* to work this way. > > > > Would a more correct approach, when dealing with POSIX threads and signals, > > be to make sure signals are delivered to a single thread *expressly for > > that purpose*, and then use POSIX thread primitives (such as mutexes and > > condvars) to communicate the signal conditions to the other threads? > > ..and when you start writing programs which depend on this functionality, > they will not work on any system that does not do it. Part of the problem > is that the linuxthreads approach of different threads as different > processes would require that you deliver each and every signal destined > for a 'worker' thread/process to the designated 'signal handler' > thread/process; I am practically certain that no one in the Linux kernel > crowd would like the idea of redirecting all signals from one process to > another :) Like it or not, what Bruce is suggesting is POSIX behaviour. If Linuxthreads doesn't allow one thread to sigwait or sisgsuspend on a signal, and to have a signal delivered to it (assuming the signal is masked in all other threads), then it is very wrong. Plus, each client thread doesn't necessarily have to do the sigalarm() itself. The timeout server thread can do it based on the smallest timeout in its list of client requests. When a new thread wants to add a timeout, it locks the timeout list, inserts the timeout, unlocks the list, and uses pthread_kill(tsid, SIGALRM) to wakeup the timeout server thread. When the timeout server thread wakes up, it can reevaluate its list of timeout requests, handle any threads that have timed out, and go back to sleep. You can use pthread_kill() to signal any client thread that has timedout. I'm sure there are other ways of doing it, but I don't see why something like the above won't work under Linuxthreads as well. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 8:36:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D25C737B401 for ; Tue, 22 Oct 2002 08:36:34 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id E849643E9C for ; Tue, 22 Oct 2002 08:36:32 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.6/8.12.5) id g9MFXmvC099960; Tue, 22 Oct 2002 10:33:48 -0500 (CDT) (envelope-from dan) Date: Tue, 22 Oct 2002 10:33:48 -0500 From: Dan Nelson To: Terry Lambert Cc: Danny Braniss , Poul-Henning Kamp , freebsd-hackers@FreeBSD.ORG Subject: Re: malloc Message-ID: <20021022153347.GA92973@dan.emsphone.com> References: <3DB50A5A.F87EDA78@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DB50A5A.F87EDA78@mindspring.com> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Oct 22), Terry Lambert said: > Danny Braniss wrote: > > > If you want GNU malloc behaviour, then you should install the > > > port for the GNU allocator, and use it instead of the system > > > allocator, and you will end up with the same behaviour that your > > > application has on Linux. > > > > what ticked my curiosity was that the linux binary did work, while > > the fbsd binary did the right thing with respect to the admin > > limits and coredumped when the datasize limit was exeeded. > > The FreeBSD malloc uses anonymous pages mmap'ed off of /dev/zero. > > The Linux malloc uses pages added to the process address space via a > call to sbrk. Actually, on FreeBSD only the page directory is mmap'ed. Data returned to the user is allocated via sbrk. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 10: 8:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5B4737B401 for ; Tue, 22 Oct 2002 10:08:39 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 150B243E65 for ; Tue, 22 Oct 2002 10:08:39 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id NAA10282 for ; Tue, 22 Oct 2002 13:08:38 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g9MH88F07574; Tue, 22 Oct 2002 13:08:08 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15797.34296.634185.574008@grasshopper.cs.duke.edu> Date: Tue, 22 Oct 2002 13:08:08 -0400 (EDT) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Ati Rage 128: Dpms suspend failes In-Reply-To: <20021022172215.A356@snoopy.cablecom.ch> References: <20021021171636.B324@snoopy.cablecom.ch> <1035222191.882.4.camel@anholt.dyndns.org> <15797.25277.327022.609027@grasshopper.cs.duke.edu> <20021022172215.A356@snoopy.cablecom.ch> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hanspeter Roth writes: > On Oct 22 at 10:37, Andrew Gallatin spoke: > > > I've now upgraded to XFree86-Server-4.2.1_5. dpms still does not > > work for me: > > > > % xset dpms force off ; xset q | tail -5 > > I didn't care about off. My monitor seems to behave the similar when > set to `off' as when set to suspend or standby. The status LED turns > yellow and the screen turns blank and recovery takes a few seconds. As does mine (based on experiance from when I had a video card that worked in my old machine :-( ) > My application is to switch the display to the alternate host. This > is working now. Lucky you! What does pciconf -lv say about your card? Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 10:51:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15ABA37B401; Tue, 22 Oct 2002 10:51:44 -0700 (PDT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [193.111.112.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FDDA43E75; Tue, 22 Oct 2002 10:51:43 -0700 (PDT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.6/8.12.6/ZEIST.DE) with ESMTP id g9MHpVvn020635; Tue, 22 Oct 2002 19:51:31 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.6/8.12.6/Submit) id g9MHpQeo020634; Tue, 22 Oct 2002 19:51:26 +0200 (CEST) (envelope-from marius) Date: Tue, 22 Oct 2002 19:51:26 +0200 From: marius@alchemy.franken.de To: Poul-Henning Kamp Cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022175126.GA89712@newtrinity.zeist.de> References: <15328.1035268433@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15328.1035268433@critter.freebsd.dk> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Last week I replace a broken mainboard with a dual-Athlon one (Tyan Tiger s2466n-4m) and decided to upgrade that box from 4-stable to -current by installing the 0917-jpsnap via the floppies and passive ftp. I hit several sysinstall-problems some of which my already be fixed: - The hd I install -current onto previously had 4-stable on it, I deleted slice one (was the only one) and created a new one and selected the standard MBR. I decided to give UFS2 a try and created the filesystems with '-O 2 -U' (there was some problem toggling Softupdates und just adding '-O 2' to the newfs-options). But after rebooting the 4-stable (!) bootloader came claiming it wasn't able to load /kernel, a `ls` at the bootloader-prompt showed the contents of the former root-fs, even the former contents of some of the sub- direcroties , e.g. /etc could be displayed. - After a `dd if=/dev/zero of=/dev/da0 count=16` (booted with another hd containing 4-stable) I repeated the above procedure and ended up with the -current bootloader yelling "No UFS" several times. For now I ended up having the root-fs UFS1 and var, usr and tmp UFS2. This problem seems to be on the todo-list. - During the 6-7 sysinstall-runs (it hung and crashed unreproduceable 4-5 times) I always had the problem that after configuring the nic with a ipv4-adress it took some random time between ~15 seconds up to several minutes to look up the hostname of the jpsnap-server. This definitely wasn't a network- or dns-problem, another box connected via the same line and using the same nameserver didn't have problems looking up the hostname. I ran tcpdump on the other box and the reason for this seems to be sysinstall doing ipv6 neigbhourhood-detection and ping6 the ipv6-address of the jpsnap- server also the interface wasn't configured for ipv6. I also saw some stuff that I don't know of what it is: fe80::2e0:81ff:fe22:d7cf > ff02::2:f8c7:7880: HBH icmp6: multicast listener report max resp delay: 0 addr: ff02::2:f8c7:7880 [hlim 1] - The 3 or 4 times I got to the point to set the root password the prompt to enter it popped up in ttyv1 and not in tty0 like the rest of sysinstall. I wasn't actually able to set one but sysinstall returned to the "post-install-configuration"-menue when hitting ctrl-c in ttyv0. Some problems I have with the installed -current: - The bios of the board offers ACPI-support and as I thought FreeBSD's support of this is advanced enough I decided to turn it but it turned out to not be SMP-"safe". I can't remeber a panic while running an UP-kernel for the short time to update to latest -current and build a SMP-kernel. When both ACPI- (via kld) and SMP-support are enabled the box is fscking unstable, I get about 3 lock-order-reversal- and locking-against-myself-panics per hour and occasionally spontaneous reboots. After turing of ACPI-support in the bios the ACPI-kld no longer gets loaded and the box runs stable for 3 days (no more panics or spontaneous reboots), still with the same kernel built of sources as of Oct 17. The mainboard has 2 pci-bridges, they and all devices behind them successfully get probed when running with ACPI enabled so this doesn't sound like the problem described in the todo-list. acpiconf doesn't work except for `acpiconf -s 1` (after an `acpiconf -e`), `acpiconf -s 1` turns off the output of the gfx- card for the fraction of second (once also the hd sounded as it would spin-down) and as soon it returns 2 resume-messages get displayed. Doing this causes a panic (pagefaults iirc) in about 1 of 5 times. - After the tons of panics I got the background fsck always cleaned up an alarming number of files and directories on the UFS2- filesystems, much more than I've ever seen after a panic of a 4-stable box. As I got most panics while extracting tarballs or building ports this could be ok but once also file I successfully downloaded some 30-60 seconds before a panic got deleted during the fsck-run, imho this shouldn't happen. Last but not least it would be fine if sysinstall would also support ATAPI-floppies (/dev/afd0) for mounting the fixit-floppy. I didn't check recently but I think support for mounting the live-cdrom in SCSI-cdroms is also broken, last time I tried it also wasn't possible to install from a SCSI-cdrom as sysinstall didn't detect /dev/cd0c. Hrm, the minor looks wrong in devices.c, could this be the reason ? static struct _devname { DeviceType type; char *name; char *description; int major, minor, delta, max; } device_names[] = { { DEVICE_TYPE_CDROM, "cd%dc", "SCSI CDROM drive", 15, 2, 8, 4 but: ls -la /dev/cd0c crw-r----- 1 root operator 15, 0 Oct 22 19:02 /dev/cd0c At least the minor matches for acd0c. Marius To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 11: 6:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C8DB37B401 for ; Tue, 22 Oct 2002 11:06:09 -0700 (PDT) Received: from phoenix.infradead.org (carisma.slowglass.com [195.224.96.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD2A443E3B for ; Tue, 22 Oct 2002 11:06:04 -0700 (PDT) (envelope-from hch@infradead.org) Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 1843Pf-0000kg-00; Tue, 22 Oct 2002 19:05:55 +0100 Date: Tue, 22 Oct 2002 19:05:55 +0100 From: Christoph Hellwig To: Terry Lambert Cc: Danny Braniss , Poul-Henning Kamp , freebsd-hackers@FreeBSD.ORG Subject: Re: malloc Message-ID: <20021022190555.A2655@infradead.org> References: <3DB50A5A.F87EDA78@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3DB50A5A.F87EDA78@mindspring.com>; from tlambert2@mindspring.com on Tue, Oct 22, 2002 at 01:20:42AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 22, 2002 at 01:20:42AM -0700, Terry Lambert wrote: > The FreeBSD malloc uses anonymous pages mmap'ed off of /dev/zero. > > The Linux malloc uses pages added to the process address space via > a call to sbrk. There is no "Linux malloc", neither does Linux have a sbrk syscall :) But glibc malloc indeed uses both brk and mmap. > The FreeBSD malloc guarantees that the pages are zeroed before being > obtained from the system; this is probably the majority of the cost. > It is a security measure, so that you do not leak data from one process > to another through anonymous pages. > > The Linux malloc does not. glibc malloc doesn not guarantee you zeroed memory if you reuse memory that was freed in your process. Otherwise it's of course zeroed. > once on allocation, once again on checking of the reference, after). > > The FreeBSD malloc references an environment variable and a readlink() > of a potentially non-existant symbolic link containing configuration > data for the malloc. > > The Linux malloc does not have this overhead. glibc malloc reads a bunch of enviroment variables, though to allow stuff like memleak debuging and such > The FreeBSD malloc would be lower performance than the Linux malloc, > if you allocate space in teeny, tiny chunks; it has much higher > performance for large allocations. Good programmers allocate their > resources up front, once, instead of doing the allocations in time > critical internal loops. It's certainly debatable wehther the whole point of a userlevel memory allocator like malloc() isn't avoiding the reimlementation of a better allocator in each an every program :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 11: 8:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0FE437B401 for ; Tue, 22 Oct 2002 11:08:35 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1274343E65 for ; Tue, 22 Oct 2002 11:08:35 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g9MI1xs7019055; Tue, 22 Oct 2002 11:01:59 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g9MI1xeg019054; Tue, 22 Oct 2002 11:01:59 -0700 Date: Tue, 22 Oct 2002 11:01:59 -0700 From: Brooks Davis To: Terry Lambert Cc: Danny Braniss , Poul-Henning Kamp , freebsd-hackers@FreeBSD.ORG Subject: Re: malloc Message-ID: <20021022110159.A1513@Odin.AC.HMC.Edu> References: <3DB50A5A.F87EDA78@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3DB50A5A.F87EDA78@mindspring.com>; from tlambert2@mindspring.com on Tue, Oct 22, 2002 at 01:20:42AM -0700 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 22, 2002 at 01:20:42AM -0700, Terry Lambert wrote: > The FreeBSD malloc would be lower performance than the Linux malloc, > if you allocate space in teeny, tiny chunks; it has much higher > performance for large allocations. Good programmers allocate their > resources up front, once, instead of doing the allocations in time > critical internal loops. The user may also see a performance gain on Linux if they use a less stupid allocation scheme. I ran into some code once that read strings one character at a time via getc() and did a realloc for each read. Needless to say, performance was truly awful since a typical run required parsing over 600MB of text. I saw a better then 50% speedup on Alpha Linux when I fixed that mess. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9tZKWXY6L6fI4GtQRArfPAJ91KLcQ/5wMMrv0mP9mlM8QkpItZgCg3g5w 0yugeTHcq6U5+BHyfqv2YL0= =TgMp -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 11:53:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2363237B401 for ; Tue, 22 Oct 2002 11:53:24 -0700 (PDT) Received: from math.missouri.edu (math.missouri.edu [128.206.49.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0046143E42 for ; Tue, 22 Oct 2002 11:53:23 -0700 (PDT) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu (cauchy.math.missouri.edu [128.206.49.166]) by math.missouri.edu (8.11.6/8.11.6) with ESMTP id g9MIqY207598; Tue, 22 Oct 2002 13:52:35 -0500 (CDT) (envelope-from stephen@math.missouri.edu) Message-ID: <3DB59E72.2080305@math.missouri.edu> Date: Tue, 22 Oct 2002 13:52:34 -0500 From: Stephen Montgomery-Smith Organization: University of Missouri User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis Cc: Terry Lambert , Danny Braniss , Poul-Henning Kamp , freebsd-hackers@FreeBSD.ORG Subject: Re: malloc References: <3DB50A5A.F87EDA78@mindspring.com> <20021022110159.A1513@Odin.AC.HMC.Edu> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Brooks Davis wrote: > > The user may also see a performance gain on Linux if they use a less > stupid allocation scheme. I ran into some code once that read strings > one character at a time via getc() and did a realloc for each read. > Needless to say, performance was truly awful since a typical run > required parsing over 600MB of text. I saw a better then 50% speedup on > Alpha Linux when I fixed that mess. > > -- Brooks > As an amateur programmer, I wrote a program something like this. But it allocates memory 1000 bytes at a time in order to save some of this overhead. I would be interested in getting feedback about this little function I wrote as to whether it could be greatly improved. (It works great for me, but probably I haven't really pushed it very hard.) #include #include /* Get a string from the stream f, allocating space to s as required. */ char *fgetsalloc(char **s, FILE *f) { int c; int len; int allocated; allocated = 1000; if ((*s = realloc(*s,1000))==NULL) { fprintf(stderr,"Allocation error\n"); exit(1); } len = 0; while (1) { c=getc(f); if (c==EOF) break; if (len>=allocated-1) { allocated += 1000; if ((*s = realloc(*s,allocated))==NULL) { fprintf(stderr,"Allocation error\n"); exit(1); } } (*s)[len] = c; len++; if (c=='\n') break; } if (len!=0) { (*s)[len] = '\0'; if ((*s = realloc(*s,len+1))==NULL) { fprintf(stderr,"Allocation error\n"); exit(1); } } else { if (*s!=NULL) free(*s); *s = NULL; } return *s; } -- Stephen Montgomery-Smith stephen@math.missouri.edu http://www.math.missouri.edu/~stephen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 11:57:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71EA037B401 for ; Tue, 22 Oct 2002 11:57:27 -0700 (PDT) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id F061243E4A for ; Tue, 22 Oct 2002 11:57:26 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0482.cvx21-bradley.dialup.earthlink.net ([209.179.193.227] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1844DE-0002xw-00; Tue, 22 Oct 2002 11:57:09 -0700 Message-ID: <3DB59F3D.45AD05B1@mindspring.com> Date: Tue, 22 Oct 2002 11:55:57 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bruce M Simpson Cc: Linus Kendall , Peter Pentchev , freebsd-hackers@FreeBSD.ORG Subject: Re: PThreads problem References: <1035200159.24315.13.camel@bilbo> <20021021124520.GS389@straylight.oblivion.bg> <1035206648.24315.20.camel@bilbo> <20021021134834.GA41198@straylight.oblivion.bg> <20021021135045.GB41198@straylight.oblivion.bg> <1035218026.24330.33.camel@bilbo> <20021021194453.GB377@straylight.oblivion.bg> <1035232308.24315.37.camel@bilbo> <3DB46BB8.46401DF5@mindspring.com> <20021022113132.GB16068@spc.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bruce M Simpson wrote: > On Mon, Oct 21, 2002 at 02:03:52PM -0700, Terry Lambert wrote: > > It is more correct to say that libcurl makes an assumption about > > signal delivery which is not guaranteed by POSIX, and therefore > > libcurl will not work with *any* POSIX compliant threads > > implementation which does not *happen* to work this way. > > Would a more correct approach, when dealing with POSIX threads and signals, > be to make sure signals are delivered to a single thread *expressly for > that purpose*, and then use POSIX thread primitives (such as mutexes and > condvars) to communicate the signal conditions to the other threads? There is very little in the way of signals which are guaranteed to work, when you are using threads. The best approach is to not use signals and threads together. If you have to use signals for something (in this case, you are building a simple timer mechanism using alarm/SIGALRM), then it is best to trap the signal to a handler, and have the hander do no work whatsoever, other than (1) noting the signal occurred in a volatile marker, and, possibly, (2) triggering a worker thread to act on the signal having occurred, and do the processing which you normally would have done in the signal handler in that thread, instead. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 12: 0:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF78437B401; Tue, 22 Oct 2002 12:00:16 -0700 (PDT) Received: from bilbo.in.mat.cc (bilbo.in.mat.cc [212.43.217.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85F8B43E3B; Tue, 22 Oct 2002 12:00:15 -0700 (PDT) (envelope-from mat@mat.cc) Received: from sauron (sauron.in.mat.cc [212.43.217.122]) by bilbo.in.mat.cc (Postfix) with ESMTP id E158471183; Tue, 22 Oct 2002 21:00:02 +0200 (CEST) Date: Tue, 22 Oct 2002 21:00:02 +0200 From: Mathieu Arnold To: Ceri Davies , Poul-Henning Kamp Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <393850171.1035320402@sauron> In-Reply-To: <20021022090836.GA67366@submonkey.net> References: <15328.1035268433@critter.freebsd.dk> <20021022090836.GA67366@submonkey.net> X-Mailer: Mulberry/3.0.0b5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --On mardi 22 octobre 2002 10:08 +0100 Ceri Davies wrote: > On Tue, Oct 22, 2002 at 08:33:53AM +0200, Poul-Henning Kamp wrote: > >> If you don't have the machine-power to run make release yourself, >> I hope the japanese snapshot server is producing good snapshots, >> if that fails, I would appreciate if somebody will produce and put up >> good releases and/or ISO images somewhere. > > snapshots.jp.freebsd.org hasn't completed a make release since September > 17th by the looks of things. I was willing to install a fresh -current, I'm trying to make release from a -stable box, but I don't believe it will end well. Could someone make release from a recent -current so that many of us could install it ? -- Mathieu Arnold To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 12: 2:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48DB237B401 for ; Tue, 22 Oct 2002 12:02:37 -0700 (PDT) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC68243E77 for ; Tue, 22 Oct 2002 12:02:36 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0482.cvx21-bradley.dialup.earthlink.net ([209.179.193.227] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1844IQ-0003b6-00; Tue, 22 Oct 2002 12:02:30 -0700 Message-ID: <3DB5A07F.AA118FA6@mindspring.com> Date: Tue, 22 Oct 2002 12:01:19 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Tony Finch Cc: hackers@freebsd.org Subject: Re: malloc References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Tony Finch wrote: > Terry Lambert wrote: > >The FreeBSD malloc guarantees that the pages are zeroed before being > >obtained from the system; this is probably the majority of the cost. > >It is a security measure, so that you do not leak data from one process > >to another through anonymous pages. > > > >The Linux malloc does not. > > Utter bollocks. FreeBSD malloc can be configured to re-initialize memory > on every allocation, but this is designed to assist with buggy programs, > it is *not* a security measure. Memory obtained from the kernel on *all* > unices (including Linux) is zeroed; that is when security matters, not > in malloc. This will not affect the relative performance of phk and gnu > malloc. *before being obtained from the system*. Once the application owns the memory, then it is the application's job to enforce security domains between threads. Since different threads can't have different credentials anyway (without assuming the threading inplementation), there are no guarantees that a *reallocation* will result in empty pages. And I didn't say that. I only said that the pages were zeroed *before being obtained from the system*. This is what you would expect, with anonymous memory accessed off /dev/zero. > >The FreeBSD malloc references an environment variable and a readlink() > >of a potentially non-existant symbolic link containing configuration > >data for the malloc. > > Once at program startup. This is not a significant cost. It is part of the overhead which he is measuring relative to the Linux implementation. > > >The FreeBSD allocation is an overcommit allocation > > True for Linux too, by default. There are some fundamental differences in sbrk() vs. mmap() based allocators, un terms of returning pages to the system following a free(). The FreeBSD implementation returns the pages back to the system very aggressively, which makes it much more apparently overcommit. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 12: 6:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86E0437B401 for ; Tue, 22 Oct 2002 12:06:15 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EA0843E3B for ; Tue, 22 Oct 2002 12:06:15 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g9MJ61s7029736; Tue, 22 Oct 2002 12:06:01 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g9MJ60YI029735; Tue, 22 Oct 2002 12:06:00 -0700 Date: Tue, 22 Oct 2002 12:06:00 -0700 From: Brooks Davis To: Stephen Montgomery-Smith Cc: Brooks Davis , Terry Lambert , Danny Braniss , Poul-Henning Kamp , freebsd-hackers@FreeBSD.ORG Subject: Re: malloc Message-ID: <20021022120600.A26767@Odin.AC.HMC.Edu> References: <3DB50A5A.F87EDA78@mindspring.com> <20021022110159.A1513@Odin.AC.HMC.Edu> <3DB59E72.2080305@math.missouri.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3DB59E72.2080305@math.missouri.edu>; from stephen@math.missouri.edu on Tue, Oct 22, 2002 at 01:52:34PM -0500 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 22, 2002 at 01:52:34PM -0500, Stephen Montgomery-Smith wrote: > Brooks Davis wrote: >=20 > > The user may also see a performance gain on Linux if they use a less > > stupid allocation scheme. I ran into some code once that read strings > > one character at a time via getc() and did a realloc for each read. > > Needless to say, performance was truly awful since a typical run > > required parsing over 600MB of text. I saw a better then 50% speedup = on > > Alpha Linux when I fixed that mess. >=20 > As an amateur programmer, I wrote a program something like this. But it= =20 > allocates memory 1000 bytes at a time in order to save some of this=20 > overhead. I would be interested in getting feedback about this little=20 > function I wrote as to whether it could be greatly improved. (It works= =20 > great for me, but probably I haven't really pushed it very hard.) If it performs well enough for your application, there's nothing wrong with it. If you want to speed it up, I'd suggest using the profiler (gprof) to see where you are spending the most time. What makes sense, depends on the layout of the file and how you want to process it. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9taGXXY6L6fI4GtQRAjmZAJ94cbBtVhgAZueyn6mYXiQHE5l0igCeOxA5 v/tWJ55yd5Z0v8ieZdoslM0= =eQQN -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 12: 8:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E7B137B401; Tue, 22 Oct 2002 12:08:58 -0700 (PDT) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id C449E43E6A; Tue, 22 Oct 2002 12:08:57 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0482.cvx21-bradley.dialup.earthlink.net ([209.179.193.227] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1844Oe-00060W-00; Tue, 22 Oct 2002 12:08:56 -0700 Message-ID: <3DB5A201.BF8B34C1@mindspring.com> Date: Tue, 22 Oct 2002 12:07:45 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: hackers@FreeBSD.org, Diego Wentz Antunes Subject: Re: Kernel Panic Problems References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > > Panic #1: > > --- > > > > Is this a full backtrace? I don't see any way that the stack > > could have started with "trap_pfault"... it had to be running > > something to cause a page fault. > > It's a fault from userland perhaps. Panic #3 was a fault in userland, and it showed the process in the stack backtrace. This one also isn't, because the 'usermode' argument to trap_pfault is 0. > > Panic #2: > > --- > >#9 0xc02607aa in generic_bcopy () > >#10 0xc0247c30 in scstart (tp=0xc0879b00) at ../../dev/syscons/syscons.c:1285 [ ... ] > generic_bcopy() is an asm function which may not have a full frame. > Thus, when gdb walks back over the stacktrace, it may skip the frame > that called generic_bcopy() and go to the previous frame. ddb sometimes > does a better job with backtraces for some reason. This is a good point. He should take a backtrace from ddb, at the time of the panic. There is still the little problem of the line numbers not matching the FreeBSD source code. If he can't provide at least a CVS timestamp to use to check out a source tree identical to his, I'm feeling pretty strongly that he's running with local modifications that he's not telling us about, and that these modifications are likely the source of his problem. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 12:20:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E83E37B401 for ; Tue, 22 Oct 2002 12:20:28 -0700 (PDT) Received: from relay01.cablecom.net (relay01.cablecom.net [62.2.33.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id A128B43E6A for ; Tue, 22 Oct 2002 12:20:26 -0700 (PDT) (envelope-from hanspeter_roth@hotmail.com) Received: from smtp.swissonline.ch (mail-4.swissonline.ch [62.2.32.85]) by relay01.cablecom.net (8.12.5/8.12.5/SOL/AWF/MXRELAY/20020820) with ESMTP id g9MJKPZ2009074 for ; Tue, 22 Oct 2002 21:20:25 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Received: from snoopy.here (dclient80-218-76-119.hispeed.ch [80.218.76.119]) by smtp.swissonline.ch (8.11.6/8.11.6/SMTPSOL/AWF/2002040101) with ESMTP id g9MJKOF07511 for ; Tue, 22 Oct 2002 21:20:24 +0200 (MEST) Received: (from hampi@localhost) by snoopy.here (8.11.6/8.11.6) id g9MJKQV00363 for freebsd-hackers@FreeBSD.ORG; Tue, 22 Oct 2002 21:20:26 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Date: Tue, 22 Oct 2002 21:20:26 +0200 From: Hanspeter Roth To: freebsd-hackers@FreeBSD.ORG Subject: Re: Ati Rage 128: Dpms suspend failes Message-ID: <20021022212026.A310@snoopy.cablecom.ch> Reply-To: freebsd-hackers@FreeBSD.ORG Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20021021171636.B324@snoopy.cablecom.ch> <1035222191.882.4.camel@anholt.dyndns.org> <15797.25277.327022.609027@grasshopper.cs.duke.edu> <20021022172215.A356@snoopy.cablecom.ch> <15797.34296.634185.574008@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15797.34296.634185.574008@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Tue, Oct 22, 2002 at 01:08:08PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Oct 22 at 13:08, Andrew Gallatin spoke: > Lucky you! What does pciconf -lv say about your card? none0@pci1:0:0: class=0x030000 card=0x7106174b chip=0x54461002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies' device = 'Rage 128 Pro AGP 4x' class = display subclass = VGA -Hanspeter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 12:25:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA7EF37B401 for ; Tue, 22 Oct 2002 12:25:35 -0700 (PDT) Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [212.135.138.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id D419543E42 for ; Tue, 22 Oct 2002 12:25:34 -0700 (PDT) (envelope-from fanf@chiark.greenend.org.uk) Received: from fanf by chiark.greenend.org.uk with local (Exim 3.12 #1) id 1844ej-0006aK-00 (Debian); Tue, 22 Oct 2002 20:25:33 +0100 Date: Tue, 22 Oct 2002 20:25:33 +0100 From: Tony Finch To: Terry Lambert Cc: Tony Finch , hackers@freebsd.org Subject: Re: malloc Message-ID: <20021022202533.A29425@chiark.greenend.org.uk> References: <3DB5A07F.AA118FA6@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3DB5A07F.AA118FA6@mindspring.com>; from tlambert2@mindspring.com on Tue, Oct 22, 2002 at 12:01:19PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 22, 2002 at 12:01:19PM -0700, Terry Lambert wrote: > Tony Finch wrote: > > Terry Lambert wrote: > > >The FreeBSD malloc guarantees that the pages are zeroed before being > > >obtained from the system; this is probably the majority of the cost. > > >It is a security measure, so that you do not leak data from one process > > >to another through anonymous pages. > > > > > >The Linux malloc does not. > > > > Utter bollocks. FreeBSD malloc can be configured to re-initialize memory > > on every allocation, but this is designed to assist with buggy programs, > > it is *not* a security measure. Memory obtained from the kernel on *all* > > unices (including Linux) is zeroed; that is when security matters, not > > in malloc. This will not affect the relative performance of phk and gnu > > malloc. > > *before being obtained from the system*. Linux does that too, and you appeared to be saying that it doesn't which is clearly wrong for the security reasons that you stated. It therefore won't affect the relative performance. > And I didn't say that. I only said that the pages were zeroed *before > being obtained from the system*. This is what you would expect, with > anonymous memory accessed off /dev/zero. PHK malloc uses MAP_ANON on FreeBSD, not /dev/zero -- it uses the latter only if compiled for Solaris. Tony. -- f.a.n.finch http://dotat.at/ FAIR ISLE: NORTHEAST BACKING NORTH 5 TO 7 INCREASING 7 TO SEVERE GALE 9, OCCASIONALLY STORM 10 IN EAST. RAIN. MODERATE OR POOR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 12:31:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C920637B401 for ; Tue, 22 Oct 2002 12:31:31 -0700 (PDT) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45D7143E3B for ; Tue, 22 Oct 2002 12:31:31 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0482.cvx21-bradley.dialup.earthlink.net ([209.179.193.227] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1844kF-0006ne-00; Tue, 22 Oct 2002 12:31:15 -0700 Message-ID: <3DB5A73C.20513D50@mindspring.com> Date: Tue, 22 Oct 2002 12:30:04 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson Cc: Danny Braniss , Poul-Henning Kamp , freebsd-hackers@FreeBSD.ORG Subject: Re: malloc References: <3DB50A5A.F87EDA78@mindspring.com> <20021022153347.GA92973@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Nelson wrote: > > The FreeBSD malloc uses anonymous pages mmap'ed off of /dev/zero. > > > > The Linux malloc uses pages added to the process address space via a > > call to sbrk. > > Actually, on FreeBSD only the page directory is mmap'ed. Data returned > to the user is allocated via sbrk. Please see: /usr/src/lib/libc/stdlib/malloc.c The only calls to sbrk have a 0 argument. This is only used to find the segment end, so that the mmap's do not occur over top of anything important. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 12:38:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A5A937B401 for ; Tue, 22 Oct 2002 12:38:13 -0700 (PDT) Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11C9C43E6E for ; Tue, 22 Oct 2002 12:38:13 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0482.cvx21-bradley.dialup.earthlink.net ([209.179.193.227] helo=mindspring.com) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1844qi-0005v6-00; Tue, 22 Oct 2002 12:37:56 -0700 Message-ID: <3DB5A8CC.CB62FE69@mindspring.com> Date: Tue, 22 Oct 2002 12:36:44 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Brooks Davis Cc: Danny Braniss , Poul-Henning Kamp , freebsd-hackers@FreeBSD.ORG Subject: Re: malloc References: <3DB50A5A.F87EDA78@mindspring.com> <20021022110159.A1513@Odin.AC.HMC.Edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Brooks Davis wrote: > On Tue, Oct 22, 2002 at 01:20:42AM -0700, Terry Lambert wrote: > > The FreeBSD malloc would be lower performance than the Linux malloc, > > if you allocate space in teeny, tiny chunks; it has much higher > > performance for large allocations. Good programmers allocate their > > resources up front, once, instead of doing the allocations in time > > critical internal loops. > > The user may also see a performance gain on Linux if they use a less > stupid allocation scheme. I ran into some code once that read strings > one character at a time via getc() and did a realloc for each read. > Needless to say, performance was truly awful since a typical run > required parsing over 600MB of text. I saw a better then 50% speedup on > Alpha Linux when I fixed that mess. This goes without saying. It's the difference between programmers and software engineers. Nevertheless, there will continue to be a performance differential between FreeBSD and Linux. I personally don't think it's a problem; optimizing that area is optimizing noise. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 12:46:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D21737B41E for ; Tue, 22 Oct 2002 12:46:29 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CEF343E75 for ; Tue, 22 Oct 2002 12:46:28 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.6/8.12.5) id g9MJkCE4013232; Tue, 22 Oct 2002 14:46:12 -0500 (CDT) (envelope-from dan) Date: Tue, 22 Oct 2002 14:46:12 -0500 From: Dan Nelson To: Terry Lambert Cc: Danny Braniss , Poul-Henning Kamp , freebsd-hackers@FreeBSD.ORG Subject: Re: malloc Message-ID: <20021022194612.GA7165@dan.emsphone.com> References: <3DB50A5A.F87EDA78@mindspring.com> <20021022153347.GA92973@dan.emsphone.com> <3DB5A73C.20513D50@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DB5A73C.20513D50@mindspring.com> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Oct 22), Terry Lambert said: > Dan Nelson wrote: > > > The FreeBSD malloc uses anonymous pages mmap'ed off of /dev/zero. > > > > > > The Linux malloc uses pages added to the process address space via a > > > call to sbrk. > > > > Actually, on FreeBSD only the page directory is mmap'ed. Data > > returned to the user is allocated via sbrk. > > Please see: > > /usr/src/lib/libc/stdlib/malloc.c > > The only calls to sbrk have a 0 argument. This is only used to find > the segment end, so that the mmap's do not occur over top of anything > important. Ah, but take a look at the calls to brk, especially in map_pages() and free_pages(). -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 12:49:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DAD937B401 for ; Tue, 22 Oct 2002 12:49:18 -0700 (PDT) Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B920143E6A for ; Tue, 22 Oct 2002 12:49:17 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0482.cvx21-bradley.dialup.earthlink.net ([209.179.193.227] helo=mindspring.com) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18451e-0000LV-00; Tue, 22 Oct 2002 12:49:14 -0700 Message-ID: <3DB5AB73.E334629@mindspring.com> Date: Tue, 22 Oct 2002 12:48:03 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Tony Finch Cc: hackers@freebsd.org Subject: Re: malloc References: <3DB5A07F.AA118FA6@mindspring.com> <20021022202533.A29425@chiark.greenend.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Tony Finch wrote: > > > >The FreeBSD malloc guarantees that the pages are zeroed before being > > > >obtained from the system; this is probably the majority of the cost. > > > >It is a security measure, so that you do not leak data from one process > > > >to another through anonymous pages. > > > > > > > >The Linux malloc does not. [ ... ] > > > > *before being obtained from the system*. > > Linux does that too, and you appeared to be saying that it doesn't which > is clearly wrong for the security reasons that you stated. It therefore > won't affect the relative performance. Yes, it will. It has to do with the use of anonymous memory being different between the systems. You are arguing that there is nothing that can account for the performance difference, when in fact there is a measured performance difference. > > And I didn't say that. I only said that the pages were zeroed *before > > being obtained from the system*. This is what you would expect, with > > anonymous memory accessed off /dev/zero. > > PHK malloc uses MAP_ANON on FreeBSD, not /dev/zero -- it uses the > latter only if compiled for Solaris. And tell me, what does the Linux malloc use? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 12:53:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5E8A37B404; Tue, 22 Oct 2002 12:53:28 -0700 (PDT) Received: from mail2.qc.uunet.ca (mail2.qc.uunet.ca [198.168.54.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAD9543E65; Tue, 22 Oct 2002 12:53:27 -0700 (PDT) (envelope-from anarcat@espresso-com.com) Received: from xtanbul.espresso-com.com ([216.94.147.57]) by mail2.qc.uunet.ca (8.9.3/8.9.3) with ESMTP id PAA26136; Tue, 22 Oct 2002 15:53:14 -0400 Received: from anarcat by xtanbul.espresso-com.com with local (Exim 3.36 #1 (Debian)) id 18455X-0000y7-00; Tue, 22 Oct 2002 15:53:15 -0400 Date: Tue, 22 Oct 2002 15:53:15 -0400 From: The Anarcat To: Poul-Henning Kamp Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022195314.GE3492@xtanbul.espresso-com.com> References: <15328.1035268433@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15328.1035268433@critter.freebsd.dk> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue Oct 22, 2002 at 08:33:53AM +0200, Poul-Henning Kamp wrote: [...] > > And I want them to do it RSN: 5.0-R is only 9 days away. [...] 9 days??? There won't be another DP? A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 13: 7:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3933437B401; Tue, 22 Oct 2002 13:07:53 -0700 (PDT) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2511D43E3B; Tue, 22 Oct 2002 13:07:52 -0700 (PDT) (envelope-from bmah@employees.org) Received: from bmah.dyndns.org ([12.233.149.189]) by sccrmhc03.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021022200751.CISX16403.sccrmhc03.attbi.com@bmah.dyndns.org>; Tue, 22 Oct 2002 20:07:51 +0000 Received: from intruder.bmah.org (localhost [IPv6:::1]) by bmah.dyndns.org (8.12.6/8.12.6) with ESMTP id g9MK7pva037801; Tue, 22 Oct 2002 13:07:51 -0700 (PDT) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.6/8.12.6/Submit) id g9MK7oPO037800; Tue, 22 Oct 2002 13:07:50 -0700 (PDT) Message-Id: <200210222007.g9MK7oPO037800@intruder.bmah.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: The Anarcat Cc: Poul-Henning Kamp , hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: 5.0-RUSH: -current install testers wanted! In-Reply-To: <20021022195314.GE3492@xtanbul.espresso-com.com> References: <15328.1035268433@critter.freebsd.dk> <20021022195314.GE3492@xtanbul.espresso-com.com> Comments: In-reply-to The Anarcat message dated "Tue, 22 Oct 2002 15:53:15 -0400." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-1187969444P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 22 Oct 2002 13:07:50 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_-1187969444P Content-Type: text/plain; charset=us-ascii If memory serves me right, The Anarcat wrote: > On Tue Oct 22, 2002 at 08:33:53AM +0200, Poul-Henning Kamp wrote: > [...] > > > > And I want them to do it RSN: 5.0-R is only 9 days away. > [...] > > 9 days??? There won't be another DP? Um, not exactly. The current release date isn't until 20 November (subject to change, but that's the official word until RE says otherwise). That being said, the more testing we can get with sysinstall and fresh installations, the better. Urk. We really need to update some of the dates on the 5.0 release schedule. I'll push this during the RE telecon this week, if we don't get to it sooner. Bruce. PS. We're still trying to do DP2. Any other snapshots we release after DP2 are more likely to be release-candidate-style snapshots. --==_Exmh_-1187969444P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) Comment: Exmh version 2.5+ 20020506 iD8DBQE9tbAW2MoxcVugUsMRAvqkAKDr59jN2xdxe5Lqngcz8FJAs41JagCfUtp5 UOy48aJHHsHZY+aUS9I9Scg= =RsGZ -----END PGP SIGNATURE----- --==_Exmh_-1187969444P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 13:17:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42E1737B4FB; Tue, 22 Oct 2002 13:17:14 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDE9443E77; Tue, 22 Oct 2002 13:17:13 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.12.6/8.12.5) with ESMTP id g9MKH54G017901; Tue, 22 Oct 2002 13:17:05 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.12.6/8.12.6/Submit) id g9MKH4uI017900; Tue, 22 Oct 2002 13:17:04 -0700 (PDT) Date: Tue, 22 Oct 2002 13:17:04 -0700 From: Steve Kargl To: "Bruce A. Mah" Cc: The Anarcat , Poul-Henning Kamp , hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022201704.GB17612@troutmask.apl.washington.edu> References: <15328.1035268433@critter.freebsd.dk> <20021022195314.GE3492@xtanbul.espresso-com.com> <200210222007.g9MK7oPO037800@intruder.bmah.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200210222007.g9MK7oPO037800@intruder.bmah.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 22, 2002 at 01:07:50PM -0700, Bruce A. Mah wrote: > If memory serves me right, The Anarcat wrote: > > On Tue Oct 22, 2002 at 08:33:53AM +0200, Poul-Henning Kamp wrote: > > > > > > And I want them to do it RSN: 5.0-R is only 9 days away. > > > > 9 days??? There won't be another DP? > > Um, not exactly. The current release date isn't until 20 November > (subject to change, but that's the official word until RE says > otherwise). That being said, the more testing we can get with > sysinstall and fresh installations, the better. > > Urk. We really need to update some of the dates on the 5.0 release > schedule. I'll push this during the RE telecon this week, if we don't > get to it sooner. > I've noticed many commits on cvs-all include an "Approved by: re" line, but I haven't seen an official code slush/freeze announcement. Is RE going to request a code freeze around 10 Nov.? -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 13:19: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D9DC37B40B for ; Tue, 22 Oct 2002 13:18:58 -0700 (PDT) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CFE043E42 for ; Tue, 22 Oct 2002 13:18:56 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0482.cvx21-bradley.dialup.earthlink.net ([209.179.193.227] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1845TV-0000Ir-00; Tue, 22 Oct 2002 13:18:02 -0700 Message-ID: <3DB5B231.BCD6E9CA@mindspring.com> Date: Tue, 22 Oct 2002 13:16:49 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson Cc: Danny Braniss , Poul-Henning Kamp , freebsd-hackers@FreeBSD.ORG Subject: Re: malloc References: <3DB50A5A.F87EDA78@mindspring.com> <20021022153347.GA92973@dan.emsphone.com> <3DB5A73C.20513D50@mindspring.com> <20021022194612.GA7165@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Nelson wrote: > > The only calls to sbrk have a 0 argument. This is only used to find > > the segment end, so that the mmap's do not occur over top of anything > > important. > > Ah, but take a look at the calls to brk, especially in map_pages() and > free_pages(). How the anonymous pages (which I have already made reference to) are explcitly obtained is irrelevent to the current discussion. If you want me to be exact in terms of implementation details, on both Linux and FreeBSD, I can do so. That isn't the real purpose of the current discussion. The real purpose of this discussion is to defend the choice of FreeBSD, rather than Linux, to users who are strong advocates of Linux. Any answers that don't provide *only* general details on the differences between the systems which lead to the differences in performance behaviour aren't really useful... in fact, they are counter-productive. Yes, this is really nothing more than a "Linux shortage" discussion, where someone has written some bogus code to demonstrate how terrible the world is, without Linux everywhere. ... I have a bad idea . Why don't you explain how malloc works in excruciating implementation detail, instead of why his program is failing on FreeBSD and not on Linux, so that he gets no real useful comparative information out of the resulting discussion, and everyone reading the archives thinks we bury valid "Linux vs. FreeBSD" questions in technobabble, thus affirming the validity of the original complaint to any third parties who are later referred to the thread as an example of "Why FreeBSD sucks". Then he can throw up his hands in surrender, because no one is willing to speak in the abstract, instead of in terms of implementation details, and switch over to Linux, as his users are demanding he do, since they appear to spend their entire lives looking for degenerate cases that they can use to advocate the the use of Linux in place of whatever other software their administration happens to be using, because they are NOT in fact users being prevented from doing their jobs, they are Linux advocates *pretending* to be users being prevented from doing their jobs by a "severe lack of Linux, God's One True Blessed OS". ... Yes, technically, this discussion should be taking place on -advocacy, but that's not where the question was asked, and it's not where the discussion will be read, and it's not where the results will be archived. And it's not the archive that will be referred to by future advocates who want to make FreeBSD look bad. Moving it will only serve the purpose of placing a question about FreeBSD for which there is "apparently no good answer", for lack of an answer in the archives of the forum (-hackers) in which the question was asked. Thanks, -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 13:20:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0FAE37B401 for ; Tue, 22 Oct 2002 13:20:11 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2822643E65 for ; Tue, 22 Oct 2002 13:20:11 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021022202007.DFWN24829.sccrmhc01.attbi.com@InterJet.elischer.org> for ; Tue, 22 Oct 2002 20:20:07 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA31124 for ; Tue, 22 Oct 2002 13:00:30 -0700 (PDT) Date: Tue, 22 Oct 2002 13:00:29 -0700 (PDT) From: Julian Elischer To: hackers@freebsd.org Subject: ctwm port and XFree86 4.2 port incompatible? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nothing I have tried has been successful in getting the ctwm window manager to run successfully with the newest X ports. It can't find any fonts. twm seems to work fine. All my old configs failed when I upgraded to teh new XFree86 ports. Anyone able to get it going? julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 13:27:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35D1F37B401; Tue, 22 Oct 2002 13:27:33 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98B4E43E6E; Tue, 22 Oct 2002 13:27:32 -0700 (PDT) (envelope-from bmah@employees.org) Received: from bmah.dyndns.org ([12.233.149.189]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021022202732.CLJS14937.rwcrmhc51.attbi.com@bmah.dyndns.org>; Tue, 22 Oct 2002 20:27:32 +0000 Received: from intruder.bmah.org (localhost [IPv6:::1]) by bmah.dyndns.org (8.12.6/8.12.6) with ESMTP id g9MKRWva038079; Tue, 22 Oct 2002 13:27:32 -0700 (PDT) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.6/8.12.6/Submit) id g9MKRVlx038078; Tue, 22 Oct 2002 13:27:31 -0700 (PDT) Message-Id: <200210222027.g9MKRVlx038078@intruder.bmah.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Steve Kargl Cc: "Bruce A. Mah" , The Anarcat , Poul-Henning Kamp , hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: 5.0-RUSH: -current install testers wanted! In-Reply-To: <20021022201704.GB17612@troutmask.apl.washington.edu> References: <15328.1035268433@critter.freebsd.dk> <20021022195314.GE3492@xtanbul.espresso-com.com> <200210222007.g9MK7oPO037800@intruder.bmah.org> <20021022201704.GB17612@troutmask.apl.washington.edu> Comments: In-reply-to Steve Kargl message dated "Tue, 22 Oct 2002 13:17:04 -0700." From: bmah@FreeBSD.org (Bruce A. Mah) Reply-To: bmah@FreeBSD.org X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-1115413338P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 22 Oct 2002 13:27:31 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_-1115413338P Content-Type: text/plain; charset=us-ascii If memory serves me right, Steve Kargl wrote: > I've noticed many commits on cvs-all include an "Approved by: re" > line, but I haven't seen an official code slush/freeze announcement. Feature freeze started 16 October. New feature commits (as opposed to bugfix or doc commits) should have RE approval. > Is RE going to request a code freeze around 10 Nov.? Clearly we're not adhering to the last published code-freeze date; according to that, we would have been in code-freeze for two days already. The more src-oriented members of RE are probably in a better position than I am to say when code-freeze is going to start. Bruce. --==_Exmh_-1115413338P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) Comment: Exmh version 2.5+ 20020506 iD8DBQE9tbSz2MoxcVugUsMRAnSiAKD3yxshh+UFZpFmMfPAdP7h0jimigCfUgcu wxJz/+wETttMRN+H5ESkpqY= =nLtn -----END PGP SIGNATURE----- --==_Exmh_-1115413338P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 13:32: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E5A237B401 for ; Tue, 22 Oct 2002 13:31:59 -0700 (PDT) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D5E143E42 for ; Tue, 22 Oct 2002 13:31:59 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0482.cvx21-bradley.dialup.earthlink.net ([209.179.193.227] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1845gz-0006LM-00; Tue, 22 Oct 2002 13:31:57 -0700 Message-ID: <3DB5B576.4E825A38@mindspring.com> Date: Tue, 22 Oct 2002 13:30:46 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: hackers@freebsd.org Subject: Re: ctwm port and XFree86 4.2 port incompatible? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > Nothing I have tried has been successful in getting the > ctwm window manager to run successfully with the newest X ports. > > It can't find any fonts. > > twm seems to work fine. > > All my old configs failed when I upgraded to teh new XFree86 ports. > > Anyone able to get it going? I think you meant to post this to -current... Weren't the "Type 1" fonts removed from indices in order to get X to quit core dumping all over the place? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 13:35:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E396237B401; Tue, 22 Oct 2002 13:35:35 -0700 (PDT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [193.111.112.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0124143E65; Tue, 22 Oct 2002 13:35:35 -0700 (PDT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.6/8.12.6/ZEIST.DE) with ESMTP id g9MKZXvn022668; Tue, 22 Oct 2002 22:35:33 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.6/8.12.6/Submit) id g9MKZS8S022667; Tue, 22 Oct 2002 22:35:28 +0200 (CEST) (envelope-from marius) Date: Tue, 22 Oct 2002 22:35:28 +0200 From: marius@alchemy.franken.de To: Poul-Henning Kamp Cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022203528.GB89712@newtrinity.zeist.de> References: <15328.1035268433@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15328.1035268433@critter.freebsd.dk> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is sysinstall still supposed to copy the contents of the mfsroot- image to /stand ? This at least results in two copies of sysinstall, one in /stand and the other one in /usr/sbin. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 13:39:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B076037B401 for ; Tue, 22 Oct 2002 13:39:20 -0700 (PDT) Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [212.135.138.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1D5A43E3B for ; Tue, 22 Oct 2002 13:39:19 -0700 (PDT) (envelope-from fanf@chiark.greenend.org.uk) Received: from fanf by chiark.greenend.org.uk with local (Exim 3.12 #1) id 1845o5-0003K5-00 (Debian); Tue, 22 Oct 2002 21:39:17 +0100 Date: Tue, 22 Oct 2002 21:39:17 +0100 From: Tony Finch To: Terry Lambert Cc: Tony Finch , hackers@freebsd.org Subject: Re: malloc Message-ID: <20021022213917.B29425@chiark.greenend.org.uk> References: <3DB5A07F.AA118FA6@mindspring.com> <20021022202533.A29425@chiark.greenend.org.uk> <3DB5AB73.E334629@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3DB5AB73.E334629@mindspring.com>; from tlambert2@mindspring.com on Tue, Oct 22, 2002 at 12:48:03PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 22, 2002 at 12:48:03PM -0700, Terry Lambert wrote: > Tony Finch wrote: > > > > Linux [clears memory in the kernel before handing it over to > > userland], and you appeared to be saying that it doesn't which > > is clearly wrong for the security reasons that you stated. It > > therefore won't affect the relative performance. > > Yes, it will. It has to do with the use of anonymous memory > being different between the systems. The only significant difference I can see is that large callocs are mmapped by gnu malloc which doesn't then re-clear them, whereas phk malloc only mmaps its page table (not memory returned to the user) so calloc always clears memory, which happens to be redundant if the pages have just come from brk (which isn't always the case). However calloc isn't relevant to this benchmark. [If you are talking about a different difference, perhaps you should say what it is so that this thread doesn't get even more unnecessarily long.] > You are arguing that there is nothing that can account for the > performance difference, when in fact there is a measured > performance difference. No, I'm saying that some of what you said is either wrong or misleading, and the comment about security was especially stupid. > > PHK malloc uses MAP_ANON on FreeBSD, not /dev/zero -- it uses the > > latter only if compiled for Solaris. > > And tell me, what does the Linux malloc use? Exactly the same, and it uses MAP_ANONYMOUS on Linux. It uses mmap for large allocations whereas phk malloc does not. Since both mmap and sbrk get zero-filled pages from the kernel this shoudld make little difference, except in the calloc case explained above. Tony. -- f.a.n.finch http://dotat.at/ FORTIES CROMARTY: EAST BECOMING CYCLONIC 7 TO SEVERE GALE 9, OCCASIONALLY STORM 10 LATER. RAIN. MODERATE OR POOR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 13:39:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37E3E37B401; Tue, 22 Oct 2002 13:39:41 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BE4843E3B; Tue, 22 Oct 2002 13:39:40 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9MKdWn4027119; Tue, 22 Oct 2002 22:39:36 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: marius@alchemy.franken.de Cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: 5.0-RUSH: -current install testers wanted! In-Reply-To: Your message of "Tue, 22 Oct 2002 22:35:28 +0200." <20021022203528.GB89712@newtrinity.zeist.de> Date: Tue, 22 Oct 2002 22:39:32 +0200 Message-ID: <27118.1035319172@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021022203528.GB89712@newtrinity.zeist.de>, marius@alchemy.franken .de writes: > >Is sysinstall still supposed to copy the contents of the mfsroot- >image to /stand ? This at least results in two copies of sysinstall, >one in /stand and the other one in /usr/sbin. That is intentional -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 13:40:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from green.bikeshed.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 306F237B401; Tue, 22 Oct 2002 13:40:20 -0700 (PDT) Received: from green.bikeshed.org (g23q42sjc8ze2zwp@green.bikeshed.org [10.0.0.1] (may be forged)) by green.bikeshed.org (8.12.6/8.12.6) with ESMTP id g9MKeGPw012239; Tue, 22 Oct 2002 16:40:16 -0400 (EDT) (envelope-from green@green.bikeshed.org) Received: from localhost (green@localhost) by green.bikeshed.org (8.12.6/8.12.6/Submit) with ESMTP id g9MKeEMc012236; Tue, 22 Oct 2002 16:40:15 -0400 (EDT) Message-Id: <200210222040.g9MKeEMc012236@green.bikeshed.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: marius@alchemy.franken.de Cc: Poul-Henning Kamp , hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: 5.0-RUSH: -current install testers wanted! In-Reply-To: Your message of "Tue, 22 Oct 2002 19:51:26 +0200." <20021022175126.GA89712@newtrinity.zeist.de> From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Oct 2002 16:40:12 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG For what it's worth; I'm also using a dual-Athlon that gets spontaneous reboots once in a while and seems like it could possibly have to do with ACPI activating while the system is trying to cool itself down. Do you have any more hints here on where the problem may lie so I can attempt to track it down? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org <> bfeldman@tislabs.com \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 13:50:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDBD437B401; Tue, 22 Oct 2002 13:50:33 -0700 (PDT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [193.111.112.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA99B43E4A; Tue, 22 Oct 2002 13:50:32 -0700 (PDT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.6/8.12.6/ZEIST.DE) with ESMTP id g9MKoKvn022881; Tue, 22 Oct 2002 22:50:20 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.6/8.12.6/Submit) id g9MKoFfZ022880; Tue, 22 Oct 2002 22:50:15 +0200 (CEST) (envelope-from marius) Date: Tue, 22 Oct 2002 22:50:15 +0200 From: marius@alchemy.franken.de To: Poul-Henning Kamp Cc: marius@alchemy.franken.de, hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022205015.GL89682@newtrinity.zeist.de> References: <20021022203528.GB89712@newtrinity.zeist.de> <27118.1035319172@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <27118.1035319172@critter.freebsd.dk> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 22, 2002 at 10:39:32PM +0200, Poul-Henning Kamp wrote: > > That is intentional > Is it ok then that the sysinstall in /stand of the 0917-JPSNAP immediately dumps core with signal 10 when run on a 1017 -current ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 13:57: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 900DA37B401 for ; Tue, 22 Oct 2002 13:56:58 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6FF443E42 for ; Tue, 22 Oct 2002 13:56:56 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0482.cvx21-bradley.dialup.earthlink.net ([209.179.193.227] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 184651-0001EO-00; Tue, 22 Oct 2002 13:56:47 -0700 Message-ID: <3DB5BB47.EFF55D5D@mindspring.com> Date: Tue, 22 Oct 2002 13:55:35 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Tony Finch Cc: hackers@freebsd.org Subject: Re: malloc References: <3DB5A07F.AA118FA6@mindspring.com> <20021022202533.A29425@chiark.greenend.org.uk> <3DB5AB73.E334629@mindspring.com> <20021022213917.B29425@chiark.greenend.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Tony Finch wrote: > > You are arguing that there is nothing that can account for the > > performance difference, when in fact there is a measured > > performance difference. > > No, I'm saying that some of what you said is either wrong or > misleading, and the comment about security was especially stupid. Yes, it was misleading, in that I didn't provide full implementation details, so a naieve reader looking to reimplement malloc() as it was implemented on FreeBSD, would get it wrong. The security comment had to do with the fact that zeroing occurs in the kernel in the idle loop, and can account for a large latency in the case of a big demand in user space. It's a philosophy issue that led to the implementation, and it has a performance impact that's higher in FreeBSD than in Linux, under some usage patterns. I don't think it's necessary to discuss the implementation details to the level of documenting them for people wanting to reimplement the code. The context of the current discussion is a FreeBSD admin with Linux users bitching at him about core dumps in an overcommit case, where he's hitting an administrative limit, and then trying to dereference a pointer to a page that has an established mapping, but for which there is no page available to act as backing store. Saying this, though, really doesn't help, when you have a user that's pretending to not understand your explanations, and wants an explanation in layman's terms, which is what the original poster is facing. If it weren't for the fact that we were dealing with a programmer that was pretending to be dumb enough to put allocations into an interior loop in order to give FreeBSD a bad "performance" number relative to Linux, this wouldn't have ever been an issue in the first place: for the "perfectly correct", we would just refer the person to the malloc() source code. Instead, we have to deal with a fictional microbenchmark, and discuss why decisions were made. There's "perfectly correct", and then there's "speaking to the level of your audience". > > > PHK malloc uses MAP_ANON on FreeBSD, not /dev/zero -- it uses the > > > latter only if compiled for Solaris. > > > > And tell me, what does the Linux malloc use? > > Exactly the same, and it uses MAP_ANONYMOUS on Linux. It uses mmap for > large allocations whereas phk malloc does not. Since both mmap and > sbrk get zero-filled pages from the kernel this shoudld make little > difference, except in the calloc case explained above. The allocations in this case are lots of very small allocations; it makes no real difference, unless there is a preallocation of space by the malloc() subsystem in order to refill a free pool, to deal with expected future malloc() requests. FreeBSD's "overallocation pool size" is one 4K page, which is relatively small for modern systems with 4G of memory. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 13:58:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63C5237B404; Tue, 22 Oct 2002 13:58:27 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50A9D43E65; Tue, 22 Oct 2002 13:58:26 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9MKwMn4027453; Tue, 22 Oct 2002 22:58:22 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: marius@alchemy.franken.de Cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: 5.0-RUSH: -current install testers wanted! In-Reply-To: Your message of "Tue, 22 Oct 2002 22:50:15 +0200." <20021022205015.GL89682@newtrinity.zeist.de> Date: Tue, 22 Oct 2002 22:58:22 +0200 Message-ID: <27452.1035320302@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021022205015.GL89682@newtrinity.zeist.de>, marius@alchemy.franken .de writes: >On Tue, Oct 22, 2002 at 10:39:32PM +0200, Poul-Henning Kamp wrote: >> >> That is intentional >> > >Is it ok then that the sysinstall in /stand of the 0917-JPSNAP >immediately dumps core with signal 10 when run on a 1017 -current ? Current developments considered: that's probably to be expected. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 13:59:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB67F37B401; Tue, 22 Oct 2002 13:59:24 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 690AD43E3B; Tue, 22 Oct 2002 13:59:24 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0482.cvx21-bradley.dialup.earthlink.net ([209.179.193.227] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18467K-0004fU-00; Tue, 22 Oct 2002 13:59:11 -0700 Message-ID: <3DB5BBD6.F571E6A2@mindspring.com> Date: Tue, 22 Oct 2002 13:57:58 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Poul-Henning Kamp Cc: marius@alchemy.franken.de, hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: 5.0-RUSH: -current install testers wanted! References: <27118.1035319172@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > In message <20021022203528.GB89712@newtrinity.zeist.de>, marius@alchemy.franken > .de writes: > > > >Is sysinstall still supposed to copy the contents of the mfsroot- > >image to /stand ? This at least results in two copies of sysinstall, > >one in /stand and the other one in /usr/sbin. > > That is intentional Yes. It would be a good idea to make the sysinstall available as a binary image on the CDROM, as well, to permit it to be used for network mounted upgrades of things like lots of CDROM-less boxes in racks, too, which would make it 3 places. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 14: 6:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3706437B401; Tue, 22 Oct 2002 14:06:52 -0700 (PDT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [193.111.112.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBAC543E3B; Tue, 22 Oct 2002 14:06:50 -0700 (PDT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.6/8.12.6/ZEIST.DE) with ESMTP id g9ML6mvn023104; Tue, 22 Oct 2002 23:06:48 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.6/8.12.6/Submit) id g9ML6hbL023103; Tue, 22 Oct 2002 23:06:43 +0200 (CEST) (envelope-from marius) Date: Tue, 22 Oct 2002 23:06:43 +0200 From: marius@alchemy.franken.de To: "Brian F. Feldman" Cc: marius@alchemy.franken.de, Poul-Henning Kamp , hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022210643.GM89682@newtrinity.zeist.de> References: <20021022175126.GA89712@newtrinity.zeist.de> <200210222040.g9MKeEMc012236@green.bikeshed.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200210222040.g9MKeEMc012236@green.bikeshed.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 22, 2002 at 04:40:12PM -0400, Brian F. Feldman wrote: > For what it's worth; I'm also using a dual-Athlon that gets spontaneous > reboots once in a while and seems like it could possibly have to do with > ACPI activating while the system is trying to cool itself down. Do you have > any more hints here on where the problem may lie so I can attempt to track > it down? > Nope, sorry, just happens... Thinking a bit about it I think so far they only happened when the box was fairly idle so maybe it occures when ACPI is trying to throttle down the system. Like I wrote I disabled ACPI for now as it seems to cause the frequent locking-related panics I saw. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 14:11:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id F268B37B401; Tue, 22 Oct 2002 14:11:29 -0700 (PDT) Date: Tue, 22 Oct 2002 14:11:29 -0700 From: Juli Mallett To: marius@alchemy.franken.de Cc: Poul-Henning Kamp , hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022141129.A92678@FreeBSD.org> References: <20021022203528.GB89712@newtrinity.zeist.de> <27118.1035319172@critter.freebsd.dk> <20021022205015.GL89682@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021022205015.GL89682@newtrinity.zeist.de>; from marius@alchemy.franken.de on Tue, Oct 22, 2002 at 10:50:15PM +0200 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: marius@alchemy.franken.de [ Data: 2002-10-22 ] [ Subjecte: Re: 5.0-RUSH: -current install testers wanted! ] > On Tue, Oct 22, 2002 at 10:39:32PM +0200, Poul-Henning Kamp wrote: > > > > That is intentional > > > > Is it ok then that the sysinstall in /stand of the 0917-JPSNAP > immediately dumps core with signal 10 when run on a 1017 -current ? You're really supposed to run /usr/sbin/sysinstall. This breaks my finger memory, but is the new world order. -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 14:47:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED15637B401 for ; Tue, 22 Oct 2002 14:47:24 -0700 (PDT) Received: from sr1.terra.com.br (sr1.terra.com.br [200.176.3.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 081DD43E6E for ; Tue, 22 Oct 2002 14:47:24 -0700 (PDT) (envelope-from devlware@terra.com.br) Received: from pavuna.terra.com.br (pavuna.terra.com.br [200.176.3.41]) by sr1.terra.com.br (Postfix) with ESMTP id 2983270E3D; Tue, 22 Oct 2002 18:47:22 -0300 (BRT) Received: from terra.com.br (cm-net-cwb-C8B0369F.brdterra.com.br [200.176.54.159]) (authenticated user luwner) by pavuna.terra.com.br (Postfix) with ESMTP id 3AD98682D8; Tue, 22 Oct 2002 18:47:21 -0300 (BRT) Message-ID: <3DB5BA49.40908@terra.com.br> Date: Tue, 22 Oct 2002 18:51:21 -0200 From: Diego Wentz Antunes User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: pt-br, en-us, en MIME-Version: 1.0 To: Terry Lambert Cc: hackers@FreeBSD.org Subject: Re: Kernel Panic Problems References: <3DB5A201.BF8B34C1@mindspring.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > >>>Panic #2: >>>--- >>>#9 0xc02607aa in generic_bcopy () >>>#10 0xc0247c30 in scstart (tp=0xc0879b00) at ../../dev/syscons/syscons.c:1285 >>> >>> >[ ... ] > > >>generic_bcopy() is an asm function which may not have a full frame. >>Thus, when gdb walks back over the stacktrace, it may skip the frame >>that called generic_bcopy() and go to the previous frame. ddb sometimes >>does a better job with backtraces for some reason. >> >> > >This is a good point. He should take a backtrace from ddb, at >the time of the panic. > >There is still the little problem of the line numbers not matching >the FreeBSD source code. If he can't provide at least a CVS timestamp >to use to check out a source tree identical to his, I'm feeling pretty >strongly that he's running with local modifications that he's not >telling us about, and that these modifications are likely the source >of his problem. > >-- Terry > No Terry there are no modifications from me to local files. I realy don't know why the information is incomplete but I didn't make any modifications. Its possible that a memory problem cause this errors? Again, last night the computer stop running 3 times without an apparent cause. This afternoon the first time a turnned on the computer it panics again with a fatal trap 12. I'll try to change this memory just to eliminate the possibility of hardware problem then if it continues i'll do a hard study on gdb and try to find some info. Could you provide some good source of information to gdb? Thanks Diego To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 15:55:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1516337B401 for ; Tue, 22 Oct 2002 15:55:39 -0700 (PDT) Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B09943E42 for ; Tue, 22 Oct 2002 15:55:38 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0482.cvx21-bradley.dialup.earthlink.net ([209.179.193.227] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 1847vu-0001yA-00; Tue, 22 Oct 2002 15:55:30 -0700 Message-ID: <3DB5D6FB.BCE4051A@mindspring.com> Date: Tue, 22 Oct 2002 15:53:47 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Diego Wentz Antunes Cc: hackers@FreeBSD.org Subject: Re: Kernel Panic Problems References: <3DB5A201.BF8B34C1@mindspring.com> <3DB5BA49.40908@terra.com.br> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Diego Wentz Antunes wrote: > No Terry there are no modifications from me to local files. I realy > don't know why the information is incomplete > but I didn't make any modifications. The incompleteness is because you didn't do a backtrace in ddb at the time of the crash, and only did it in gdb on the system dump image; as John explained, gdb sometimes messes up stack frames for assembly functions, and leaves information out. The reason I suggested that there would be modifications is totally different. The reason is that the line numbers of the source files for the backtrace do not match the correct function names in 4.4, 4.6, and -current source code. This doesn't necessarily mean your code has local modifications. But it does mean that you aren't giving us enough information to be able to properly anayze the backtrace, because you haven't given us enough information so that the source code we can look at is the same as your source code. We don't know if you are running a -RELEASE version, and, if you are, *which* version you are running. You never told us. > Its possible that a memory problem cause this errors? It's possible, but unlikely, if the errors didn't happen before, and they are happening now. Have you had a lightning storm, are you overclocking, or has an atomic weapon gone off nearby? 8-). If the answer is "no", then the MTBF for solid state devices that have survived burn-in is pretty much longer than man has been on the planet. > Again, last > night the computer stop running 3 times without > an apparent cause. This afternoon the first time a turnned on the > computer it panics again with a fatal trap 12. I'll try > to change this memory just to eliminate the possibility of hardware > problem then if it continues i'll do a hard study on > gdb and try to find some info. > Could you provide some good source of information to gdb? There's an O'Reilly book; most gdb references aren't very useful (IMO). In practice, it's better to know how the problem *could* happen, then to try to back track from when it *did* happen. This means that the most important thing you can do is get the problem to be repeatable. It would also help if you were to look at the source code where the problem starts happening; without your source code, we can only give you an educated guess as to the problem, based on what we think the source code should be. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 18:47: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E78C37B401 for ; Tue, 22 Oct 2002 18:47:00 -0700 (PDT) Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [212.135.138.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6981A43E42 for ; Tue, 22 Oct 2002 18:46:59 -0700 (PDT) (envelope-from fanf@chiark.greenend.org.uk) Received: from fanf by chiark.greenend.org.uk with local (Exim 3.12 #1) id 184Abp-0005ek-00 (Debian); Wed, 23 Oct 2002 02:46:57 +0100 To: tlambert2@mindspring.com From: Tony Finch Cc: hackers@freebsd.org Subject: Re: malloc In-Reply-To: <3DB5BB47.EFF55D5D@mindspring.com> References: <3DB5A07F.AA118FA6@mindspring.com> <20021022202533.A29425@chiark.greenend.org.uk> <3DB5AB73.E334629@mindspring.com> <20021022213917.B29425@chiark.greenend.org.uk> Message-Id: Date: Wed, 23 Oct 2002 02:46:57 +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > >The security comment had to do with the fact that zeroing occurs in >the kernel in the idle loop, and can account for a large latency in >the case of a big demand in user space. It's a philosophy issue that >led to the implementation, and it has a performance impact that's >higher in FreeBSD than in Linux, under some usage patterns. You said that Linux doesn't guarantee to zero pages handed from the system to userland, which is wrong. You've also mentioned the in- kernel page-zeroing strategy which is irrelevant when comparing different userland malloc implementations on the same OS. Hand-waving about the peanut gallery when I am trying to get you to be more specific about your vague assertions is not helpful. >The context of the current discussion is a FreeBSD admin with Linux >users bitching at him about core dumps in an overcommit case, where >he's hitting an administrative limit, and then trying to dereference >a pointer to a page that has an established mapping, but for which >there is no page available to act as backing store. I'm slightly perplexed about this: his program shouldn't have dumped core when hitting an administrative limit because it was correctly checking the return value from malloc(), and he's unlikely to be in an overcommit situation on a machine with 4GB of RAM when allocating only 800MB especially when it works with the administrative limit removed. Perhaps the core came from a different version of the program what didn't check for errors properly. Tony. -- f.a.n.finch http://dotat.at/ IRISH SEA: NORTHWEST BACKING WEST 6 TO GALE 8, OCCASIONALLY SEVERE GALE 9. SQUALLY SHOWERS. GOOD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 20:19:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5798A37B401; Tue, 22 Oct 2002 20:19:11 -0700 (PDT) Received: from fw.mccons.net (adsl-65-64-105-41.dsl.kscymo.swbell.net [65.64.105.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id F01CF43E3B; Tue, 22 Oct 2002 20:19:09 -0700 (PDT) (envelope-from root@mccons.net) Received: from fw.mccons.net (localhost [127.0.0.1]) by fw.mccons.net (8.12.6/8.12.6) with ESMTP id g9N3J1n5089801; Tue, 22 Oct 2002 22:19:01 -0500 (CDT) (envelope-from root@mccons.net) Received: from localhost (root@localhost) by fw.mccons.net (8.12.6/8.12.6/Submit) with ESMTP id g9N3IxE2089786; Tue, 22 Oct 2002 22:19:00 -0500 (CDT) Date: Tue, 22 Oct 2002 22:18:59 -0500 (CDT) From: Wm Brian McCane To: Juli Mallett Cc: Soeren Schmidt , Terry Lambert , Poul-Henning Kamp , , Subject: Re: 5.0-RUSH: -current install testers wanted! In-Reply-To: <20021022005833.A34718@FreeBSD.org> Message-ID: <20021022221337.S79335-100000@fw.mccons.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wow, spooky, I used to live at: 8716 W 70th Terr Shawnee Mission, KS 66204 Of course, that was back in the early 70's ;). Anyway, I might be able to get you a copy if you want 1. I have a spare 5.0-DP somewhere at one of my customers in Lenexa, or I could make a newer version. Unfortunately, I cannot get to my broadband connection until Thursday because I am staying with my wife at the hospital. If noone else sends you one, I will try to make one for you and mail it then. - brian On Tue, 22 Oct 2002, Juli Mallett wrote: > * De: Soeren Schmidt [ Data: 2002-10-22 ] > [ Subjecte: Re: 5.0-RUSH: -current install testers wanted! ] > > It seems Juli Mallett wrote: > > > > Find another box where it has already been successfully installed, > > > > and an ISO image has been built from sources. > > > > > > I don't have a CD burner. I have no ability to burn a CD at all. > > > > Where do you live ? I'm sure we can find someone with a CD burner > > near you willing to make a copy and snailmail it to you... > > (Consider this a beg for anyone close enough for it to be cost > effective to send me a 5.0-CURRENT snapshot CD, on which I can > somehow disable the atkbdc/atkbd stuff at bootup, or which has > them out of the kernel...) > Juli Mallett > 11145 W 76th Terrace > Shawnee, KS 66214 > United States > > Thanks for the idea :) > juli. > -- > Juli Mallett | FreeBSD: The Power To Serve > Will break world for fulltime employment. | finger jmallett@FreeBSD.org > http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > +-----------------------------------+------------------------------------------+ He rides a cycle of mighty days, and \ Wm Brian and Lori McCane represents the last great schizm among\ McCane Consulting the gods. Evil though he obviously is, \ root@mccons.net he is a mighty figure, this father of \ http://freenews.maxbaud.net/ my spirit, and I respect him as the sons \ http://www.sellit-here.com/ of old did the fathers of their bodies. \ http://recall.maxbaud.net/ Roger Zelazny - "Lord of Light" \ http://www.mccons.net/ +-------------------------------------------+----------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 20:21:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 8EEC237B401; Tue, 22 Oct 2002 20:21:48 -0700 (PDT) Date: Tue, 22 Oct 2002 20:21:48 -0700 From: Juli Mallett To: Wm Brian McCane Cc: Soeren Schmidt , Terry Lambert , Poul-Henning Kamp , hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022202148.A17894@FreeBSD.org> References: <20021022005833.A34718@FreeBSD.org> <20021022221337.S79335-100000@fw.mccons.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021022221337.S79335-100000@fw.mccons.net>; from root@mccons.net on Tue, Oct 22, 2002 at 10:18:59PM -0500 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Wm Brian McCane [ Data: 2002-10-22 ] [ Subjecte: Re: 5.0-RUSH: -current install testers wanted! ] > Wow, spooky, I used to live at: > > 8716 W 70th Terr > Shawnee Mission, KS 66204 > > Of course, that was back in the early 70's ;). Anyway, I might be able to > get you a copy if you want 1. I have a spare 5.0-DP somewhere at one of > my customers in Lenexa, or I could make a newer version. Unfortunately, I > cannot get to my broadband connection until Thursday because I am staying > with my wife at the hospital. If noone else sends you one, I will try to > make one for you and mail it then. Someone's already offered to burn me one (petef@) CD of any ISO, so I'm working to get a 'make release' done locally with the appropriate conf options. Thanks much though, any BSD Users Groups in this area? :) juli. -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 20:50:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF66037B401; Tue, 22 Oct 2002 20:50:16 -0700 (PDT) Received: from hotmail.com (f147.sea2.hotmail.com [207.68.165.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9145943E65; Tue, 22 Oct 2002 20:50:16 -0700 (PDT) (envelope-from kmays2000@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 22 Oct 2002 20:50:16 -0700 Received: from 24.196.238.115 by sea2fd.sea2.hotmail.msn.com with HTTP; Wed, 23 Oct 2002 03:50:16 GMT X-Originating-IP: [24.196.238.115] From: "Kenneth Mays" To: root@mccons.net, jmallett@FreeBSD.ORG Cc: sos@spider.deepcore.dk, tlambert2@mindspring.com, phk@FreeBSD.ORG, hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: 5.0-RUSH: -current install testers wanted! Date: Tue, 22 Oct 2002 23:50:16 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 23 Oct 2002 03:50:16.0317 (UTC) FILETIME=[4C6B6AD0:01C27A47] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well, I'll send it to you or anyone else if you can provide me with the link of what you want. Only thing I ask is that an official Mesa 4.0.4 FSBD port makes it into the 5.0 release as well as the next 4.x release. ;o) All I ask! -K _________________________________________________________________ Choose an Internet access plan right for you -- try MSN! http://resourcecenter.msn.com/access/plans/default.asp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 22 21:13:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D30B137B401 for ; Tue, 22 Oct 2002 21:13:36 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F8EF43E3B for ; Tue, 22 Oct 2002 21:13:31 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0402.cvx40-bradley.dialup.earthlink.net ([216.244.43.147] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 184CtS-0005kc-00; Tue, 22 Oct 2002 21:13:18 -0700 Message-ID: <3DB62127.4CE07B32@mindspring.com> Date: Tue, 22 Oct 2002 21:10:15 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Tony Finch Cc: hackers@freebsd.org Subject: Re: malloc References: <3DB5A07F.AA118FA6@mindspring.com> <20021022202533.A29425@chiark.greenend.org.uk> <3DB5AB73.E334629@mindspring.com> <20021022213917.B29425@chiark.greenend.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Tony Finch wrote: > You said that Linux doesn't guarantee to zero pages handed from the > system to userland, which is wrong. You've also mentioned the in- > kernel page-zeroing strategy which is irrelevant when comparing > different userland malloc implementations on the same OS. No. I said: | The FreeBSD malloc guarantees that the pages are zeroed before being | obtained from the system; this is probably the majority of the cost. | It is a security measure, so that you do not leak data from one process | to another through anonymous pages. | | The Linux malloc does not. It has to do with *when the pages are zeroed... *before* being obtained from the system or *at the time they are obtained from the system*. > Hand-waving about the peanut gallery when I am trying to get you to be > more specific about your vague assertions is not helpful. Specificity is counterproductive in the current context. The person was not asking "how does FreeBSD malloc work?". He was asking about relative performance of FreeBSD and Linux. See the original post: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=73677+0+current/freebsd-hackers ...it was Yet Another Bogus MicroBenchmark. > >The context of the current discussion is a FreeBSD admin with Linux > >users bitching at him about core dumps in an overcommit case, where > >he's hitting an administrative limit, and then trying to dereference > >a pointer to a page that has an established mapping, but for which > >there is no page available to act as backing store. > > I'm slightly perplexed about this: his program shouldn't have dumped > core when hitting an administrative limit because it was correctly > checking the return value from malloc(), and he's unlikely to be in > an overcommit situation on a machine with 4GB of RAM when allocating > only 800MB especially when it works with the administrative limit > removed. Perhaps the core came from a different version of the program > what didn't check for errors properly. The alloc succeeded because there was page mapping space available. The pages to back the pages in that space were not allocated until they were referenced. The core dump may have occurred as a result of any demand for memory at all (including a copy on write of a dirty data page or a stack grow). Running the bad program from the original posting on my local machine, however, indicates, that it happened when there was an attempt to dereference it in the compare in the second "for". On a system with different limits, where the limits were enforced, the mapping could be established, with no room left over to obtain backing pages for the region mapped. If this happened, then it would occur in the array pointer dereference for the first element on a new page boundary in the initial "for" loop. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 23 1: 4:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D1E437B401 for ; Wed, 23 Oct 2002 01:04:29 -0700 (PDT) Received: from straylight.ringlet.net (office.sbnd.net [217.75.140.130]) by mx1.FreeBSD.org (Postfix) with SMTP id 2701B43E42 for ; Wed, 23 Oct 2002 01:04:25 -0700 (PDT) (envelope-from roam@ringlet.net) Received: (qmail 15407 invoked by uid 1000); 23 Oct 2002 08:03:58 -0000 Date: Wed, 23 Oct 2002 11:03:58 +0300 From: Peter Pentchev To: Terry Lambert Cc: Julian Elischer , hackers@freebsd.org Subject: Re: ctwm port and XFree86 4.2 port incompatible? Message-ID: <20021023080358.GJ378@straylight.oblivion.bg> Mail-Followup-To: Terry Lambert , Julian Elischer , hackers@freebsd.org References: <3DB5B576.4E825A38@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGu/vTNewDGZ7tmp" Content-Disposition: inline In-Reply-To: <3DB5B576.4E825A38@mindspring.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --MGu/vTNewDGZ7tmp Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 22, 2002 at 01:30:46PM -0700, Terry Lambert wrote: > Julian Elischer wrote: > > Nothing I have tried has been successful in getting the > > ctwm window manager to run successfully with the newest X ports. > >=20 > > It can't find any fonts. > >=20 > > twm seems to work fine. > >=20 > > All my old configs failed when I upgraded to teh new XFree86 ports. > >=20 > > Anyone able to get it going? >=20 > I think you meant to post this to -current... Actually, I believe -ports would have been much more appropriate.. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If there were no counterfactuals, this sentence would not have been paradox= ical. --MGu/vTNewDGZ7tmp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE9tlfu7Ri2jRYZRVMRAs8fAKChppBNteAv9l4f/FzrD1oIYPqXVwCeKWLS TFr9jmsq5tPDyY6wUuUohlg= =i6yb -----END PGP SIGNATURE----- --MGu/vTNewDGZ7tmp-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 23 1:49:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E33EE37B401 for ; Wed, 23 Oct 2002 01:49:44 -0700 (PDT) Received: from memphis.mephi.ru (memphis.mephi.ru [194.67.67.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACE2843E97 for ; Wed, 23 Oct 2002 01:49:40 -0700 (PDT) (envelope-from timon@memphis.mephi.ru) Received: (from timon@localhost) by memphis.mephi.ru (8.12.6/8.12.6) id g9N8nRnA021047 for freebsd-hackers@FreeBSD.ORG; Wed, 23 Oct 2002 12:49:27 +0400 (MSD) (envelope-from timon) Date: Wed, 23 Oct 2002 12:49:24 +0400 From: "Artem 'Zazoobr' Ignatiev" To: freebsd-hackers@FreeBSD.ORG Subject: Re: boot selector and extended partitions Message-ID: <20021023124924.A19793@memphis.mephi.ru> Mail-Followup-To: Artem 'Zazoobr' Ignatiev , freebsd-hackers@FreeBSD.ORG References: <20021020220915.A760@gicco.cablecom.ch> <20021021114207.A42663@memphis.mephi.ru> <20021021110230.A310@gicco.cablecom.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021021110230.A310@gicco.cablecom.ch>; from hanspeter_roth@hotmail.com on Mon, Oct 21, 2002 at 11:02:31AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Oct 21, 2002 at 11:02:31AM +0200, Hanspeter Roth wrote: > > > can I make the Freebsd boot selector chain to an extended partition > > > similar like switching to an alternate disk? > > Well, you can patch it :) > Has anybody already done such a patch? > > And what is the purpose? > I'd like to chain to Lilo. Do you have Lilo running from extended partition? Well, dunno about boot0(boot selector, if I correctly understand FreeBSD's booting process), but it was hard to me to make boot1 search for FreeBSD in extended partitions - I've had to loose some functionality.... Sinceherely yours, Artem 'Zazoobr' Ignatjev. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 23 3:34:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D45737B401 for ; Wed, 23 Oct 2002 03:34:35 -0700 (PDT) Received: from relay01.cablecom.net (relay01.cablecom.net [62.2.33.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6218D43E7B for ; Wed, 23 Oct 2002 03:34:34 -0700 (PDT) (envelope-from hanspeter_roth@hotmail.com) Received: from smtp.swissonline.ch (mail-4.swissonline.ch [62.2.32.85]) by relay01.cablecom.net (8.12.5/8.12.5/SOL/AWF/MXRELAY/20020820) with ESMTP id g9NAYXZ2093654 for ; Wed, 23 Oct 2002 12:34:33 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Received: from snoopy.here (dclient80-218-76-119.hispeed.ch [80.218.76.119]) by smtp.swissonline.ch (8.11.6/8.11.6/SMTPSOL/AWF/2002040101) with ESMTP id g9NAYWF00262 for ; Wed, 23 Oct 2002 12:34:33 +0200 (MEST) Received: (from hampi@localhost) by snoopy.here (8.11.6/8.11.6) id g9NAYWl00499 for freebsd-hackers@FreeBSD.ORG; Wed, 23 Oct 2002 12:34:32 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Date: Wed, 23 Oct 2002 12:34:32 +0200 From: Hanspeter Roth To: freebsd-hackers@FreeBSD.ORG Subject: Re: boot selector and extended partitions Message-ID: <20021023123432.A465@snoopy.cablecom.ch> Reply-To: freebsd-hackers@FreeBSD.ORG Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20021020220915.A760@gicco.cablecom.ch> <20021021114207.A42663@memphis.mephi.ru> <20021021110230.A310@gicco.cablecom.ch> <20021023124924.A19793@memphis.mephi.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021023124924.A19793@memphis.mephi.ru>; from timon@stabilis.ru on Wed, Oct 23, 2002 at 12:49:24PM +0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Oct 23 at 12:49, Artem 'Zazoobr' Ignatiev spoke: > Do you have Lilo running from extended partition? Linux can be run in a logical partition. But Lilo can't save the last selection as default for next boot. It's default selection must be reconfigured if the default has to be changed. > Well, dunno about boot0(boot selector, if I correctly understand > FreeBSD's booting process), but it was hard to me to make boot1 search > for FreeBSD in extended partitions - I've had to loose some Can FreeBSD be run in a logical (extended?) partition? -Hanspeter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 23 3:55:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A4AA37B401 for ; Wed, 23 Oct 2002 03:55:28 -0700 (PDT) Received: from memphis.mephi.ru (memphis.mephi.ru [194.67.67.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A7E143E7B for ; Wed, 23 Oct 2002 03:55:25 -0700 (PDT) (envelope-from timon@memphis.mephi.ru) Received: (from timon@localhost) by memphis.mephi.ru (8.12.6/8.12.6) id g9NAtAmn051542 for freebsd-hackers@FreeBSD.ORG; Wed, 23 Oct 2002 14:55:10 +0400 (MSD) (envelope-from timon) Date: Wed, 23 Oct 2002 14:55:10 +0400 From: "Artem 'Zazoobr' Ignatiev" To: freebsd-hackers@FreeBSD.ORG Subject: Re: boot selector and extended partitions Message-ID: <20021023145510.A51296@memphis.mephi.ru> Mail-Followup-To: Artem 'Zazoobr' Ignatiev , freebsd-hackers@FreeBSD.ORG References: <20021020220915.A760@gicco.cablecom.ch> <20021021114207.A42663@memphis.mephi.ru> <20021021110230.A310@gicco.cablecom.ch> <20021023124924.A19793@memphis.mephi.ru> <20021023123432.A465@snoopy.cablecom.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021023123432.A465@snoopy.cablecom.ch>; from hanspeter_roth@hotmail.com on Wed, Oct 23, 2002 at 12:34:32PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Oct 23, 2002 at 12:34:32PM +0200, Hanspeter Roth wrote: > > Do you have Lilo running from extended partition? > Linux can be run in a logical partition. > But Lilo can't save the last selection as default for next boot. > It's default selection must be reconfigured if the default has to be > changed. Never bothered with Linux, especially running from extended, sorry. > > Well, dunno about boot0(boot selector, if I correctly understand > > FreeBSD's booting process), but it was hard to me to make boot1 search > > for FreeBSD in extended partitions - I've had to loose some > Can FreeBSD be run in a logical (extended?) partition? Not out-of-box, but I've made it do so. Sinceherely yours, Artem 'Zazoobr' Ignatjev. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 23 5:37:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D99BA37B401 for ; Wed, 23 Oct 2002 05:37:43 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25C2043E77 for ; Wed, 23 Oct 2002 05:37:43 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id IAA29496; Wed, 23 Oct 2002 08:37:37 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g9NCb7l08972; Wed, 23 Oct 2002 08:37:07 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15798.38899.282938.431605@grasshopper.cs.duke.edu> Date: Wed, 23 Oct 2002 08:37:07 -0400 (EDT) To: Eric Anholt Cc: freebsd-hackers@freebsd.org Subject: Re: Ati Rage 128: Dpms suspend failes In-Reply-To: <1035342556.883.7.camel@anholt.dyndns.org> References: <20021021171636.B324@snoopy.cablecom.ch> <1035222191.882.4.camel@anholt.dyndns.org> <15797.25277.327022.609027@grasshopper.cs.duke.edu> <1035342556.883.7.camel@anholt.dyndns.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Eric Anholt writes: > On Tue, 2002-10-22 at 07:37, Andrew Gallatin wrote: <..> > > Do I need something special in my /etc/X11/XF86Config to make this > > work? I never had problems on my old system (an alpha with a > > 3dlabs Permedia-2 based AGP card). > > Could you send me a > grep -i dpms /etc/X11/XF86Config /var/log/XFree86.0.log > ? OK, I'm an idiot. I did not have Option "DPMS" in the monior section of my XF86Config file. Sorry for wasting your time. But in my own defense... should xset even let me enable DPMS if its turned off at a lower level? If xset had complained and not allowed me to enable DPMS, I would have taken a harder look at my XF86Config file.. Talk about a POLA. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 23 8:22:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A75037B42F for ; Wed, 23 Oct 2002 08:22:56 -0700 (PDT) Received: from relay01.cablecom.net (relay01.cablecom.net [62.2.33.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8935443E65 for ; Wed, 23 Oct 2002 08:22:55 -0700 (PDT) (envelope-from hanspeter_roth@hotmail.com) Received: from smtp.swissonline.ch (mail-4.swissonline.ch [62.2.32.85]) by relay01.cablecom.net (8.12.5/8.12.5/SOL/AWF/MXRELAY/20020820) with ESMTP id g9NFMsZ2095007 for ; Wed, 23 Oct 2002 17:22:54 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Received: from gicco.homeip.net (dclient80-218-74-163.hispeed.ch [80.218.74.163]) by smtp.swissonline.ch (8.11.6/8.11.6/SMTPSOL/AWF/2002040101) with ESMTP id g9NFMrF19745 for ; Wed, 23 Oct 2002 17:22:54 +0200 (MEST) Received: (from idefix@localhost) by gicco.homeip.net (8.11.6/8.11.6) id g9NFMlu01901 for freebsd-hackers@FreeBSD.ORG; Wed, 23 Oct 2002 17:22:47 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Date: Wed, 23 Oct 2002 17:22:47 +0200 From: Hanspeter Roth To: freebsd-hackers@FreeBSD.ORG Subject: Re: boot selector and extended partitions Message-ID: <20021023172247.A1639@gicco.homeip.net> Reply-To: freebsd-hackers@FreeBSD.ORG Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20021020220915.A760@gicco.cablecom.ch> <20021021114207.A42663@memphis.mephi.ru> <20021021110230.A310@gicco.cablecom.ch> <20021023124924.A19793@memphis.mephi.ru> <20021023123432.A465@snoopy.cablecom.ch> <20021023145510.A51296@memphis.mephi.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021023145510.A51296@memphis.mephi.ru>; from timon@stabilis.ru on Wed, Oct 23, 2002 at 02:55:10PM +0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Oct 23 at 14:55, Artem 'Zazoobr' Ignatiev spoke: > On Wed, Oct 23, 2002 at 12:34:32PM +0200, Hanspeter Roth wrote: > > Can FreeBSD be run in a logical (extended?) partition? > Not out-of-box, but I've made it do so. Is it an easy patch (<1h :-) ? If yes would you make it available? -Hanspeter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 23 9:59:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A52737B401 for ; Wed, 23 Oct 2002 09:59:44 -0700 (PDT) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5CD443E65 for ; Wed, 23 Oct 2002 09:59:43 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id g9NGxT2w008039; Wed, 23 Oct 2002 09:59:29 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id g9NGxTDv008038; Wed, 23 Oct 2002 09:59:29 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Wed, 23 Oct 2002 09:59:29 -0700 From: David Schultz To: Danny Braniss Cc: Poul-Henning Kamp , freebsd-hackers@FreeBSD.ORG Subject: Re: malloc Message-ID: <20021023165929.GA7863@HAL9000.homeunix.com> Mail-Followup-To: Danny Braniss , Poul-Henning Kamp , freebsd-hackers@FreeBSD.ORG References: <1821.1035206059@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Danny Braniss : > > What a lame program... > > > > If this program is indicative of your real-world work-load, you can > > optimize a lot by getting better programmers. > > > > If it is not indicative, then forget about it. > > i wish i could :-) A non-technical answer to your question is that GNU malloc has special hacks to speed up allocations of 64 bytes or less. FreeBSD malloc does not. The reason people are getting annoyed at you is that allocating memory one word at a time is bad practice anyway, and you shouldn't expect the general-purpose memory allocator to be efficient in this special case. Any microbenchmark is going to expose differences, but that doesn't indicate anything about real-world behavior. For example, you might have noticed in your own test that GNU malloc makes a *huge* waste of space; for every one-word chunk of memory you allocate, it allocates another word to keep track of the allocation. PHKMalloc allocates just one bit in the same case (plus space to keep track of the page directory). You can find a somewhat more thorough comparison of malloc implementations at http://citeseer.nj.nec.com/440671.html . Note that the implementation referred to as GNU malloc in the paper has been replaced by Doug Lea's malloc in glibc (and good riddance!) You'll notice that both PHKMalloc and Lea Malloc do reasonably well in all of the tests, and that they both excel in different conditions. Disclaimer: The paper isn't all that great. The authors incorrectly assume that all of the overhead in their tests is due to fragmentation, but much of it is actually due to the size of the malloc metadata. Moreover, a good analysis is lacking. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 23 10:45:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70A2637B401 for ; Wed, 23 Oct 2002 10:45:16 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id A590843E3B for ; Wed, 23 Oct 2002 10:45:14 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9NHj4n4043187; Wed, 23 Oct 2002 19:45:05 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: David Schultz Cc: Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: malloc In-Reply-To: Your message of "Wed, 23 Oct 2002 09:59:29 PDT." <20021023165929.GA7863@HAL9000.homeunix.com> Date: Wed, 23 Oct 2002 19:45:04 +0200 Message-ID: <43186.1035395104@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021023165929.GA7863@HAL9000.homeunix.com>, David Schultz writes: >You can find a somewhat more thorough comparison of malloc >implementations at http://citeseer.nj.nec.com/440671.html . There are many problems with this paper, and my feeling is that it was written with a very specific purpose in mind, although I havn't been able to figure out just what that purpose was. My own research while writing phkmalloc indicated that applications are their own worst enemy when it comes to memory allocation, and therefore the focus for phkmalloc was not to optimize for the individual application, but rather for the system as a whole. The philosphy being that if the entire system gets more work done, the individual applications must ipso facto on average also benefit. I was never able to get the authors of this paper into a dialogue, in particular I tried to find out if they just measured where sbrk() was or if they had tried to examine the real memory load of the application. The reference to correspondence with me in the conclusion can at best me interpreted as "we didn't understand his answer and/or didn't have/wanted to spend more time." It is to some extent remarkable that people still, ten years after I pointed out the fact in my paper on phkmalloc, still hasn't realized that VM systems don't behave like swapping systems did and that memory allocators need to be aware of this. The standing of sbrk() is only a very weak indicator of the live set of active pages needed for an application to run in a VM system, yet people still keep measuring it as a performance parameter. Imagine a C-compiler: read in source for function foo() check on it a lot (allocating 4M) allocate the resulting info, 64 bytes. generate the ass'y output free all temp memory read in source for function bar() ... This will usually result in sbrk() sitting just above that 64 bytes but there may be 4MB of untouched memory beneath it. If you run phkmalloc with the 'H' option, this will be madvise(2)'ed to the system, but even without that, the fact that it is _truly_ untouched means that it will soon become a candidate for pageout, and it will stay out until needed. Many mallocs make the mistake of storing the free-list in the actual free memory as a linked list. This means that to free a bit of memory you have to page in all the otherwise unused space, just to traverse the list. If physical RAM is limited, this is a bad plan. The _real_ way to benchmark a malloc implementatio is therefore to measure how it performs with different amounts of physical RAM available, because then a bad malloc will suffer a terrible hit in paging activity where a good malloc may not result in any significant amount of paging. In informal tests along those lines I have seen differences of up to a factor five in wall-clock time. Of course, with 512MB RAM in a workstation, people will never notice this and I'm just a old foghorn who doesn't know anything about performance, but run a server where you actually have RAM pressure and you might notice the difference. Progress may be overrated, but it seldom goes too far... Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 23 11: 8:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27D4737B401 for ; Wed, 23 Oct 2002 11:08:34 -0700 (PDT) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 758F243E6A for ; Wed, 23 Oct 2002 11:08:33 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id g9NI8WU7000444; Wed, 23 Oct 2002 11:08:32 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id g9NI8Hja000443; Wed, 23 Oct 2002 11:08:17 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Wed, 23 Oct 2002 11:08:17 -0700 From: David Schultz To: Matthew Dillon Cc: Peter Wemm , Sean Kelly , hackers@FreeBSD.ORG Subject: Re: swapoff? Message-ID: <20021023180817.GA354@HAL9000.homeunix.com> Mail-Followup-To: Matthew Dillon , Peter Wemm , Sean Kelly , hackers@FreeBSD.ORG References: <20020713115746.GA2162@HAL9000.wox.org> <200207131636.g6DGaoqh081285@apollo.backplane.com> <20021007153845.GA371@HAL9000.homeunix.com> <200210072347.g97Nl3Zo049415@apollo.backplane.com> <20021008113614.GA319@HAL9000.homeunix.com> <200210081745.g98Hjkam078883@apollo.backplane.com> <20021011130154.GA16549@HAL9000.homeunix.com> <200210111814.g9BIEbah040688@apollo.backplane.com> <20021014094217.GA228@HAL9000.homeunix.com> <200210141555.g9EFtoZh061812@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200210141555.g9EFtoZh061812@apollo.backplane.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Matthew Dillon : > :The concern was that there could be a race where the process is > :swapped out again after I have swapped it back in but before I can > :dirty its pages. (Perhaps I need to hold the process lock a bit > :longer.) Under heavy swapping load, swapoff() is failing to find > :a single page about one time out of ten, and I thought that might > :be the cause. > > Have you definitively tracked down the missing page? It > ought to be fairly easy to do from a kernel core with a > gdb macro. No, I've tested it extensively, and I haven't been able to reproduce the problem since I updated my sources. (It was hard to reproduce beforehand.) I did two more runs with one swap device and two runs with two swap devices, and it worked even when the system was thrashing. The latest patches are at http://www.CSUA.Berkeley.EDU/~das/swapoff.patch4 Performance is now much better when there are multiple swap devices. Instead of effectively having to wait for each hash chain to become quiescent, swapoff now skips busy objects, then does a complete rescan if it missed anything. Only a few rescans are required, even with multiple active swap devices. A clustering optimization might still be worthwhile, but that can be done another day. (Sorry for the delay in getting back to you. I've been too busy and sick for the last week to work on this.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 23 11:45:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23C8137B406 for ; Wed, 23 Oct 2002 11:45:54 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3779D43E4A for ; Wed, 23 Oct 2002 11:45:51 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g9NIjo78069932; Wed, 23 Oct 2002 11:45:50 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g9NIjogX069931; Wed, 23 Oct 2002 11:45:50 -0700 (PDT) (envelope-from dillon) Date: Wed, 23 Oct 2002 11:45:50 -0700 (PDT) From: Matthew Dillon Message-Id: <200210231845.g9NIjogX069931@apollo.backplane.com> To: David Schultz Cc: Peter Wemm , Sean Kelly , hackers@FreeBSD.ORG Subject: Re: swapoff? References: <20020713115746.GA2162@HAL9000.wox.org> <200207131636.g6DGaoqh081285@apollo.backplane.com> <20021007153845.GA371@HAL9000.homeunix.com> <200210072347.g97Nl3Zo049415@apollo.backplane.com> <20021008113614.GA319@HAL9000.homeunix.com> <200210081745.g98Hjkam078883@apollo.backplane.com> <20021011130154.GA16549@HAL9000.homeunix.com> <200210111814.g9BIEbah040688@apollo.backplane.com> <20021014094217.GA228@HAL9000.homeunix.com> <200210141555.g9EFtoZh061812@apollo.backplane.com> <20021023180817.GA354@HAL9000.homeunix.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is looking really good. I'm going to start running it on my -current boxes. I think it could be committed after the 5.0 release rolls, as well as MFCd to -stable (which I would be happy to do the work for). -Matt Matthew Dillon :No, I've tested it extensively, and I haven't been able to :reproduce the problem since I updated my sources. (It was hard to :reproduce beforehand.) I did two more runs with one swap device :and two runs with two swap devices, and it worked even when the :system was thrashing. : :The latest patches are at : : http://www.CSUA.Berkeley.EDU/~das/swapoff.patch4 : :Performance is now much better when there are multiple swap :devices. Instead of effectively having to wait for each hash :chain to become quiescent, swapoff now skips busy objects, then :does a complete rescan if it missed anything. Only a few rescans :are required, even with multiple active swap devices. :A clustering optimization might still be worthwhile, but that can :be done another day. : :(Sorry for the delay in getting back to you. I've been too busy :and sick for the last week to work on this.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 23 11:50:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B736037B401 for ; Wed, 23 Oct 2002 11:50:32 -0700 (PDT) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34DAF43E42 for ; Wed, 23 Oct 2002 11:50:32 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id g9NIoOU7000636; Wed, 23 Oct 2002 11:50:24 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id g9NIoOXD000635; Wed, 23 Oct 2002 11:50:24 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Wed, 23 Oct 2002 11:50:24 -0700 From: David Schultz To: Poul-Henning Kamp Cc: Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: malloc Message-ID: <20021023185024.GA468@HAL9000.homeunix.com> Mail-Followup-To: Poul-Henning Kamp , Danny Braniss , freebsd-hackers@FreeBSD.ORG References: <20021023165929.GA7863@HAL9000.homeunix.com> <43186.1035395104@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43186.1035395104@critter.freebsd.dk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Poul-Henning Kamp : > In message <20021023165929.GA7863@HAL9000.homeunix.com>, David Schultz writes: > > >You can find a somewhat more thorough comparison of malloc > >implementations at http://citeseer.nj.nec.com/440671.html . > > There are many problems with this paper, and my feeling is that it was > written with a very specific purpose in mind, although I havn't been > able to figure out just what that purpose was. I did say `somewhat', didn't I? ;-) As I mentioned in the part of my message that you didn't quote, I don't much care for the paper either, but it's the only half-reasonable comparison I know of. I don't think the authors know what they're talking about, but they did collect extensive data for some real world programs, which I assume is valid. I agree that the behavior of the program from the point of view of the VM system is the most important metric. But internal and external fragmentation are also significant issues. Often, these are a result of programmers not understanding how their malloc works. For example, programs that make numerous 2K allocations in phkmalloc will get twice the amount of memory they asked for, and since each chunk is page-aligned, it will be twice as bad for the VM system. A harder problem to solve is fragmentation for long-running servers, where the RSS tends to creep upwards over time as virtual memory fills with holes. There seems to be a fair amount of research on the subject, although I'm not well read on it. The phkmalloc bucket approach seems to work quite well, as the aforementioned paper claims. I'm guessing that one of these days it will have to be modified for threaded applications to reduce false sharing on SMP systems. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 23 11:57: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39F8037B401 for ; Wed, 23 Oct 2002 11:57:07 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BE3F43E4A for ; Wed, 23 Oct 2002 11:57:06 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9NIuxn4044585; Wed, 23 Oct 2002 20:56:59 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: David Schultz Cc: Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: malloc In-Reply-To: Your message of "Wed, 23 Oct 2002 11:50:24 PDT." <20021023185024.GA468@HAL9000.homeunix.com> Date: Wed, 23 Oct 2002 20:56:59 +0200 Message-ID: <44584.1035399419@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021023185024.GA468@HAL9000.homeunix.com>, David Schultz writes: >Thus spake Poul-Henning Kamp : >> In message <20021023165929.GA7863@HAL9000.homeunix.com>, David Schultz writes: >> >> >You can find a somewhat more thorough comparison of malloc >> >implementations at http://citeseer.nj.nec.com/440671.html . >> >> There are many problems with this paper, and my feeling is that it was >> written with a very specific purpose in mind, although I havn't been >> able to figure out just what that purpose was. > >I did say `somewhat', didn't I? ;-) As I mentioned in the part of >my message that you didn't quote, I don't much care for the paper >either, but it's the only half-reasonable comparison I know of. >I don't think the authors know what they're talking about, but they >did collect extensive data for some real world programs, which I >assume is valid. Right, and their study of the correlation between number of bugs on the windshield versus price-tag is scientifically rigorous and highly commendable. You just can't conclude anything useful from it :-) >I agree that the behavior of the program from the point of view of >the VM system is the most important metric. But internal and >external fragmentation are also significant issues. Often, these >are a result of programmers not understanding how their malloc >works. For example, programs that make numerous 2K allocations in >phkmalloc will get twice the amount of memory they asked for, and >since each chunk is page-aligned, it will be twice as bad for the >VM system. Not if they are 2k allocations, but if they are 2k+1 allocations: yes. >A harder problem to solve is fragmentation for long-running >servers, where the RSS tends to creep upwards over time as virtual >memory fills with holes. This is where you want to run phkmalloc with the 'H' option. It practically makes it a non-issue last I tried. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 23 12:14: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABFD737B401 for ; Wed, 23 Oct 2002 12:14:03 -0700 (PDT) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id E356A43E6A for ; Wed, 23 Oct 2002 12:14:02 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id g9NJDuU7000794; Wed, 23 Oct 2002 12:13:56 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id g9NJDuv5000793; Wed, 23 Oct 2002 12:13:56 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Wed, 23 Oct 2002 12:13:56 -0700 From: David Schultz To: Poul-Henning Kamp Cc: Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: malloc Message-ID: <20021023191355.GA728@HAL9000.homeunix.com> Mail-Followup-To: Poul-Henning Kamp , Danny Braniss , freebsd-hackers@FreeBSD.ORG References: <20021023185024.GA468@HAL9000.homeunix.com> <44584.1035399419@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44584.1035399419@critter.freebsd.dk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Poul-Henning Kamp : > >A harder problem to solve is fragmentation for long-running > >servers, where the RSS tends to creep upwards over time as virtual > >memory fills with holes. > > This is where you want to run phkmalloc with the 'H' option. > It practically makes it a non-issue last I tried. Perhaps phkmalloc could be made self-tuning with regards to 'H'; I doubt many people know when to use that feature. For example, you might have a heuristic where phkmalloc detects that the program has been running for a long time or has called malloc() and free() many times, so it starts using madvise() on some free pages. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 23 12:35: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DD0237B401 for ; Wed, 23 Oct 2002 12:35:00 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CC1043E6A for ; Wed, 23 Oct 2002 12:34:59 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9NJYqn4045229; Wed, 23 Oct 2002 21:34:52 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: David Schultz Cc: Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: malloc In-Reply-To: Your message of "Wed, 23 Oct 2002 12:13:56 PDT." <20021023191355.GA728@HAL9000.homeunix.com> Date: Wed, 23 Oct 2002 21:34:52 +0200 Message-ID: <45228.1035401692@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021023191355.GA728@HAL9000.homeunix.com>, David Schultz writes: >Thus spake Poul-Henning Kamp : >> >A harder problem to solve is fragmentation for long-running >> >servers, where the RSS tends to creep upwards over time as virtual >> >memory fills with holes. >> >> This is where you want to run phkmalloc with the 'H' option. >> It practically makes it a non-issue last I tried. > >Perhaps phkmalloc could be made self-tuning with regards to 'H'; >I doubt many people know when to use that feature. For example, >you might have a heuristic where phkmalloc detects that the program >has been running for a long time or has called malloc() and free() >many times, so it starts using madvise() on some free pages. I actually considered adding a "SIGVMMALLOC" which the kernel could use to modify the behaviour of MALLOC to suit present circumstances. Never got around to it before RAM prices dropped. Search the mail-arcives for some of my ideas. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 23 13:20:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6CD637B401 for ; Wed, 23 Oct 2002 13:20:16 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1E8C43E6E for ; Wed, 23 Oct 2002 13:20:15 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 24232 invoked from network); 23 Oct 2002 20:20:16 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 23 Oct 2002 20:20:16 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9NKKDn5068228 for ; Wed, 23 Oct 2002 16:20:14 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 23 Oct 2002 16:20:17 -0400 (EDT) From: John Baldwin To: hackers@FreeBSD.org Subject: Getting ACPI to work on -stable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ok, here are the instructions on getting ACPI going on 4-stable for those of you who are foolish^H^H^H^H^H^H^Hbrave: - First, check out a -stable kernel source tree. - Second, check out current versions of the following parts of the kernel source tree (cvs co -r1 will do this): - src/sys/contrib/dev/acpica - src/sys/dev/acpica - src/sys/i386/acpica - src/sys/i386/include/acpica_machdep.h - src/sys/i386/isa/pmtimer.c - src/sys/kern/subr_power.c - src/sys/sys/power.h - Third, download and apply the patch at http://www.FreeBSD.org/~jhb/~patches/acpi_4x.patch. - Fourth, add 'device acpica' and 'device pmtimer' to a kernel config and compile a new kernel. Things known to work: - soft power-off with power button - ACPI timecounter - acpi tools in src/usr.sbin/acpi will compile ok on stable w/o modification if you perform enough magic to get it work, mostly consists of putting the checked out tree in the right place relative to a kernel source tree with the ACPI stuff in it and copying src/sys/i386/include/acpica_machdep.h to /usr/include/machine before building. You will also need to create a /dev/acpi device. ACPI's major number is 192, so you can hack MAKEDEV to add an entry for acpi identical to the apm entry except to s/apm/acpi/ and use 192 for the major. Thinks that might work: - suspend/resume? (doesn't do actually suspend on my one test machine here, but I'm not sure this motherboard really wants to suspend) - CPU throttling (haven't tested it) - I haven't tested the updated apm(4) code (it does compile) which is bascially a MFC so that it will work with subr_power.c and pmtimer(4). - ??? Things that definitely won't work: - PCI interrupt routing, using ACPI to enumerate host-PCI bridges It's not turned on so PCI still works, the system just isn't able to make use of ACPI when configuring PCI devices. I would like to MFC more of the stuff in acpi_4x.patch prior to 4.8. If people could test apm with these patches (don't put acpica in your kernel to use apm, but do put pmtimer in) I would appreciate it. Enjoy. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 24 0:12:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4755737B401; Thu, 24 Oct 2002 00:12:41 -0700 (PDT) Received: from baraca.united.net.ua (ns.united.net.ua [193.111.8.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F16043E4A; Thu, 24 Oct 2002 00:12:39 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vega.vega.com (xDSL-2-2.united.net.ua [193.111.9.226]) by baraca.united.net.ua (8.12.6/8.11.6) with ESMTP id g9O7CTjJ012594; Thu, 24 Oct 2002 10:12:29 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.12.6/8.12.5) with ESMTP id g9O7CeaJ021730; Thu, 24 Oct 2002 10:12:40 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3DB79DFA.FA719B8F@FreeBSD.org> Date: Thu, 24 Oct 2002 10:15:06 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: jlemon@FreeBSD.org, hackers@FreeBSD.org, audit@FreeBSD.org Subject: New kevent types: NOTE_STARTEXEC and NOTE_STOPEXEC Content-Type: multipart/mixed; boundary="------------36514A812340C7D968179FC5" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------36514A812340C7D968179FC5 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Folks, Please review the patch, which adds two new types of events - NOTE_STARTEXEC and NOTE_STOPEXEC, that could be used to get notification when the image starts or stops executing. For example, it could be used to monitor that a daemon is up and running and notify administrator when for some reason in exits. I am running this code for more than a year now without any problems. Any comments and suggestions are welcome. Thanks! -Maxim --------------36514A812340C7D968179FC5 Content-Type: text/plain; charset=koi8-r; name="kqueue.startstopexec.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kqueue.startstopexec.diff" Index: src/lib/libc/sys/kqueue.2 =================================================================== RCS file: /home/ncvs/src/lib/libc/sys/kqueue.2,v retrieving revision 1.28 diff -d -u -r1.28 kqueue.2 --- src/lib/libc/sys/kqueue.2 2 Jul 2002 21:04:00 -0000 1.28 +++ src/lib/libc/sys/kqueue.2 24 Oct 2002 06:57:41 -0000 @@ -292,7 +292,7 @@ .Va fflags , and returns when one or more of the requested events occurs on the descriptor. The events to monitor are: -.Bl -tag -width XXNOTE_RENAME +.Bl -tag -width XXNOTE_STARTEXEC .It NOTE_DELETE .Fn unlink was called on the file referenced by the descriptor. @@ -310,6 +310,19 @@ Access to the file was revoked via .Xr revoke 2 or the underlying fileystem was unmounted. +.It NOTE_STARTEXEC +The file referenced by the descriptor has been executed via +.Xr execve 2 , +.Xr fork 2 +or similar call. The PID of the process is returned in +.Va data . +.It NOTE_STOPEXEC +Execution of the file referenced by the descriptor ended. Triggered when +the process associated with the file exited or was replaced with anoter +image using +.Xr execve 2 +or simial syscall. The PID of the process is returned in +.Va data . .El .Pp On return, Index: src/sys/sys/event.h =================================================================== RCS file: /home/ncvs/src/sys/sys/event.h,v retrieving revision 1.21 diff -d -u -r1.21 event.h --- src/sys/sys/event.h 29 Jun 2002 19:14:52 -0000 1.21 +++ src/sys/sys/event.h 24 Oct 2002 06:57:41 -0000 @@ -83,13 +83,15 @@ /* * data/hint flags for EVFILT_VNODE, shared with userspace */ -#define NOTE_DELETE 0x0001 /* vnode was removed */ -#define NOTE_WRITE 0x0002 /* data contents changed */ -#define NOTE_EXTEND 0x0004 /* size increased */ -#define NOTE_ATTRIB 0x0008 /* attributes changed */ -#define NOTE_LINK 0x0010 /* link count changed */ -#define NOTE_RENAME 0x0020 /* vnode was renamed */ -#define NOTE_REVOKE 0x0040 /* vnode access was revoked */ +#define NOTE_DELETE 0x00100000 /* vnode was removed */ +#define NOTE_WRITE 0x00200000 /* data contents changed */ +#define NOTE_EXTEND 0x00400000 /* size increased */ +#define NOTE_ATTRIB 0x00800000 /* attributes changed */ +#define NOTE_LINK 0x01000000 /* link count changed */ +#define NOTE_RENAME 0x02000000 /* vnode was renamed */ +#define NOTE_REVOKE 0x04000000 /* vnode access was revoked */ +#define NOTE_STARTEXEC 0x08000000 /* vnode was executed */ +#define NOTE_STOPEXEC 0x10000000 /* vnode execution stopped */ /* * data/hint flags for EVFILT_PROC, shared with userspace @@ -98,6 +100,7 @@ #define NOTE_FORK 0x40000000 /* process forked */ #define NOTE_EXEC 0x20000000 /* process exec'd */ #define NOTE_PCTRLMASK 0xf0000000 /* mask for hint bits */ +/* Applies both to EVFILT_VNODE and EVFILT_PROC */ #define NOTE_PDATAMASK 0x000fffff /* mask for pid */ /* additional flags for EVFILT_PROC */ Index: src/sys/kern/kern_exec.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_exec.c,v retrieving revision 1.193 diff -d -u -r1.193 kern_exec.c --- src/sys/kern/kern_exec.c 11 Oct 2002 21:04:01 -0000 1.193 +++ src/sys/kern/kern_exec.c 24 Oct 2002 06:57:41 -0000 @@ -518,6 +518,8 @@ * to locking the proc lock. */ textvp = p->p_textvp; + if (textvp) + VN_KNOTE(textvp, NOTE_STOPEXEC | p->p_pid); p->p_textvp = ndp->ni_vp; /* @@ -525,6 +527,7 @@ * as we're now a bona fide freshly-execed process. */ KNOTE(&p->p_klist, NOTE_EXEC); + VN_KNOTE(p->p_textvp, NOTE_STARTEXEC | p->p_pid); p->p_flag &= ~P_INEXEC; /* Index: src/sys/kern/kern_exit.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_exit.c,v retrieving revision 1.184 diff -d -u -r1.184 kern_exit.c --- src/sys/kern/kern_exit.c 15 Oct 2002 00:14:32 -0000 1.184 +++ src/sys/kern/kern_exit.c 24 Oct 2002 06:58:03 -0000 @@ -440,6 +440,8 @@ * Notify interested parties of our demise. */ KNOTE(&p->p_klist, NOTE_EXIT); + if (p->p_textvp != NULL) + VN_KNOTE(p->p_textvp, NOTE_STOPEXEC | p->p_pid); /* * Notify parent that we're gone. If parent has the PS_NOCLDWAIT Index: src/sys/kern/kern_fork.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_fork.c,v retrieving revision 1.172 diff -d -u -r1.172 kern_fork.c --- src/sys/kern/kern_fork.c 18 Oct 2002 17:45:41 -0000 1.172 +++ src/sys/kern/kern_fork.c 24 Oct 2002 06:58:03 -0000 @@ -724,6 +724,8 @@ * tell any interested parties about the new process */ KNOTE(&p1->p_klist, NOTE_FORK | p2->p_pid); + if (p2->p_textvp != NULL) + VN_KNOTE(p2->p_textvp, NOTE_STARTEXEC | p2->p_pid); PROC_UNLOCK(p1); /* --------------36514A812340C7D968179FC5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 24 4:37:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6E6537B401 for ; Thu, 24 Oct 2002 04:37:45 -0700 (PDT) Received: from kirk.rvdp.org (node147c0.a2000.nl [24.132.71.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id B790043E3B for ; Thu, 24 Oct 2002 04:37:35 -0700 (PDT) (envelope-from rvdp@rvdp.org) Received: (from rvdp@localhost) by kirk.rvdp.org (8.11.6/8.11.6) id g9OBbSJ23901; Thu, 24 Oct 2002 13:37:28 +0200 (CEST) Date: Thu, 24 Oct 2002 13:37:28 +0200 From: Ronald van der Pol To: Neal Nelson Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Writing a PCI ADSL Driver Message-ID: <20021024113728.GA23862@rvdp.org> References: <20021006011546.GA322@thinkpad> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021006011546.GA322@thinkpad> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Oct 06, 2002 at 11:15:46 +1000, Neal Nelson wrote: > I'm thinking of writing a device driver for a Traverse Pulsar PCI ADSL > card and I was looking for some ideas before I committed myself. I've been > offered hardware and support by the makers (http://www.traverse.com.au/) > but I want to make sure that I can actually do the job before accepting. I see they have Linux drivers, but only in the form of compiled kernel modules. Are they willing to release the source code of those drivers? I am looking for an ADSL card for NetBSD, so I am certainly interested in these cards if they release the specs. rvdp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 24 5:37:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D84A237B401 for ; Thu, 24 Oct 2002 05:37:22 -0700 (PDT) Received: from memphis.mephi.ru (memphis.mephi.ru [194.67.67.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 201B643E4A for ; Thu, 24 Oct 2002 05:37:20 -0700 (PDT) (envelope-from timon@memphis.mephi.ru) Received: from timon.memphis.mephi.ru (timon.memphis.mephi.ru [10.0.1.2] (may be forged)) by memphis.mephi.ru (8.12.6/8.12.6) with ESMTP id g9OCb3Hq043119 for ; Thu, 24 Oct 2002 16:37:05 +0400 (MSD) (envelope-from timon@memphis.mephi.ru) Subject: Re: boot selector and extended partitions From: "Artem 'Zazoobr' Ignatjev" To: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20021023172247.A1639@gicco.homeip.net> References: <20021020220915.A760@gicco.cablecom.ch> <20021021114207.A42663@memphis.mephi.ru> <20021021110230.A310@gicco.cablecom.ch> <20021023124924.A19793@memphis.mephi.ru> <20021023123432.A465@snoopy.cablecom.ch> <20021023145510.A51296@memphis.mephi.ru> <20021023172247.A1639@gicco.homeip.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 24 Oct 2002 16:36:51 +0000 Message-Id: <1035477414.75529.6.camel@timon.memphis.mephi.ru> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 23.10.2002, at 15:22, Hanspeter Roth wrote: > > > Can FreeBSD be run in a logical (extended?) partition? > > Not out-of-box, but I've made it do so. > Is it an easy patch (<1h :-) ? > If yes would you make it available? well, most difficult is to install it first, after patching installed version it boots ok. look at http://memphis.mephi.ru/~timon/ there was :) description how I made that.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 24 5:40:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC87737B401; Thu, 24 Oct 2002 05:40:30 -0700 (PDT) Received: from nyogtha.unknownkadath.net (nyogtha.unknownkadath.net [209.153.153.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id A230243E4A; Thu, 24 Oct 2002 05:40:26 -0700 (PDT) (envelope-from music@rexroderecords.com) Received: from hor2ore (12-245-211-155.client.attbi.com [12.245.211.155]) by nyogtha.unknownkadath.net (8.12.2/8.12.2) with SMTP id g9OCnLRs046525; Thu, 24 Oct 2002 08:49:22 -0400 (EDT) From: "Rexrode Records" To: Subject: not a virus... Date: Thu, 24 Oct 2002 08:39:54 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ok people, i got took...1:00 in the morning from a trusted source...sue me. but prior to the belief of about a thousand "trusted" people who pointed out my blunder, this will do no harm to your machine if you got took like me. unless all of you are java programmers, and i believe it is only for an older version of java... curt ps: sorry about the mass emails...nice to type you all. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 24 8:29:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C10837B401 for ; Thu, 24 Oct 2002 08:29:28 -0700 (PDT) Received: from relay01.cablecom.net (relay01.cablecom.net [62.2.33.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E47243E6A for ; Thu, 24 Oct 2002 08:29:27 -0700 (PDT) (envelope-from hanspeter_roth@hotmail.com) Received: from smtp.swissonline.ch (mail-4.swissonline.ch [62.2.32.85]) by relay01.cablecom.net (8.12.5/8.12.5/SOL/AWF/MXRELAY/20020820) with ESMTP id g9OFTPZ2051300 for ; Thu, 24 Oct 2002 17:29:26 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Received: from gicco.homeip.net (dclient80-218-72-189.hispeed.ch [80.218.72.189]) by smtp.swissonline.ch (8.11.6/8.11.6/SMTPSOL/AWF/2002040101) with ESMTP id g9OFTPF21629 for ; Thu, 24 Oct 2002 17:29:25 +0200 (MEST) Received: (from idefix@localhost) by gicco.homeip.net (8.11.6/8.11.6) id g9OFTJu00804 for freebsd-hackers@freebsd.org; Thu, 24 Oct 2002 17:29:19 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Date: Thu, 24 Oct 2002 17:29:19 +0200 From: Hanspeter Roth To: freebsd-hackers@freebsd.org Subject: dummy/dynamic flash plugin Message-ID: <20021024172919.B709@gicco.homeip.net> Reply-To: freebsd-hackers@freebsd.org Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, most websides which include flash stuff just use it for annoying crap. Sometimes navigation is bound to flash without a flashless alternative. Having no plugin also gets annoying since this dialog appears every time one passes a certain page. Is there some kind of wrapper plugin which can be switch to enable and disable the real flash plugin in Mozilla or Netscape? -Hanspeter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 24 10: 8:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5E5B37B401 for ; Thu, 24 Oct 2002 10:08:37 -0700 (PDT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 359C843E4A for ; Thu, 24 Oct 2002 10:08:36 -0700 (PDT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.12.5/8.12.5) with ESMTP id g9OH8XTJ025862 for ; Thu, 24 Oct 2002 21:08:33 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Thu, 24 Oct 2002 21:08:33 +0400 (MSD) From: Dmitry Morozovsky To: freebsd-hackers@FreeBSD.ORG Subject: Re: dummy/dynamic flash plugin In-Reply-To: <20021024172919.B709@gicco.homeip.net> Message-ID: <20021024210638.K22094-100000@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 24 Oct 2002, Hanspeter Roth wrote: HR> most websides which include flash stuff just use it for annoying HR> crap. HR> Sometimes navigation is bound to flash without a flashless HR> alternative. HR> HR> Having no plugin also gets annoying since this dialog appears HR> every time one passes a certain page. HR> HR> Is there some kind of wrapper plugin which can be switch to enable HR> and disable the real flash plugin in Mozilla or Netscape? AFAIK there are two ways for now: - remove /usr/X11R6/lib/mozilla-devel/plugins/libnullplugin.so (to disable bothering dialog) - use linux-mozilla with linux-flash to actually run flash Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 24 11: 8:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C80837B444; Thu, 24 Oct 2002 11:08:47 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06BA043E6A; Thu, 24 Oct 2002 11:08:46 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.6/8.12.6) with ESMTP id g9OI8h1e004756; Thu, 24 Oct 2002 20:08:43 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.6/8.12.6/Submit) id g9OI8h2b004755; Thu, 24 Oct 2002 20:08:43 +0200 (CEST) Date: Thu, 24 Oct 2002 20:08:43 +0200 From: Wilko Bulte To: John Baldwin Cc: hackers@FreeBSD.ORG Subject: Re: Getting ACPI to work on -stable Message-ID: <20021024200843.A4737@freebie.xs4all.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.ORG on Wed, Oct 23, 2002 at 04:20:17PM -0400 X-OS: FreeBSD 4.7-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Oct 23, 2002 at 04:20:17PM -0400, John Baldwin wrote: > Ok, here are the instructions on getting ACPI going on 4-stable for > those of you who are foolish^H^H^H^H^H^H^Hbrave: > > - First, check out a -stable kernel source tree. > - Second, check out current versions of the following parts of the > kernel source tree (cvs co -r1 will do this): > - src/sys/contrib/dev/acpica > - src/sys/dev/acpica > - src/sys/i386/acpica > - src/sys/i386/include/acpica_machdep.h > - src/sys/i386/isa/pmtimer.c > - src/sys/kern/subr_power.c > - src/sys/sys/power.h > - Third, download and apply the patch at > http://www.FreeBSD.org/~jhb/~patches/acpi_4x.patch. Make that: http://www.FreeBSD.org/~jhb/patches/acpi_4x.patch I'm engaged in testing it now, stay tuned... -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 24 11:25:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E269E37B401 for ; Thu, 24 Oct 2002 11:25:55 -0700 (PDT) Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AAFE43E4A for ; Thu, 24 Oct 2002 11:25:55 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13916 invoked from network); 24 Oct 2002 18:26:01 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 24 Oct 2002 18:26:01 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9OIPrn5071768; Thu, 24 Oct 2002 14:25:53 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021024200843.A4737@freebie.xs4all.nl> Date: Thu, 24 Oct 2002 14:25:57 -0400 (EDT) From: John Baldwin To: Wilko Bulte Subject: Re: Getting ACPI to work on -stable Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 24-Oct-2002 Wilko Bulte wrote: > On Wed, Oct 23, 2002 at 04:20:17PM -0400, John Baldwin wrote: >> Ok, here are the instructions on getting ACPI going on 4-stable for >> those of you who are foolish^H^H^H^H^H^H^Hbrave: >> >> - First, check out a -stable kernel source tree. >> - Second, check out current versions of the following parts of the >> kernel source tree (cvs co -r1 will do this): >> - src/sys/contrib/dev/acpica >> - src/sys/dev/acpica >> - src/sys/i386/acpica >> - src/sys/i386/include/acpica_machdep.h >> - src/sys/i386/isa/pmtimer.c >> - src/sys/kern/subr_power.c >> - src/sys/sys/power.h >> - Third, download and apply the patch at >> http://www.FreeBSD.org/~jhb/~patches/acpi_4x.patch. > > Make that: http://www.FreeBSD.org/~jhb/patches/acpi_4x.patch > > I'm engaged in testing it now, stay tuned... Grammar and URL's don't mix well. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 24 11:36:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52EBA37B401 for ; Thu, 24 Oct 2002 11:36:18 -0700 (PDT) Received: from relay01.cablecom.net (relay01.cablecom.net [62.2.33.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DC1643E65 for ; Thu, 24 Oct 2002 11:36:17 -0700 (PDT) (envelope-from hanspeter_roth@hotmail.com) Received: from smtp.swissonline.ch (mail-4.swissonline.ch [62.2.32.85]) by relay01.cablecom.net (8.12.5/8.12.5/SOL/AWF/MXRELAY/20020820) with ESMTP id g9OIaBZ2079381 for ; Thu, 24 Oct 2002 20:36:16 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Received: from gicco.homeip.net (dclient80-218-72-189.hispeed.ch [80.218.72.189]) by smtp.swissonline.ch (8.11.6/8.11.6/SMTPSOL/AWF/2002040101) with ESMTP id g9OIaAF02910 for ; Thu, 24 Oct 2002 20:36:10 +0200 (MEST) Received: (from idefix@localhost) by gicco.homeip.net (8.11.6/8.11.6) id g9OIZdH01902 for freebsd-hackers@FreeBSD.ORG; Thu, 24 Oct 2002 20:35:39 +0200 (CEST) (envelope-from hanspeter_roth@hotmail.com) Date: Thu, 24 Oct 2002 20:35:39 +0200 From: Hanspeter Roth To: freebsd-hackers@FreeBSD.ORG Subject: Re: dummy/dynamic flash plugin Message-ID: <20021024203539.A1850@gicco.homeip.net> Reply-To: freebsd-hackers@FreeBSD.ORG Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20021024172919.B709@gicco.homeip.net> <20021024210638.K22094-100000@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021024210638.K22094-100000@woozle.rinet.ru>; from marck@rinet.ru on Thu, Oct 24, 2002 at 09:08:33PM +0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Oct 24 at 21:08, Dmitry Morozovsky spoke: > - remove /usr/X11R6/lib/mozilla-devel/plugins/libnullplugin.so (to disable > bothering dialog) Ok. This solves the first problem. > - use linux-mozilla with linux-flash to actually run flash But if I have only one Mozilla installed I will always have the flash crap which makes >= 90%. Should I have two Mozillas installed (one with and one without flash)? Or should I install a local cashing server (wwwoffle? ...) which can filter flash stuff? -Hanspeter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 24 11:57:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A106937B401 for ; Thu, 24 Oct 2002 11:57:08 -0700 (PDT) Received: from natto.numachi.com (natto.numachi.com [198.175.254.216]) by mx1.FreeBSD.org (Postfix) with SMTP id D57A743E42 for ; Thu, 24 Oct 2002 11:57:04 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 24369 invoked by uid 1001); 24 Oct 2002 18:56:53 -0000 Date: Thu, 24 Oct 2002 14:56:53 -0400 From: Brian Reichert To: hackers@freebsd.org Subject: RFC: standardize device probe messages? Message-ID: <20021024145653.E22898@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm poking at a little project that will get me 'System Info' a la the Microsoft experience. Simply enough, it just scans '/var/log/dmesg.today' for device info from the last boot. The resulting data can obviously be browsed in all sorts of useful ways. But, my scanning efforts revealed some inconsistencies in how these messages are formatted. Not surprising, really. To accomplish my most immediate goals, I hacked all sorts of exceptions into my scanner, but that obviously only reflects my kernel, and hence won't be useful on the larger scale. The answer, to me, seems to be to: - undergo an effort to developing a regular format - tweaking the myriad drivers to use that format There are some obviously regularities: device: at [[resource value] ...] [on parent] device: miscellaneous informative text I think (without even looking at the source) that it should be a straightforward task to patch these cosmetic changes into the various drivers, and to perhaps update style(9) to reflect this. Would people feel that this is a useful endeavor? I'd be happy to spearhead such an effort, but I don't want to waste my time if these proposed conventions aren't carried forward. Essentially, I need to treat the output of dmesg (WRT device probes) as a database, and I want a schema for that database. I think the advantage of having this info, on the scale of just your desktop, would be helpful for debugging hardware problems, etc., would be obvious to most people. For large installations, I think being able to extract this data will help with resource management, as you could essentially inventory your machines by what hardware they're running. Image being able to learn with of your machines may be affected by an updated or deprecated driver after an upgrade? :) Off to have more coffee... -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 24 12: 8:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D59FB37B401; Thu, 24 Oct 2002 12:08:36 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41C5943E4A; Thu, 24 Oct 2002 12:08:35 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.6/8.12.6) with ESMTP id g9OJ8X1e005084; Thu, 24 Oct 2002 21:08:34 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.6/8.12.6/Submit) id g9OJ8TEm005079; Thu, 24 Oct 2002 21:08:29 +0200 (CEST) Date: Thu, 24 Oct 2002 21:08:29 +0200 From: Wilko Bulte To: John Baldwin Cc: hackers@FreeBSD.org Subject: Re: Getting ACPI to work on -stable Message-ID: <20021024210829.B4981@freebie.xs4all.nl> References: <20021024200843.A4737@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.org on Thu, Oct 24, 2002 at 02:25:57PM -0400 X-OS: FreeBSD 4.7-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Oct 24, 2002 at 02:25:57PM -0400, John Baldwin wrote: > > On 24-Oct-2002 Wilko Bulte wrote: > > On Wed, Oct 23, 2002 at 04:20:17PM -0400, John Baldwin wrote: > >> Ok, here are the instructions on getting ACPI going on 4-stable for > >> those of you who are foolish^H^H^H^H^H^H^Hbrave: > >> > >> - First, check out a -stable kernel source tree. > >> - Second, check out current versions of the following parts of the > >> kernel source tree (cvs co -r1 will do this): > >> - src/sys/contrib/dev/acpica > >> - src/sys/dev/acpica > >> - src/sys/i386/acpica > >> - src/sys/i386/include/acpica_machdep.h > >> - src/sys/i386/isa/pmtimer.c > >> - src/sys/kern/subr_power.c > >> - src/sys/sys/power.h > >> - Third, download and apply the patch at > >> http://www.FreeBSD.org/~jhb/~patches/acpi_4x.patch. > > > > Make that: http://www.FreeBSD.org/~jhb/patches/acpi_4x.patch > > > > I'm engaged in testing it now, stay tuned... > > Grammar and URL's don't mix well. :) I just tested it on my Compaq EVO N160 laptop. Testresult is a bit 'hmm hmm' : - any power event (plug in mains, pull mains) results in an immediate reboot - pressing the lid switch results in an immediate reboot - apm gives me: chuck#apm APM version: 1.2 APM Managment: Disabled AC Line status: on-line Battery status: charging Remaining battery life: 0% Remaining battery time: unknown Number of batteries: 1 Battery 0: Battery status: charging Remaining battery life: 0% Remaining battery time: 0:00:00 Resume timer: Thu Jan 1 00:59:59 1970 Resume on ring indicator: disabled APM Capacities: unknown dmesg.boot: Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.7-STABLE #0: Thu Oct 24 20:08:51 CEST 2002 root@chuck.WBnet:/usr/src/sys/compile/CHUCK.acpi Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (1065.77-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 133562368 (130432K bytes) avail memory = 125665280 (122720K bytes) Preloaded elf kernel "kernel" at 0xc043b000. Preloaded elf module "linux.ko" at 0xc043b09c. Preloaded elf module "agp.ko" at 0xc043b13c. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 11 entries at 0xc00fdf10 acpi0: on motherboard Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_ec0: port 0x66,0x62 on acpi0 apm: Other PM system enabled. npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 agp0: mem 0xe0000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 uhci0: port 0x1840-0x185f irq 11 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1860-0x187f irq 10 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 pci2: (vendor=0x14f1, dev=0x2f00) at 4.0 pci2: (vendor=0x104c, dev=0x8023) at 5.0 pcic0: irq 10 at device 6.0 on pci2 pcic0: PCI Memory allocated: 0x88000000 pcic0: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][CSC serial isa irq] pccard0: on pcic0 fxp0: port 0x3000-0x303f mem 0xd0200000-0xd0200fff irq 9 at device 8.0 on pci2 fxp0: Ethernet address 00:02:a5:9d:b3:30 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1800-0x180f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: (vendor=0x8086, dev=0x2483) at 31.3 irq 5 pcm0: port 0x1880-0x18bf,0x1c00-0x1cff irq 5 at device 31.5 on pci0 orm0: