From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 00:06:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E01C516A4CE; Sun, 8 Feb 2004 00:06:54 -0800 (PST) Received: from VARK.homeunix.com (adsl-68-122-2-18.dsl.pltn13.pacbell.net [68.122.2.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7CB343D1D; Sun, 8 Feb 2004 00:06:54 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: from VARK.homeunix.com (localhost [127.0.0.1]) by VARK.homeunix.com (8.12.10/8.12.10) with ESMTP id i1886bKW014475; Sun, 8 Feb 2004 00:06:37 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.homeunix.com (8.12.10/8.12.10/Submit) id i1886ZkW014474; Sun, 8 Feb 2004 00:06:35 -0800 (PST) (envelope-from das@FreeBSD.ORG) Date: Sun, 8 Feb 2004 00:06:30 -0800 From: David Schultz To: Jun Su Message-ID: <20040208080630.GA14364@VARK.homeunix.com> Mail-Followup-To: Jun Su , delphij@frontfree.net, current@FreeBSD.ORG, jhb@FreeBSD.ORG, tjr@FreeBSD.ORG References: <20040129134121.GB53644@frontfree.net> <20040129200442.GA52780@VARK.homeunix.com> <01bd01c3e742$093d83b0$56dea1d3@shasujunmv> <20040131215006.GP908@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: tjr@FreeBSD.ORG cc: current@FreeBSD.ORG cc: jhb@FreeBSD.ORG Subject: PID Allocator Performance Results (was: Re: [UPDATE] new pid alloc...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 08:06:55 -0000 I spent some time today benchmarking the various proposed pid allocators. The full results, along with pretty pictures and a more complete analysis, are at: http://people.freebsd.org/~das/pbench/pbench.html [1] To summarize, the old allocator begins to perform poorly when there are several thousand processes in the system. Both the NetBSD allocator and tjr's patch, which replaces the collision detection step with a hash lookup, eliminate the scaling issue.[2] Neither of the new approaches have measurable overhead over the current approach when there are very few processes. My inclination is to go for Tim's proposal because it is simpler and it does not have an impact on which pids may be allocated. Although the code you ported from NetBSD is more scalable in the asymptotic sense, it does not appear to be better than Tim's hash table in practice. Ultimately, however, I think it ought to be jhb's decision. In any case, please understand that these sorts of improvements are definitely welcome, and I'm grateful for your time and effort. [1] The web page also mentions a problem with wait4() I ran into that might explain why Tim didn't observe the performance improvement he was looking for. [2] All of the algorithms presumably go exponential when you approach PID_MAX processes, but that isn't a reasonable situation, and if it was, we would need to bump PID_MAX as Solaris has done. From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 00:12:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3B4D16A4CE for ; Sun, 8 Feb 2004 00:12:10 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 184AE43D1D for ; Sun, 8 Feb 2004 00:12:10 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id i188Bxbj016066; Sun, 8 Feb 2004 09:12:00 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Julian Elischer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 07 Feb 2004 23:58:47 PST." Date: Sun, 08 Feb 2004 09:11:59 +0100 Message-ID: <16065.1076227919@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 08:12:10 -0000 In message , Ju lian Elischer writes: >> I would appreciate if people would test these devices work _as >> previously_ with this patch in place. > >well that depends on your definition of "as previously" > >Previously, nmdm started off with 4 devices visible in /dev now I don't >see that.. The old behaviour was intuitive... You saw a device. This new behaviour is called a "cloning device" and it doesn't allocate any resources until they are actually needed, which I belive is the correct behaviour for pseudo-devices. -- 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. From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 00:29:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63CE516A4CE; Sun, 8 Feb 2004 00:29:29 -0800 (PST) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BAD843D2F; Sun, 8 Feb 2004 00:29:29 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (sccrmhc12) with ESMTP id <20040208082924012007vnsse>; Sun, 8 Feb 2004 08:29:28 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA50681; Sun, 8 Feb 2004 00:29:23 -0800 (PST) Message-Id: <200402080829.AAA50681@InterJet.elischer.org> Date: Sun, 8 Feb 2004 00:29:21 -0800 (PST) From: Julian Elischer To: Doug Barton cc: "freebsd-current@freebsd.org" cc: Steve Kargl Subject: Re: latest current + latest ports + nvidia == no GL (pthread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 08:29:29 -0000 problem?) In-Reply-To: <20040207200651.X3994@ync.qbhto.arg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sat, 7 Feb 2004, Doug Barton wrote: > > Um, I can't actually. For this particular situation, my choices are use > the nvidia drivers + current, or use windows. (And no, I'm not > interested in debating why my choices are thus limited.) But that's not > particularly relevant to the larger point, which is (AFAIK), the nvidia > drivers aren't the only victims here. Choosing to break compatibility > with third party software (what little of it there is) simply drives > more nails in the coffin of FreeBSD as anything other than a niche > platform. > > > > It's incredibly disappointing to me that after all this time this is > > > still an issue. Sitting in an ivory tower and proclaiming how the world > > > _ought_ to be isn't really a useful approach to software design. > > > > It's incredibly insulting to me that you have the audacity to > > denigrate the work of the KSE developers. > > Getting insulted on other people's behalf is rarely a useful exercise. > And regardless of how hard someone has worked on something, two things > are true of every contribution to the project (including mine). > > 1. It doesn't matter how hard you work on something, if it's a bad idea, > it's a bad idea. > > 2. If it doesn't meet the needs of a significant percentage of FreeBSD > users, it's a bad idea. > Woa! The nvidia people use %gs for their own purposes. It is because they are simulating Thread-local storage. This is a requirement for them... We are planning on implementing REAL thread-local storage. They said that when that occurs, they can compile everything to use it. TLS is not quite here yet.. it requires the newest binutils and significant ld knowledge, but it IS in the works.. until then people using ht envidia driver will have to do without the advantages of real threads (libc_r is after all still there). It is a known problem but the minority of people who run nvidia will have to wait just a little longer because it requires a lot more work to support a complete ld rebuild just for one product. That doesn't mean we are not doing it.. it just isn't done yet. From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 00:37:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4205C16A4DA for ; Sun, 8 Feb 2004 00:37:05 -0800 (PST) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3932B43D2F for ; Sun, 8 Feb 2004 00:37:05 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (rwcrmhc12) with ESMTP id <2004020808370401400hkngce>; Sun, 8 Feb 2004 08:37:04 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA50748; Sun, 8 Feb 2004 00:37:03 -0800 (PST) Date: Sun, 8 Feb 2004 00:37:02 -0800 (PST) From: Julian Elischer To: Poul-Henning Kamp In-Reply-To: <16065.1076227919@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 08:37:05 -0000 On Sun, 8 Feb 2004, Poul-Henning Kamp wrote: > In message , Ju > lian Elischer writes: > > >> I would appreciate if people would test these devices work _as > >> previously_ with this patch in place. > > > >well that depends on your definition of "as previously" > > > >Previously, nmdm started off with 4 devices visible in /dev now I don't > >see that.. The old behaviour was intuitive... You saw a device. > > This new behaviour is called a "cloning device" and it doesn't allocate > any resources until they are actually needed, which I belive is the > correct behaviour for pseudo-devices. As I said.. I doesn't behave _as Previously_ which is what you asked.. > > -- > 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. > From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 00:44:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DB0C16A4CE; Sun, 8 Feb 2004 00:44:01 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 941BA43D1F; Sun, 8 Feb 2004 00:44:00 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id i188gxbj016216; Sun, 8 Feb 2004 09:42:59 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: David Schultz From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 08 Feb 2004 00:06:30 PST." <20040208080630.GA14364@VARK.homeunix.com> Date: Sun, 08 Feb 2004 09:42:59 +0100 Message-ID: <16215.1076229779@critter.freebsd.dk> cc: current@freebsd.org cc: tjr@freebsd.org cc: Jun Su Subject: Re: PID Allocator Performance Results (was: Re: [UPDATE] new pid alloc...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 08:44:01 -0000 In message <20040208080630.GA14364@VARK.homeunix.com>, David Schultz writes: >I spent some time today benchmarking the various proposed pid >allocators. The full results, along with pretty pictures and a >more complete analysis, are at: > > http://people.freebsd.org/~das/pbench/pbench.html [1] You _do_ realize that the difference between "tjr" and "net" in the bottom plot is not statistically significant ? Stratification is visibly present from approx 1500 pids and up, and ends up being responsible for 1/3rd of the difference by the time you get to 5000 pids. (The tell-tale sign here is that the two data sets both fall on two mostly straight lines in a random looking pattern, with practically no measurements hitting the interval between the two lines.) If we assume the stratification has linearity with number of pids, which I think looks reasonable, and we read the right hand edge as half a second and the left hand edge as zero, we find: (.5 - 0) [second] -------------------------------------- = 10 [nsec] / [iteration*pid] 10000 [iterations] * (5000 - 0) [pids] 10nsec per operation is getting you into the territory of effective TSC-timecounter resolution, RAM access time, cache miss delays and all sorts of other hardware effects. So all in all, I would say that you have proven that "tjr" and "net" are better than "old", but not that there is any statistically significant performance difference between them. In that case, simplicity is a wonderful selection criteria, and I'll second your recommendation for "tjr" on that basis. 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. From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 00:45:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B113B16A4CE; Sun, 8 Feb 2004 00:45:21 -0800 (PST) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F57F43D1F; Sun, 8 Feb 2004 00:45:21 -0800 (PST) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) i188jJZV093623; Sun, 8 Feb 2004 03:45:20 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i188jJN1093620; Sun, 8 Feb 2004 03:45:19 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 8 Feb 2004 03:45:19 -0500 (EST) From: Andre Guibert de Bruet To: current@freebsd.org Message-ID: <20040208022417.M91658@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-452794435-1076228556=:91658" Content-ID: <20040208034019.M91658@alpha.siliconlandmark.com> X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean Subject: make_dev(9) perms for SCSI & SCSI RAID drivers in CURRENT. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 08:45:21 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-452794435-1076228556=:91658 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: <20040208034019.W91658@alpha.siliconlandmark.com> Hi, While studying the various FreeBSD SCSI and SCSI RAID drivers, I noticed that the file mode (perm mask) varies per driver. So far, I've come across 0600, 0640 and 0644. I can't really see why any of these drivers would have anything other than 0600, as it would require root access or at least write perm to do anything useful with the card. Here's a quick illustration of what I'm refering to: aac 0640 (octal notation in code) amr 0600 (implemented as S_IRUSR | S_IWUSR) asr 0640 (octal notation in code) ciss 0600 (implemented as S_IRUSR | S_IWUSR) ida 0600 (implemented as S_IRUSR | S_IWUSR) iir 0644 (implemented as S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH) ips 0600 (implemented as S_IRUSR | S_IWUSR) isp 0600 (octal notation in code) mly 0600 (implemented as S_IRUSR | S_IWUSR) I've attached a set of patches that make the aac, asr, iir and isp drivers conform to S_IRUSR | S_IWUSR. I don't have all of these cards, but the drivers build on today's CURRENT and these changes are rather minor. As always, comments are welcome. :) Regards, Andy > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > --0-452794435-1076228556=:91658 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="aac.c.perm.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20040208032236.S91658@alpha.siliconlandmark.com> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="aac.c.perm.patch" SW5kZXg6IGFhYy5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmls ZTogL2hvbWUvbmN2cy9zcmMvc3lzL2Rldi9hYWMvYWFjLmMsdg0KcmV0cmll dmluZyByZXZpc2lvbiAxLjg1DQpkaWZmIC11IC1yMS44NSBhYWMuYw0KLS0t IGFhYy5jCTcgRmViIDIwMDQgMTc6NDA6MzcgLTAwMDAJMS44NQ0KKysrIGFh Yy5jCTggRmViIDIwMDQgMDg6MDk6NDggLTAwMDANCkBAIC01MSw2ICs1MSw3 IEBADQogI2luY2x1ZGUgPHN5cy9zaWduYWx2YXIuaD4NCiAjaW5jbHVkZSA8 c3lzL3RpbWUuaD4NCiAjaW5jbHVkZSA8c3lzL2V2ZW50aGFuZGxlci5oPg0K KyNpbmNsdWRlIDxzeXMvc3RhdC5oPg0KIA0KICNpbmNsdWRlIDxtYWNoaW5l L2J1c19tZW1pby5oPg0KICNpbmNsdWRlIDxtYWNoaW5lL2J1cy5oPg0KQEAg LTI3MSw3ICsyNzIsNyBAQA0KIAkgKi8NCiAJdW5pdCA9IGRldmljZV9nZXRf dW5pdChzYy0+YWFjX2Rldik7DQogCXNjLT5hYWNfZGV2X3QgPSBtYWtlX2Rl digmYWFjX2NkZXZzdywgdW5pdCwgVUlEX1JPT1QsIEdJRF9PUEVSQVRPUiwN Ci0JCQkJIDA2NDAsICJhYWMlZCIsIHVuaXQpOw0KKwkJCQkgU19JUlVTUiB8 IFNfSVdVU1IsICJhYWMlZCIsIHVuaXQpOw0KIAkodm9pZCltYWtlX2Rldl9h bGlhcyhzYy0+YWFjX2Rldl90LCAiYWZhJWQiLCB1bml0KTsNCiAJKHZvaWQp bWFrZV9kZXZfYWxpYXMoc2MtPmFhY19kZXZfdCwgImhwbiVkIiwgdW5pdCk7 DQogCXNjLT5hYWNfZGV2X3QtPnNpX2RydjEgPSBzYzsNCg== --0-452794435-1076228556=:91658 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="asr.c.perm.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20040208032236.Y91658@alpha.siliconlandmark.com> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="asr.c.perm.patch" SW5kZXg6IGFzci5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmls ZTogL2hvbWUvbmN2cy9zcmMvc3lzL2Rldi9hc3IvYXNyLmMsdg0KcmV0cmll dmluZyByZXZpc2lvbiAxLjM4DQpkaWZmIC11IC1yMS4zOCBhc3IuYw0KLS0t IGFzci5jCTI2IFNlcCAyMDAzIDE1OjU2OjQyIC0wMDAwCTEuMzgNCisrKyBh c3IuYwk4IEZlYiAyMDA0IDA3OjU5OjE4IC0wMDAwDQpAQCAtMzEyNyw4ICsz MTI3LDggQEANCiAJLyoNCiAJICoJR2VuZXJhdGUgdGhlIGRldmljZSBub2Rl IGluZm9ybWF0aW9uDQogCSAqLw0KLQkodm9pZCltYWtlX2RldigmYXNyX2Nk ZXZzdywgdW5pdCwgVUlEX1JPT1QsIEdJRF9PUEVSQVRPUiwgMDY0MCwNCi0J ICAgICJyYXNyJWQiLCB1bml0KTsNCisJKHZvaWQpbWFrZV9kZXYoJmFzcl9j ZGV2c3csIHVuaXQsIFVJRF9ST09ULCBHSURfT1BFUkFUT1IsDQorCSAgICBT X0lSVVNSIHwgU19JV1VTUiwgInJhc3IlZCIsIHVuaXQpOw0KIAlBVFRBQ0hf UkVUVVJOKDApOw0KIH0gLyogYXNyX2F0dGFjaCAqLw0KIA0K --0-452794435-1076228556=:91658 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="iir_ctrl.c.perm.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20040208032236.O91658@alpha.siliconlandmark.com> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="iir_ctrl.c.perm.patch" SW5kZXg6IGlpcl9jdHJsLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJD UyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMvZGV2L2lpci9paXJfY3RybC5j LHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMQ0KZGlmZiAtdSAtcjEuMTEg aWlyX2N0cmwuYw0KLS0tIGlpcl9jdHJsLmMJMjYgU2VwIDIwMDMgMTU6MzY6 NDcgLTAwMDAJMS4xMQ0KKysrIGlpcl9jdHJsLmMJOCBGZWIgMjAwNCAwNzo1 Njo0NSAtMDAwMA0KQEAgLTEwMywxMiArMTAzLDEyIEBADQogDQogI2lmZGVm IFNERVZfUEVSX0hCQQ0KICAgICBkZXYgPSBtYWtlX2RldigmaWlyX2NkZXZz dywgaGJhMm1pbm9yKHVuaXQpLCBVSURfUk9PVCwgR0lEX09QRVJBVE9SLA0K LSAgICAgICAgICAgICAgICAgICBTX0lSVVNSIHwgU19JV1VTUiB8IFNfSVJH UlAgfCBTX0lST1RILCAiaWlyJWQiLCB1bml0KTsNCisgICAgICAgICAgICAg ICAgICAgU19JUlVTUiB8IFNfSVdVU1IsICJpaXIlZCIsIHVuaXQpOw0KICNl bHNlDQogICAgIGlmIChzZGV2X21hZGUpDQogICAgICAgICByZXR1cm4gKDAp Ow0KICAgICBkZXYgPSBtYWtlX2RldigmaWlyX2NkZXZzdywgMCwgVUlEX1JP T1QsIEdJRF9PUEVSQVRPUiwNCi0gICAgICAgICAgICAgICAgICAgU19JUlVT UiB8IFNfSVdVU1IgfCBTX0lSR1JQIHwgU19JUk9USCwgImlpciIpOw0KKyAg ICAgICAgICAgICAgICAgICBTX0lSVVNSIHwgU19JV1VTUiwgImlpciIpOw0K ICAgICBzZGV2X21hZGUgPSAxOw0KICNlbmRpZg0KICAgICByZXR1cm4gKGRl dik7DQo= --0-452794435-1076228556=:91658 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="isp_freebsd.c.perm.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20040208032236.G91658@alpha.siliconlandmark.com> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="isp_freebsd.c.perm.patch" SW5kZXg6IGlzcF9mcmVlYnNkLmMNCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0N ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMvZGV2L2lzcC9pc3BfZnJl ZWJzZC5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS45Ng0KZGlmZiAtdSAt cjEuOTYgaXNwX2ZyZWVic2QuYw0KLS0tIGlzcF9mcmVlYnNkLmMJNyBGZWIg MjAwNCAwMzo0NzozMyAtMDAwMAkxLjk2DQorKysgaXNwX2ZyZWVic2QuYwk4 IEZlYiAyMDA0IDA4OjEyOjQwIC0wMDAwDQpAQCAtMzUsNiArMzUsNyBAQA0K ICNpbmNsdWRlIDxzeXMvY29uZi5oPg0KICNpbmNsdWRlIDxzeXMvbW9kdWxl Lmg+DQogI2luY2x1ZGUgPHN5cy9pb2Njb20uaD4NCisjaW5jbHVkZSA8c3lz L3N0YXQuaD4NCiAjaW5jbHVkZSA8ZGV2L2lzcC9pc3BfaW9jdGwuaD4NCiAN CiANCkBAIC0yMTEsNyArMjEyLDcgQEANCiAJICogQ3JlYXRlIGRldmljZSBu b2Rlcw0KIAkgKi8NCiAJKHZvaWQpIG1ha2VfZGV2KCZpc3BfY2RldnN3LCBk ZXZpY2VfZ2V0X3VuaXQoaXNwLT5pc3BfZGV2KSwgVUlEX1JPT1QsDQotCSAg ICBHSURfT1BFUkFUT1IsIDA2MDAsICIlcyIsIGRldmljZV9nZXRfbmFtZXVu aXQoaXNwLT5pc3BfZGV2KSk7DQorCSAgICBHSURfT1BFUkFUT1IsIFNfSVJV U1IgfCBTX0lXVVNSLCAiJXMiLCBkZXZpY2VfZ2V0X25hbWV1bml0KGlzcC0+ aXNwX2RldikpOw0KIA0KIAlpZiAoaXNwLT5pc3Bfcm9sZSAhPSBJU1BfUk9M RV9OT05FKSB7DQogCQlpc3AtPmlzcF9zdGF0ZSA9IElTUF9SVU5TVEFURTsN Cg== --0-452794435-1076228556=:91658-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 00:51:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA17D16A4CE for ; Sun, 8 Feb 2004 00:51:32 -0800 (PST) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EE1043D1F for ; Sun, 8 Feb 2004 00:51:32 -0800 (PST) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) i188pVZV093669; Sun, 8 Feb 2004 03:51:31 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i188pUwv093666; Sun, 8 Feb 2004 03:51:31 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 8 Feb 2004 03:51:30 -0500 (EST) From: Andre Guibert de Bruet To: Chip Norkus In-Reply-To: <20040207062617.GC49373@teleri.net> Message-ID: <20040208034616.G91658@alpha.siliconlandmark.com> References: <40247AE9.6070805@gddsn.org.cn> <20040207062617.GC49373@teleri.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: freebsd-current@freebsd.org Subject: Re: Processes blocked on getblk or ufs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 08:51:32 -0000 On Sat, 7 Feb 2004, Chip Norkus wrote: > On Sat Feb 07, 2004; 01:43PM +0800 Huang wen hui propagated the following: > > I think I can throw a 'me too' in here. A build (make -j8 world) which > would reliably lock up one of my 2650s no longer does so. This is > extremely encouraging. :) Thanks so much for the hard work on this! It's nice to see that at least one of the two problematic drivers have been fixed. I haven't seen a getblk lockup in a couple of days, but I haven't really been stressing the machines that were affected by the hang. I'm going to have a hack at amr(4) and will let everyone know what I find! Regards, Andy > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 00:59:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4948316A4CE for ; Sun, 8 Feb 2004 00:59:28 -0800 (PST) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E1C143D1F for ; Sun, 8 Feb 2004 00:59:28 -0800 (PST) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) i188xPZV093712; Sun, 8 Feb 2004 03:59:25 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i188xPC9093709; Sun, 8 Feb 2004 03:59:25 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 8 Feb 2004 03:59:25 -0500 (EST) From: Andre Guibert de Bruet To: Wm Brian McCane In-Reply-To: <20040206192423.V8314-100000@fw.mccons.net> Message-ID: <20040208035518.T91658@alpha.siliconlandmark.com> References: <20040206192423.V8314-100000@fw.mccons.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: Lockup during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 08:59:28 -0000 On Fri, 6 Feb 2004, Wm Brian McCane wrote: > I am trying to upgrade 5.0-CURRENT from Mar 25, 2003 to a current > cvsup of 5.2-CURRENT from this morning. I have completed the buildworld, > buildkernel and installkernel. Now when I do a 'boot -s' to do the > 'mergemaster -p', the machine stops after it completes the check for SCSI > devices, which is (on the 5.0-CURRENT), just before it mounts the root > partition. I was wondering if the problem is with the old UFS1 root > partition which I have been using since sometime back in the days of 2.x > or 3.x. However, I think this is also when all the output starts getting > piped to the serial ports so I suppose it could be going to serial console > mode as well. > > any suggestions? Try booting with ACPI disabled. Search the archives on how to do this. If this doesn't fix the problem, reboot to your old kernel and recvsup to HEAD and retry the upgrade. Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 01:05:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85CCF16A4CE; Sun, 8 Feb 2004 01:05:56 -0800 (PST) Received: from cserv62.csub.edu (cserv62.csub.edu [136.168.10.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B64A43D1F; Sun, 8 Feb 2004 01:05:56 -0800 (PST) (envelope-from rjackson@cserv62.csub.edu) Received: from cserv62.csub.edu (localhost [127.0.0.1]) by cserv62.csub.edu (8.12.9/8.12.9) with ESMTP id i1895uDp088883; Sun, 8 Feb 2004 01:05:56 -0800 (PST) (envelope-from rjackson@cserv62.csub.edu) Received: (from rjackson@localhost) by cserv62.csub.edu (8.12.9/8.12.9/Submit) id i1895tQj088882; Sun, 8 Feb 2004 01:05:55 -0800 (PST) (envelope-from rjackson) Date: Sun, 8 Feb 2004 01:05:55 -0800 From: Russell Jackson To: "Jacques A. Vidrine" Message-ID: <20040208090555.GA88100@cserv62.csub.edu> References: <9FF6ADDC-5717-11D8-8F2D-000393D3CD70@sadclown.net> <20040205134743.GE71004@madman.celabo.org> <20040208071758.GA72490@cserv62.csub.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040208071758.GA72490@cserv62.csub.edu> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: buildworld fails on nslexr.c? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 09:05:56 -0000 Solved by rebuilding and installing yacc first then doing buildworld. Thanks for the pointers Jacques. On Sat, Feb 07, 2004 at 11:17:58PM -0800, Russell Jackson wrote: > I've had the same problem even after doing a make clean and rm -rf /usr/obj > > On Thu, Feb 05, 2004 at 07:47:43AM -0600, Jacques A. Vidrine wrote: > > On Wed, Feb 04, 2004 at 08:39:58AM -0500, Jeff Utter wrote: > > > cc -O -pipe -march=pentium4 -I/usr/src/lib/libc/include > > > -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 > > > -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 > > > -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale > > > -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP > > > -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k > > > -Wno-uninitialized -c nslexer.c > > > /dev/stdout: In function `_nsyylex': > > > /dev/stdout:711: warning: label `find_rule' defined but not used > > > /usr/src/lib/libc/net/nslexer.l: At top level: > > > /dev/stdout:1678: warning: `yy_flex_realloc' defined but not used > > > > Are you sure your sources are completely up to date? and that your > > object tree was clean when you built? > > > > yacc was updated to generate warning-free code. It seems like either > > (a) you don't have the updated yacc, or (b) you have an nslexer.c > > hanging around that was generated by an older yacc. > > > > Cheers, > > -- > > Jacques Vidrine NTT/Verio SME FreeBSD UNIX Heimdal > > nectar@celabo.org jvidrine@verio.net nectar@freebsd.org nectar@kth.se > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- > -- > Russell A. Jackson (rjackson@cserv62.csub.edu) > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- -- Russell A. Jackson (rjackson@cserv62.csub.edu) From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 01:45:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0427F16A4CE; Sun, 8 Feb 2004 01:45:48 -0800 (PST) Received: from VARK.homeunix.com (adsl-68-122-2-18.dsl.pltn13.pacbell.net [68.122.2.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A854B43D1F; Sun, 8 Feb 2004 01:45:47 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: from VARK.homeunix.com (localhost [127.0.0.1]) by VARK.homeunix.com (8.12.10/8.12.10) with ESMTP id i189jbKW014996; Sun, 8 Feb 2004 01:45:37 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.homeunix.com (8.12.10/8.12.10/Submit) id i189jbnG014995; Sun, 8 Feb 2004 01:45:37 -0800 (PST) (envelope-from das@FreeBSD.ORG) Date: Sun, 8 Feb 2004 01:45:37 -0800 From: David Schultz To: Poul-Henning Kamp Message-ID: <20040208094537.GA14749@VARK.homeunix.com> Mail-Followup-To: Poul-Henning Kamp , Jun Su , tjr@FreeBSD.ORG, current@FreeBSD.ORG, jhb@FreeBSD.ORG References: <20040208080630.GA14364@VARK.homeunix.com> <16215.1076229779@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16215.1076229779@critter.freebsd.dk> cc: jhb@FreeBSD.ORG cc: current@FreeBSD.ORG cc: tjr@FreeBSD.ORG cc: Jun Su Subject: Re: PID Allocator Performance Results (was: Re: [UPDATE] new pid alloc...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 09:45:48 -0000 On Sun, Feb 08, 2004, Poul-Henning Kamp wrote: > In message <20040208080630.GA14364@VARK.homeunix.com>, David Schultz writes: > >I spent some time today benchmarking the various proposed pid > >allocators. The full results, along with pretty pictures and a > >more complete analysis, are at: > > > > http://people.freebsd.org/~das/pbench/pbench.html [1] > > You _do_ realize that the difference between "tjr" and "net" in the > bottom plot is not statistically significant ? > > Stratification is visibly present from approx 1500 pids and up, and > ends up being responsible for 1/3rd of the difference by the time > you get to 5000 pids. > > (The tell-tale sign here is that the two data sets both fall on two > mostly straight lines in a random looking pattern, with practically > no measurements hitting the interval between the two lines.) > > If we assume the stratification has linearity with number of pids, > which I think looks reasonable, and we read the right hand edge as > half a second and the left hand edge as zero, we find: > > (.5 - 0) [second] > -------------------------------------- = 10 [nsec] / [iteration*pid] > 10000 [iterations] * (5000 - 0) [pids] > > 10nsec per operation is getting you into the territory of effective > TSC-timecounter resolution, RAM access time, cache miss delays > and all sorts of other hardware effects. To avoid jitter and timestamping overhead, I read the time only at the start and end of the entire sequence of 10000 operations. I obtained the sample variance by running the entire test three times, i.e. for (pass = 0; pass < 3; pass++) { for (nprocs = 100; nprocs < 5000; nprocs++) { set up the test, fork the sleepers; take starting timestamp; for (iter = 0; iter < 10000; iter++) run test; take ending timestamp; } } Nevertheless, you're definitely right about the stratification. I'm not sure how to explain that. My best theory is that there's some confounding factor, such as the pageout daemon waking up, that has a constant overhead. If you look at the original samples, there's always two that are normal and one outlier. More samples would probably correct for this, and if I were running the benchmark again, I would have done more iterations of the outer loop in the pseudocode above and fewer of the inner loop. > So all in all, I would say that you have proven that "tjr" and "net" > are better than "old", but not that there is any statistically > significant performance difference between them. Yes, I realize that. I took 10 more samples of 10000 forks each with 5000 sleeping processes in the background and got the following: tjr: 1.130558492 1.125901197 1.144079485 1.118981882 1.131435699 1.123052511 1.133321135 1.121301171 1.133015788 1.124377539 net: 1.116848091 1.119333603 1.117941526 1.121989527 (got an outlier (2.547301682) here, so I reran this test) 1.118023912 1.110658198 1.126021045 1.106436712 1.116406694 1.100889638 This data show a difference at the 95% confidence level, namely, that the NetBSD algorithm is about 1% faster on a system with 5000 processes (and only 0.1% faster if you're looking at the total overhead of fork() rather than vfork().) I think that pretty much rules out performance as the deciding factor between the two. From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 01:50:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 028F816A4CE; Sun, 8 Feb 2004 01:50:03 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CFA343D1D; Sun, 8 Feb 2004 01:50:02 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id i189nqbj016694; Sun, 8 Feb 2004 10:49:52 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: David Schultz From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 08 Feb 2004 01:45:37 PST." <20040208094537.GA14749@VARK.homeunix.com> Date: Sun, 08 Feb 2004 10:49:52 +0100 Message-ID: <16693.1076233792@critter.freebsd.dk> cc: jhb@FreeBSD.ORG cc: current@FreeBSD.ORG cc: tjr@FreeBSD.ORG cc: Jun Su Subject: Re: PID Allocator Performance Results (was: Re: [UPDATE] new pid alloc...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 09:50:03 -0000 In message <20040208094537.GA14749@VARK.homeunix.com>, David Schultz writes: >> 10nsec per operation is getting you into the territory of effective >> TSC-timecounter resolution, RAM access time, cache miss delays >> and all sorts of other hardware effects. > >To avoid jitter and timestamping overhead, I read the time only at >the start and end of the entire sequence of 10000 operations. >I obtained the sample variance by running the entire test three >times, i.e. Yes, but you have to remember that quite a lot of stuff happens in the kernel of your iteration, and the stratification seems to happen there. >Nevertheless, you're definitely right about the stratification. > >Yes, I realize that. I took 10 more samples of 10000 forks each >with 5000 sleeping processes in the background and got the >following: >This data show a difference at the 95% confidence level, namely, >that the NetBSD algorithm is about 1% faster on a system with 5000 >processes (and only 0.1% faster if you're looking at the total >overhead of fork() rather than vfork().) I think that pretty much >rules out performance as the deciding factor between the two. Uhm, if you are using "Student's T" you have to remember that it is only valid for gaussian noise processes. The stratification we see is not any where near to gaussian. Either way: "tjr" should be our choice. -- 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. From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 02:35:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CE9316A4CE for ; Sun, 8 Feb 2004 02:35:59 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA9F143D1F for ; Sun, 8 Feb 2004 02:35:58 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id i18AZsbj016977; Sun, 8 Feb 2004 11:35:54 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Julian Elischer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 08 Feb 2004 00:37:02 PST." Date: Sun, 08 Feb 2004 11:35:54 +0100 Message-ID: <16976.1076236554@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 10:35:59 -0000 In message , Ju lian Elischer writes: > > >On Sun, 8 Feb 2004, Poul-Henning Kamp wrote: > >> In message , Ju >> lian Elischer writes: >> >> >> I would appreciate if people would test these devices work _as >> >> previously_ with this patch in place. >> > >> >well that depends on your definition of "as previously" >> > >> >Previously, nmdm started off with 4 devices visible in /dev now I don't >> >see that.. The old behaviour was intuitive... You saw a device. >> >> This new behaviour is called a "cloning device" and it doesn't allocate >> any resources until they are actually needed, which I belive is the >> correct behaviour for pseudo-devices. > >As I said.. I doesn't behave _as Previously_ which is what you asked.. I was thinking more of the functional aspect, that characters get from one side to the other etc. -- 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. From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 03:41:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E7F416A4CE for ; Sun, 8 Feb 2004 03:41:16 -0800 (PST) Received: from mailhub2.midco.net (mailhub2.midco.net [24.220.0.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5280343D1D for ; Sun, 8 Feb 2004 03:41:16 -0800 (PST) (envelope-from pmes@bis.midco.net) Received: (qmail 7416 invoked by uid 0); 8 Feb 2004 11:41:15 -0000 Received: from host-195-219-220-24.midco.net (HELO bis.midco.net) ([24.220.219.195]) (envelope-sender ) by lvs-pop.midco.net (qmail-ldap-1.03) with SMTP for ; 8 Feb 2004 11:41:15 -0000 Message-ID: <4026205A.6030005@bis.midco.net> Date: Sun, 08 Feb 2004 05:41:14 -0600 From: Peter Schultz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031215 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20040207180930.I89563@ync.qbhto.arg> <20040207194206.D89563@ync.qbhto.arg> <20040208040219.GA35247@troutmask.apl.washington.edu> <20040207200651.X3994@ync.qbhto.arg> In-Reply-To: <20040207200651.X3994@ync.qbhto.arg> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: binary compatibility [was: Re: latest current + latest ports +nvidia == no GL (pthread problem?)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 11:41:16 -0000 Here is how I would paint this bike shed, I hope it doesn't cause raucous thread. Doug Barton wrote: > Choosing to break compatibility > with third party software (what little of it there is) simply drives > more nails in the coffin of FreeBSD as anything other than a niche > platform. > I would prefer to see broken binary compatibility. It is one of the things I enjoy most about FreeBSD-CURRENT. "Sorry guys, we were wrong, but here's a better implementation." :-) My opinion is that Doug's "nails in the coffin" statement is pure speculation and conjecture. Would I like to see FreeBSD on more and more desktops? Yes. Do I think it helps when binary compatibility is broken? No. Someday FreeBSD may become so simple to use that it will take the desktop world by storm, but who here is thinking that will happen today? FreeBSD is just another tool for us humans to use. It's very special though, as it can turn a commodity PC into a powerful server. I happened to see it as an extraordinarily precise, yet highly flexible tool, which I have come to expect to be under the most strenuous development. This may always cause it to be a niche platform, and if that's the case. So be it. At least the craftsmen and artists of the world will have somewhere to commit code and show off. Pete... From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 04:27:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C7B816A4CF; Sun, 8 Feb 2004 04:27:02 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0F6C43D1D; Sun, 8 Feb 2004 04:27:01 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 947F15311; Sun, 8 Feb 2004 13:27:00 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id AF82F530D; Sun, 8 Feb 2004 13:26:52 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 45ED333C6F; Sun, 8 Feb 2004 13:26:52 +0100 (CET) To: dom@happygiraffe.net (Dominic Mitchell) References: <1075880955.76993.54.camel@shumai.marcuscom.com> <20040205185355.GA92331@eeyore.local.dohd.org> <20040206133401.GA53303@xor.obsecurity.org> <20040207114142.GA92548@ppe.happygiraffe.net> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 08 Feb 2004 13:26:52 +0100 In-Reply-To: <20040207114142.GA92548@ppe.happygiraffe.net> (Dominic Mitchell's message of "Sat, 7 Feb 2004 11:41:43 +0000") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: ports@freebsd.org cc: Mark Huizer cc: current@freebsd.org cc: Kris Kennaway Subject: Re: HEADS UP: MAJOR changes to the ports system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 12:27:02 -0000 dom@happygiraffe.net (Dominic Mitchell) writes: > There's a couple of other bits that need upgrading along with Perl. The > on that bit me last time was autoconf (or automake; can't remember). > Every port that used autoconf failed with "can't find file", even though > autoconf was present. A closer look showed that the hashbang line was > pointing at the old no-longer-present Perl. that's why autoconf and automake register themselves as requiring perl, and pkg_delete won't allow you to deinstall perl without first deinstalling autoconf and automake, unless you force it to. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 06:04:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4117116A4CE for ; Sat, 7 Feb 2004 06:04:04 -0800 (PST) Received: from the-macgregors.org (82-33-62-105.cable.ubr06.stav.blueyonder.co.uk [82.33.62.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id B01D643D1F for ; Sat, 7 Feb 2004 06:04:03 -0800 (PST) (envelope-from lists.macgregor@blueyonder.co.uk) X-Urban-Legend: Mail headers contain urban legends Received: from fire (fire.macgregor [192.168.32.100]) by the-macgregors.org (8.12.10/8.12.10) with ESMTP id i17E0MVa011844; Sat, 7 Feb 2004 14:00:22 GMT Message-Id: <200402071400.i17E0MVa011844@the-macgregors.org> From: "Lists" To: "'Jonathon McKitrick'" , Date: Sat, 7 Feb 2004 14:00:23 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcPtegYPwrYaxOWaQB6ZEJG6WKpojgACGbiQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 In-Reply-To: <20040206154308.GA13175@dogma.freebsd-uk.eu.org> X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) X-Mailman-Approved-At: Sun, 08 Feb 2004 05:08:38 -0800 Subject: RE: How to DISABLE cover lid switch in APM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2004 14:04:04 -0000 > -----Original Message----- > From: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org] On Behalf Of > Jonathon McKitrick > > there was a neat 'feature' that I liked in 4.x with my > laptop. I could > close the lid and it would keep running. This 'bug' has been > fixed, but is > there a way to disable it? I tried 'apm -e 0' but closing > the lid still > suspends the machine. If you trawl the archives you'll find the answer. I know 'cos that's where it was posted when I asked about it. I'd post, but my laptop isn't around right now :) >From memory you want to set the sysctl variable "hw.acpi.lid_switch_state" to zero, but I wouldn't put too much money on that. -- Rob | Oh my God! They killed init! You bastards! From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 07:57:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5597316A4CE for ; Sat, 7 Feb 2004 07:57:29 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91C0C43D1D for ; Sat, 7 Feb 2004 07:57:28 -0800 (PST) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id i17FrqCm085576; Sat, 7 Feb 2004 16:53:52 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <40250AF7.3010804@DeepCore.dk> Date: Sat, 07 Feb 2004 16:57:43 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040126 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matt Dawson References: <4022B03B.8070205@mitre.org> <4023A65E.5060602@mitre.org> <4023BF1C.6020008@DeepCore.dk> <200402071535.30390.matt@mattsnetwork.co.uk> In-Reply-To: <200402071535.30390.matt@mattsnetwork.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.3 X-Mailman-Approved-At: Sun, 08 Feb 2004 05:08:38 -0800 cc: freebsd-current@freebsd.org Subject: Re: SATA write woes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2004 15:57:29 -0000 Matt Dawson wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Friday 6 February 2004 4:21 pm, Søren Schmidt wrote: > >>Those timeouts and retries is the workaround, it took quite a bit of >>inginuity to not have it lockup the system solid each time it wedges... > > > FWIW, Sil controllers do the same thing on other platforms. Try installing the > medley control software on a windoze box and watch that log file grow... ;o) Yeah, its broken beyond repair, I dont understand why the keep shipping that badly broken silicon. But then again the same company gave the world the CMD640, and changing their name doesn't make us forget :). However I do understand why they are so reluctant to hand out docs, it is an embarrasing read :) So I guess this is what we get from letting economists run companies instead of engineers. Two decades ago it was all about getting the best technical solution to a problem, now its all about getting the biggest profit for the shareholders :( -- -Søren From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 12:18:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9215216A4CE; Sat, 7 Feb 2004 12:18:32 -0800 (PST) Received: from postino-1.etat.lu (postino-1.etat.lu [194.154.205.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6066143D1D; Sat, 7 Feb 2004 12:18:32 -0800 (PST) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by postino-1.etat.lu (Postfix) with ESMTP id 4EC1D433B00; Sat, 7 Feb 2004 21:18:31 +0100 (CET) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by localhost (CIE ESMTP Dispatch 1) with ESMTP id 38389B0; Sat, 7 Feb 2004 21:18:31 +0100 (CET) Received: from hermes-2 (hermes-2.cie.etat.lu [148.110.136.57]) by dispatch-1.cie.etat.lu (CIE ESMTP Dispatch 1) with ESMTP id 2641DAE; Sat, 7 Feb 2004 21:18:31 +0100 (CET) Received: from conversion-daemon.mail.etat.lu by mail.etat.lu (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) id <0HSQ00I01CUTVJ@mail.etat.lu>; Sat, 07 Feb 2004 21:18:31 +0100 (MET) Received: from etat.lu (mail.etat.lu [148.110.136.60])18 2003)) with ESMTP id <0HSQ005HWDQUHO@mail.etat.lu>; Sat, 07 Feb 2004 21:18:30 +0100 (MET) Received: from [192.168.1.74] by mail.etat.lu (mshttpd); Sat, 07 Feb 2004 21:18:30 +0100 Date: Sat, 07 Feb 2004 21:18:30 +0100 From: Didier Wiroth To: freebsd-questions@freebsd.org Message-id: MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.14 (built Mar 18 2003) Content-type: text/plain; charset=us-ascii Content-language: fr Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: fr Priority: normal X-Mailman-Approved-At: Sun, 08 Feb 2004 05:08:38 -0800 cc: freebsd-current@freebsd.org Subject: vfs.usermount=1, bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2004 20:18:32 -0000 Hi, using freebsd5.2-release I've set vfs.usermount=1 in sysctl.conf. Normal user get permission denied when trying to mount an ntfs permission (slice ars01), until root has mount and umount it at least once. See the following File permission on /dev/ar0s1 is 644 and owned by root:operator User ddais member of group dda, wheel & operator. A) Mounting as user dda: dda@work:~> mount_ntfs /dev/ar0s1 mnt/ntfs/ mount_ntfs: /dev/ar0s1: Operation not permitted Mounting was not permitted Changing to root: dda@work:~> su Password: ROOT@work:/home/dda# mount_ntfs /dev/ar0s1 mnt/ntfs Slice was mounted without problem, let's umount it, and change back to user dda. ROOT@work:/home/dda# umount mnt/ntfs ROOT@work:/home/dda# exit exit B) TRY AGAIN NOW AS USER DDA dda@work:~> mount_ntfs /dev/ar0s1 mnt/ntfs/ NOw it works?! Hmm...!? Any suggestions?! Thx From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 12:48:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D214216A4CE; Sat, 7 Feb 2004 12:48:27 -0800 (PST) Received: from hueymiccailhuitl.mtu.ru (hueytecuilhuitl.mtu.ru [195.34.32.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EF5643D1D; Sat, 7 Feb 2004 12:48:27 -0800 (PST) (envelope-from sem@ciam.ru) Received: from ciam.ru (ppp132-124.dialup.mtu-net.ru [62.118.132.124]) by hueymiccailhuitl.mtu.ru (Postfix) with ESMTP id 0DD25F81B4; Sat, 7 Feb 2004 23:47:58 +0300 (MSK) (envelope-from sem@ciam.ru) Message-ID: <40254F01.1010600@ciam.ru> Date: Sat, 07 Feb 2004 23:48:01 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Guibert de Bruet References: <1075880955.76993.54.camel@shumai.marcuscom.com> <20040206133401.GA53303@xor.obsecurity.org> <20040206234000.L10185@alpha.siliconlandmark.com> In-Reply-To: <20040206234000.L10185@alpha.siliconlandmark.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 08 Feb 2004 05:08:38 -0800 cc: ports@freebsd.org cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= cc: current@freebsd.org Subject: Re: HEADS UP: MAJOR changes to the ports system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2004 20:48:28 -0000 Andre Guibert de Bruet wrote: >>>NO_PERL_WRAPPER=yo >> >>this has absolutely no effect > > > Out of curiosity, why "yo" and not "yes"? :) Nobody knows, only tobez@. But I'm not sure even about him. ;-) -- Sem. From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 16:40:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABEAA16A4CE for ; Sat, 7 Feb 2004 16:40:17 -0800 (PST) Received: from mail.spective.net (square.spective.net [142.179.166.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id B434943D2F for ; Sat, 7 Feb 2004 16:40:16 -0800 (PST) (envelope-from eidolon@idealsound.ca) Received: from eidolon ([68.145.79.137]) by mail.spective.net (Merak 5.4.2) with SMTP id 00TFE for ; Fri, 06 Feb 2004 07:52:39 -0700 Message-ID: <000801c3ec86$36a37280$0200a8c0@eidolon> From: "Jason Boudreault" To: Date: Fri, 6 Feb 2004 00:52:47 -0700 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Mailman-Approved-At: Sun, 08 Feb 2004 05:08:38 -0800 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: VMWare, FreeBSD 5.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 00:40:17 -0000 I just downloaded and installed FreeBSD 5.2 on VMWare Workstation 4.0, = on boot (even from cd) it crashes unless I boot into safe mode. Someone = in an irc room mentioned I should forward this info here. If you need more details I'll provide, just let me know, it's late and I = don't feel like making a list. From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 18:26:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06D8616A4D7; Sat, 7 Feb 2004 18:26:46 -0800 (PST) Received: from mx1.rootauthority.us (adsl-66-123-229-170.dsl.sndg02.pacbell.net [66.123.229.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7644843D1F; Sat, 7 Feb 2004 18:26:45 -0800 (PST) (envelope-from __zma@rootauthority.us) Received: by mx1.rootauthority.us (Postfix, from userid 1021) id 58AE8B812; Sat, 7 Feb 2004 18:26:44 -0800 (PST) Received: from pop.cotse.com by localhost with POP3 (fetchmail-6.2.5) for __zma@localhost (single-drop); Sat, 07 Feb 2004 18:26:44 -0800 (PST) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by mailhost.cotse.com (5.7.4/5.7.4) with ESMTP id i17KJ3uU046213 for ; Sat, 7 Feb 2004 15:19:03 -0500 (EST) (envelope-from owner-freebsd-questions@freebsd.org) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 55475555DF; Sat, 7 Feb 2004 12:18:57 -0800 (PST) (envelope-from owner-freebsd-questions@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id DEBFF16A4D2; Sat, 7 Feb 2004 12:18:56 -0800 (PST) Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9215216A4CE; Sat, 7 Feb 2004 12:18:32 -0800 (PST) Received: from postino-1.etat.lu (postino-1.etat.lu [194.154.205.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6066143D1D; Sat, 7 Feb 2004 12:18:32 -0800 (PST) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by postino-1.etat.lu (Postfix) with ESMTP id 4EC1D433B00; Sat, 7 Feb 2004 21:18:31 +0100 (CET) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by localhost (CIE ESMTP Dispatch 1) with ESMTP id 38389B0; Sat, 7 Feb 2004 21:18:31 +0100 (CET) Received: from hermes-2 (hermes-2.cie.etat.lu [148.110.136.57]) by dispatch-1.cie.etat.lu (CIE ESMTP Dispatch 1) with ESMTP id 2641DAE; Sat, 7 Feb 2004 21:18:31 +0100 (CET) Received: from conversion-daemon.mail.etat.lu by mail.etat.lu (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) id <0HSQ00I01CUTVJ@mail.etat.lu>; Sat, 07 Feb 2004 21:18:31 +0100 (MET) Received: from etat.lu (mail.etat.lu [148.110.136.60])18 2003)) with ESMTP id <0HSQ005HWDQUHO@mail.etat.lu>; Sat, 07 Feb 2004 21:18:30 +0100 (MET) Received: from [192.168.1.74] by mail.etat.lu (mshttpd); Sat, 07 Feb 2004 21:18:30 +0100 Date: Sat, 07 Feb 2004 21:18:30 +0100 From: Didier Wiroth To: freebsd-questions@freebsd.org Message-id: MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.14 (built Mar 18 2003) Content-type: text/plain; charset=us-ascii Content-language: fr Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: fr Priority: normal X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-questions@freebsd.org Errors-To: owner-freebsd-questions@freebsd.org X-Cotse-Filters: Default delivery X-UIDL: Tm^!!kW7"!gO'"!PW##! X-Mailman-Approved-At: Sun, 08 Feb 2004 05:08:38 -0800 cc: freebsd-current@freebsd.org Subject: vfs.usermount=1, bug? X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 02:26:46 -0000 Hi, using freebsd5.2-release I've set vfs.usermount=1 in sysctl.conf. Normal user get permission denied when trying to mount an ntfs permission (slice ars01), until root has mount and umount it at least once. See the following File permission on /dev/ar0s1 is 644 and owned by root:operator User ddais member of group dda, wheel & operator. A) Mounting as user dda: dda@work:~> mount_ntfs /dev/ar0s1 mnt/ntfs/ mount_ntfs: /dev/ar0s1: Operation not permitted Mounting was not permitted Changing to root: dda@work:~> su Password: ROOT@work:/home/dda# mount_ntfs /dev/ar0s1 mnt/ntfs Slice was mounted without problem, let's umount it, and change back to user dda. ROOT@work:/home/dda# umount mnt/ntfs ROOT@work:/home/dda# exit exit B) TRY AGAIN NOW AS USER DDA dda@work:~> mount_ntfs /dev/ar0s1 mnt/ntfs/ NOw it works?! Hmm...!? Any suggestions?! Thx _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 19:48:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAAF316A4CE; Sat, 7 Feb 2004 19:48:41 -0800 (PST) Received: from mx1.rootauthority.us (adsl-66-123-229-170.dsl.sndg02.pacbell.net [66.123.229.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 680C843D1D; Sat, 7 Feb 2004 19:48:41 -0800 (PST) (envelope-from root@rootauthority.us) Received: by mx1.rootauthority.us (Postfix, from userid 0) id 4812BB94C; Sat, 7 Feb 2004 19:48:39 -0800 (PST) Received: from 207.115.63.84 [207.115.63.84] by localhost with POP3 (fetchmail-6.2.5) for __zma@localhost (single-drop); Sat, 07 Feb 2004 19:48:39 -0800 (PST) Received: from vmc-ext.prodigy.net by vmc with SMTP; Sat, 7 Feb 2004 15:48:58 -0500 X-Originating-IP: [216.136.204.119] Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by vmc-ext.prodigy.net (8.12.10/8.12.10) with ESMTP id i17KmvAp443754 for ; Sat, 7 Feb 2004 15:48:57 -0500 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 0680A562FE; Sat, 7 Feb 2004 12:48:51 -0800 (PST) (envelope-from owner-freebsd-ports@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4F32916A4D0; Sat, 7 Feb 2004 12:48:50 -0800 (PST) Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D214216A4CE; Sat, 7 Feb 2004 12:48:27 -0800 (PST) Received: from hueymiccailhuitl.mtu.ru (hueytecuilhuitl.mtu.ru [195.34.32.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EF5643D1D; Sat, 7 Feb 2004 12:48:27 -0800 (PST) (envelope-from sem@ciam.ru) Received: from ciam.ru (ppp132-124.dialup.mtu-net.ru [62.118.132.124]) by hueymiccailhuitl.mtu.ru (Postfix) with ESMTP id 0DD25F81B4; Sat, 7 Feb 2004 23:47:58 +0300 (MSK) (envelope-from sem@ciam.ru) Message-ID: <40254F01.1010600@ciam.ru> Date: Sat, 07 Feb 2004 23:48:01 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Guibert de Bruet References: <1075880955.76993.54.camel@shumai.marcuscom.com> <20040206234000.L10185@alpha.siliconlandmark.com> In-Reply-To: <20040206234000.L10185@alpha.siliconlandmark.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-ports@freebsd.org Errors-To: owner-freebsd-ports@freebsd.org X-Mailman-Approved-At: Sun, 08 Feb 2004 05:08:38 -0800 cc: ports@freebsd.org cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= cc: current@freebsd.org Subject: Re: HEADS UP: MAJOR changes to the ports system X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 03:48:41 -0000 Andre Guibert de Bruet wrote: >>>NO_PERL_WRAPPER=yo >> >>this has absolutely no effect > > > Out of curiosity, why "yo" and not "yes"? :) Nobody knows, only tobez@. But I'm not sure even about him. ;-) -- Sem. _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 06:04:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CDDF16A4CE for ; Sun, 8 Feb 2004 06:04:34 -0800 (PST) Received: from york.smtp.ru (york.smtp.ru [62.118.249.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B73B343D31 for ; Sun, 8 Feb 2004 06:04:33 -0800 (PST) (envelope-from smira@smtp.ru) Received: from [62.117.84.99] (account smira@smtp.ru HELO smtp.ru) by york.smtp.ru (CommuniGate Pro SMTP 3.5.9) with ESMTP id 34316243 for current@freebsd.org; Sun, 08 Feb 2004 17:04:31 +0300 Message-ID: <402641ED.2080701@smtp.ru> Date: Sun, 08 Feb 2004 17:04:29 +0300 From: Andrey Smirnov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031212 Thunderbird/0.4 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Project Evil: D-Link DWL-650+ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 14:04:34 -0000 Hello! Is anybody successfull with NDISulator & D-Link DWL-650+? The card is based on TI ACX 100 chipset, I know about native FreeBSD driver (http://wlan.kewl.org/), it worked almost fine, but I've got some packet loss & low speed (in comparison with Windows XP/2K). I tried different Windows drivers with Project Evil (specifically, drivers that go on CD with that card, for WinXP/2k/ME, they all panic at drv_data, and one from Internet, firmware from it uses native FreeBSD driver, with that driver kernel paniced earlier, in ndis_create_sysctls). I copied respective *.bin files to /compat/ndis and it seems to me that everything else I could do is done. There are no messages about missing functions, just messages about ndis attaching to my card and about supported rates. If somebody was successful with it, could anybody give me a hint? If there's something more I can provide, I will do it. Andrey Smirnov. From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 06:05:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65ED816A4CE for ; Sun, 8 Feb 2004 06:05:41 -0800 (PST) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCCAE43D2F for ; Sun, 8 Feb 2004 06:05:40 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86])i18E5dLE000886; Mon, 9 Feb 2004 01:05:39 +1100 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i18E5bt4016176; Mon, 9 Feb 2004 01:05:37 +1100 Date: Mon, 9 Feb 2004 01:05:36 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Andre Guibert de Bruet In-Reply-To: <20040208022417.M91658@alpha.siliconlandmark.com> Message-ID: <20040208235936.M44718@gamplex.bde.org> References: <20040208022417.M91658@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: make_dev(9) perms for SCSI & SCSI RAID drivers in CURRENT. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 14:05:41 -0000 On Sun, 8 Feb 2004, Andre Guibert de Bruet wrote: > While studying the various FreeBSD SCSI and SCSI RAID drivers, I noticed > that the file mode (perm mask) varies per driver. So far, I've come across > 0600, 0640 and 0644. I can't really see why any of these drivers would > have anything other than 0600, as it would require root access or at least > write perm to do anything useful with the card. All disk (data) devices should have mode 0640 and ownership root:operator and all disk (control) devices should have mode 0600 and ownership root:wheel. Distributed setting of ownerships and permissions gives many more bugs than centralized setting in MAKEDEV. Mode bugs in devfs start at its top level (its directory has mode 555 although its owner can write to it except possibly in the jailed case). > Here's a quick illustration of what I'm refering to: > > aac 0640 (octal notation in code) > amr 0600 (implemented as S_IRUSR | S_IWUSR) > asr 0640 (octal notation in code) > ciss 0600 (implemented as S_IRUSR | S_IWUSR) > ida 0600 (implemented as S_IRUSR | S_IWUSR) > iir 0644 (implemented as S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH) > ips 0600 (implemented as S_IRUSR | S_IWUSR) > isp 0600 (octal notation in code) > mly 0600 (implemented as S_IRUSR | S_IWUSR) Most of these actually create control devices, so mode 0600 is correct and group operator is bogus, and mode 0640 is a potental security hole especially with group operator. Group operator is almost always used of course. The data devices are mostly created by the disk mini-layer in RELENG_4 (except RELENG_4 doesn't really have devfs) and by GEOM in -current. > I've attached a set of patches that make the aac, asr, iir and isp drivers > conform to S_IRUSR | S_IWUSR. I don't have all of these cards, but the > drivers build on today's CURRENT and these changes are rather minor. As > always, comments are welcome. :) % Index: aac.c % =================================================================== % RCS file: /home/ncvs/src/sys/dev/aac/aac.c,v % retrieving revision 1.85 % diff -u -r1.85 aac.c % --- aac.c 7 Feb 2004 17:40:37 -0000 1.85 % +++ aac.c 8 Feb 2004 08:09:48 -0000 % @@ -51,6 +51,7 @@ % #include % #include % #include % +#include % % #include % #include % @@ -271,7 +272,7 @@ % */ % unit = device_get_unit(sc->aac_dev); % sc->aac_dev_t = make_dev(&aac_cdevsw, unit, UID_ROOT, GID_OPERATOR, % - 0640, "aac%d", unit); % + S_IRUSR | S_IWUSR, "aac%d", unit); % (void)make_dev_alias(sc->aac_dev_t, "afa%d", unit); % (void)make_dev_alias(sc->aac_dev_t, "hpn%d", unit); % sc->aac_dev_t->si_drv1 = sc; This is the control device. The change closes the security hole but leaves a bogus group. Correct attributes may be found in any (?) version of MAKEDEV that supports aac: %%% aac*) unit=`expr $i : 'aac\(.*\)'` mknod aac$unit c 150 `unit2minor $unit` ln -fs aac$unit afa$unit ln -fs aac$unit hpn$unit ;; %%% The default for MAKEDEV is mode 0600 ownership root:wheel, so secure permissions and ownerships are automatic. make_dev() should have similar defaults, or macros for secure and other classes of attributes should be used (corresponding to $secure_umask and $disk_umask in MAKEDEV). disk_umask=037 corresponds to mode 0640. The change preserves style bugs (-ce instead of -ci4 indentation). % Index: asr.c % =================================================================== % RCS file: /home/ncvs/src/sys/dev/asr/asr.c,v % retrieving revision 1.38 % diff -u -r1.38 asr.c % --- asr.c 26 Sep 2003 15:56:42 -0000 1.38 % +++ asr.c 8 Feb 2004 07:59:18 -0000 % @@ -3127,8 +3127,8 @@ % /* % * Generate the device node information % */ % - (void)make_dev(&asr_cdevsw, unit, UID_ROOT, GID_OPERATOR, 0640, % - "rasr%d", unit); % + (void)make_dev(&asr_cdevsw, unit, UID_ROOT, GID_OPERATOR, % + S_IRUSR | S_IWUSR, "rasr%d", unit); % ATTACH_RETURN(0); % } /* asr_attach */ % Similarly, except asr is not in RELENG_4's MAKEDEV, the device is not so clearly a control device 9aac.c has an explicit comment about this but aar.c only mentions control devices in its in-file history, and asr still hasn't caught up with the removal of the 'r' devices which occurred about 2 months before asr was imported. asr seems to be a normal SCSI disk driver so its disks are named da*. Apparently its control devices is so little used that is not missed. % Index: iir_ctrl.c % =================================================================== % RCS file: /home/ncvs/src/sys/dev/iir/iir_ctrl.c,v % retrieving revision 1.11 % diff -u -r1.11 iir_ctrl.c % --- iir_ctrl.c 26 Sep 2003 15:36:47 -0000 1.11 % +++ iir_ctrl.c 8 Feb 2004 07:56:45 -0000 % @@ -103,12 +103,12 @@ % % #ifdef SDEV_PER_HBA % dev = make_dev(&iir_cdevsw, hba2minor(unit), UID_ROOT, GID_OPERATOR, % - S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH, "iir%d", unit); % + S_IRUSR | S_IWUSR, "iir%d", unit); % #else % if (sdev_made) % return (0); % dev = make_dev(&iir_cdevsw, 0, UID_ROOT, GID_OPERATOR, % - S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH, "iir"); % + S_IRUSR | S_IWUSR, "iir"); % sdev_made = 1; % #endif % return (dev); This is clearly a control device. The change closes the security hole but leaves a bogus group and preserves style bugs as in aac.c. The control device has never been in MAKEDEV, like asr but unlike aac. % Index: isp_freebsd.c % =================================================================== % RCS file: /home/ncvs/src/sys/dev/isp/isp_freebsd.c,v % retrieving revision 1.96 % diff -u -r1.96 isp_freebsd.c % --- isp_freebsd.c 7 Feb 2004 03:47:33 -0000 1.96 % +++ isp_freebsd.c 8 Feb 2004 08:12:40 -0000 % @@ -35,6 +35,7 @@ % #include % #include % #include % +#include % #include % % % @@ -211,7 +212,7 @@ % * Create device nodes % */ % (void) make_dev(&isp_cdevsw, device_get_unit(isp->isp_dev), UID_ROOT, % - GID_OPERATOR, 0600, "%s", device_get_nameunit(isp->isp_dev)); % + GID_OPERATOR, S_IRUSR | S_IWUSR, "%s", device_get_nameunit(isp->isp_dev)); % % if (isp->isp_role != ISP_ROLE_NONE) { % isp->isp_state = ISP_RUNSTATE; Seems to be like asr except it had no security hole or 'r' in the device name. The change introduces a style bug (long line). Bruce From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 07:19:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B100716A4CE for ; Sun, 8 Feb 2004 07:19:19 -0800 (PST) Received: from mail.amarand.org (mail.amarand.org [24.106.108.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F4BB43D2F for ; Sun, 8 Feb 2004 07:19:19 -0800 (PST) (envelope-from freebsd@amarand.org) Received: from mail.amarand.org (localhost.amarand.org [127.0.0.1]) by mail.amarand.org (8.12.8/8.12.8) with ESMTP id i18FJI1h014768 for ; Sun, 8 Feb 2004 10:19:18 -0500 Received: from localhost (freebsd@localhost)i18FJIR1014764 for ; Sun, 8 Feb 2004 10:19:18 -0500 Date: Sun, 8 Feb 2004 10:19:18 -0500 (EST) From: freebsd@amarand.org To: freebsd-current@freebsd.org In-Reply-To: <49312.192.168.1.10.1076143315.squirrel@www.noacks.org> Message-ID: References: <4023C78A.8060300@compgeek.com> <49312.192.168.1.10.1076143315.squirrel@www.noacks.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: HPT374 Driver in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 15:19:19 -0000 On Sat, 7 Feb 2004, Jon Noack wrote: > freebsd@amarand.org wrote: > > I'm noticing, after having the ability now to view the bootup, that I'm > > receiving the following error: > > > > "ar: HighPoint check1 failed" > > This is being printed from line 1111 of src/sys/dev/pci/ata/ata-raid.c: > > /* check if this is a HighPoint RAID struct */ > if (info->magic != HPT_MAGIC_OK && info->magic != HPT_MAGIC_BAD) { > if (bootverbose) > printf("ar: HighPoint check1 failed\n"); > goto highpoint_out; > } > > And my ignorance starts playing a major role... ;-) > > Anyone in the know (Soren?) have any thoughts? Well, let's try a different tack: If there's someone out there who has the HPT374 chipset (or better yet, the RocketRoad 404 product) working under 5.X with the built-in kernel support, could you please let me know which BIOS version you're running? I'm using 2.12c, although I'm sure I can download and upgrade/downgrade to a specific version if this may fix the magic number comparision issue. Also, on Highpoint's web-site, the latest driver set contains kernel load modules for up to 5.1. When I contacted the vendor, they stated that they have a 'special arrangement' with the FreeBSD folks. I'm wondering how often they/we/you update these .ko files, and if there's some way that I could re-compile this module on my test-box running 5.2.1? Sorry to draw this out.... --Sean Goodman From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 08:31:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32F9E16A4CE for ; Sun, 8 Feb 2004 08:31:28 -0800 (PST) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 862A743D1D for ; Sun, 8 Feb 2004 08:31:27 -0800 (PST) (envelope-from ivoras@fer.hr) Received: from fer.hr (geri.cc.fer.hr [161.53.72.107]) by geri.cc.fer.hr (8.12.9p2/8.12.8) with ESMTP id i18GUTOJ034320 for ; Sun, 8 Feb 2004 17:30:30 +0100 (CET) (envelope-from ivoras@fer.hr) Message-ID: <4026645D.6@fer.hr> Date: Sun, 08 Feb 2004 17:31:25 +0100 From: Ivan Voras User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: VMWare, FreeBSD 5.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 16:31:28 -0000 Jason Boudreault wrote: > I just downloaded and installed FreeBSD 5.2 on VMWare Workstation 4.0, > on boot (even from cd) it crashes unless I boot into safe mode. > Someone in an irc room mentioned I should forward this info here. Open the .vmx file that describes your vmware virtual machine (in notepad) and add this line to it: monitor_control.disable_apic=TRUE It seams like that is a vmware issue, and the company will fix it in a next release. From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 08:36:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90EF216A4CE for ; Sun, 8 Feb 2004 08:36:26 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 75B2E43D31 for ; Sun, 8 Feb 2004 08:36:26 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 73641 invoked by uid 1002); 8 Feb 2004 16:36:23 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 8 Feb 2004 16:36:23 -0000 Message-ID: <402664F2.40107@freebsd.org> Date: Sun, 08 Feb 2004 09:33:54 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031103 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce Evans References: <20040208022417.M91658@alpha.siliconlandmark.com> <20040208235936.M44718@gamplex.bde.org> In-Reply-To: <20040208235936.M44718@gamplex.bde.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: make_dev(9) perms for SCSI & SCSI RAID drivers in CURRENT. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 16:36:26 -0000 Bruce Evans wrote: > > % Index: aac.c > % =================================================================== > % RCS file: /home/ncvs/src/sys/dev/aac/aac.c,v > % retrieving revision 1.85 > % diff -u -r1.85 aac.c > % --- aac.c 7 Feb 2004 17:40:37 -0000 1.85 > % +++ aac.c 8 Feb 2004 08:09:48 -0000 > % @@ -51,6 +51,7 @@ > % #include > % #include > % #include > % +#include > % > % #include > % #include > % @@ -271,7 +272,7 @@ > % */ > % unit = device_get_unit(sc->aac_dev); > % sc->aac_dev_t = make_dev(&aac_cdevsw, unit, UID_ROOT, GID_OPERATOR, > % - 0640, "aac%d", unit); > % + S_IRUSR | S_IWUSR, "aac%d", unit); > % (void)make_dev_alias(sc->aac_dev_t, "afa%d", unit); > % (void)make_dev_alias(sc->aac_dev_t, "hpn%d", unit); > % sc->aac_dev_t->si_drv1 = sc; > > This is the control device. The change closes the security hole but leaves > a bogus group. Correct attributes may be found in any (?) version of > MAKEDEV that supports aac: > > %%% > aac*) > unit=`expr $i : 'aac\(.*\)'` > mknod aac$unit c 150 `unit2minor $unit` > ln -fs aac$unit afa$unit > ln -fs aac$unit hpn$unit > ;; > %%% > > The default for MAKEDEV is mode 0600 ownership root:wheel, so secure > permissions and ownerships are automatic. make_dev() should have > similar defaults, or macros for secure and other classes of attributes > should be used (corresponding to $secure_umask and $disk_umask in > MAKEDEV). disk_umask=037 corresponds to mode 0640. The reasons for /dev/aacX being 0640 are historical and dubious. It was expected that a member of the operator group should be able to use the 'aaccli' tool in Read-Only mode to check the status of the hardware. I'm happy to change this. > > The change preserves style bugs (-ce instead of -ci4 indentation). > > % Index: asr.c > % =================================================================== > % RCS file: /home/ncvs/src/sys/dev/asr/asr.c,v > % retrieving revision 1.38 > % diff -u -r1.38 asr.c > % --- asr.c 26 Sep 2003 15:56:42 -0000 1.38 > % +++ asr.c 8 Feb 2004 07:59:18 -0000 > % @@ -3127,8 +3127,8 @@ > % /* > % * Generate the device node information > % */ > % - (void)make_dev(&asr_cdevsw, unit, UID_ROOT, GID_OPERATOR, 0640, > % - "rasr%d", unit); > % + (void)make_dev(&asr_cdevsw, unit, UID_ROOT, GID_OPERATOR, > % + S_IRUSR | S_IWUSR, "rasr%d", unit); > % ATTACH_RETURN(0); > % } /* asr_attach */ > % > > Similarly, except asr is not in RELENG_4's MAKEDEV, the device is not so > clearly a control device 9aac.c has an explicit comment about this but aar.c > only mentions control devices in its in-file history, and asr still hasn't > caught up with the removal of the 'r' devices which occurred about 2 > months before asr was imported. asr seems to be a normal SCSI disk driver > so its disks are named da*. Apparently its control devices is so little > used that is not missed. asr is much more wrong than you might want to believe. The original intent of the author was to create his own dynamic major allocation scheme for the control device. The driver would manually look through the cdevsw for an unused slot, populate it, then print a line to console that advertised what major had been stolen. Then a userland app would run, look for that line on the console, and manually create the device nodes in /dev. In 5.x, Poul-Henning made the cdevsw symbol non-public, so a minimal amount of work was done to make the asr driver cope. That work is not done, though it might resume in the near future. In any case, the control device is in fact used my many people who also appear to miss it being operational in 5.x. Scott From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 09:06:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77D8F16A4CE for ; Sun, 8 Feb 2004 09:06:16 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C41B43D1F for ; Sun, 8 Feb 2004 09:06:15 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id B32B55311; Sun, 8 Feb 2004 18:06:13 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 1A039530D; Sun, 8 Feb 2004 18:06:03 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 9E2CD33C6F; Sun, 8 Feb 2004 18:06:03 +0100 (CET) To: David Malone References: <20040206144006.GA848@gvr.gvr.org> <20040206150401.GA625@walton.maths.tcd.ie> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 08 Feb 2004 18:06:03 +0100 In-Reply-To: <20040206150401.GA625@walton.maths.tcd.ie> (David Malone's message of "Fri, 6 Feb 2004 15:04:01 +0000") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-current@freebsd.org Subject: Re: resolver issues: AAAA in ipv4 only environment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 17:06:16 -0000 David Malone writes: > I've done some measurements, and it seems about half a percent of > names and nameservers have some problem answering AAAA queries. > Unfortunately, those names crop up alot, as several ad servers have > problems. However, I think Doubliclick are now actually working > toward fixing their name servers (though more people letting them > know what a pain it is would probably help). Actually, the best solution for DoubleClick is probably to blackhole their IP block and/or add .doubleclick.net to the deny list in your web proxy. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 09:13:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F270A16A4CE for ; Sun, 8 Feb 2004 09:13:10 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id B97B143D1D for ; Sun, 8 Feb 2004 09:13:10 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id EF8615311; Sun, 8 Feb 2004 18:13:09 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id BA8C2530D; Sun, 8 Feb 2004 18:13:03 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 4D5D033C6F; Sun, 8 Feb 2004 18:13:03 +0100 (CET) To: Jonathon McKitrick References: <20040206154308.GA13175@dogma.freebsd-uk.eu.org> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 08 Feb 2004 18:13:03 +0100 In-Reply-To: <20040206154308.GA13175@dogma.freebsd-uk.eu.org> (Jonathon McKitrick's message of "Fri, 6 Feb 2004 15:43:08 +0000") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-current@freebsd.org Subject: Re: How to DISABLE cover lid switch in APM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 17:13:11 -0000 Jonathon McKitrick writes: > there was a neat 'feature' that I liked in 4.x with my laptop. I could > close the lid and it would keep running. This 'bug' has been fixed, but = is > there a way to disable it? I tried 'apm -e 0' but closing the lid still > suspends the machine. sysctl hw.acpi.lid_switch_state=3DS0 DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 09:17:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C8F016A4CF for ; Sun, 8 Feb 2004 09:17:51 -0800 (PST) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id B337E43D1D for ; Sun, 8 Feb 2004 09:17:50 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])i18HHn5O004713; Mon, 9 Feb 2004 04:17:49 +1100 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i18HHjYc003595; Mon, 9 Feb 2004 04:17:46 +1100 Date: Mon, 9 Feb 2004 04:17:40 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Garrett Wollman In-Reply-To: <200402061857.i16IvBOc050219@khavrinen.lcs.mit.edu> Message-ID: <20040209024338.T45105@gamplex.bde.org> References: <20040206072244.GT908@cirb503493.alcatel.com.au> <20040206084458.53207.qmail@web14101.mail.yahoo.com> <200402061857.i16IvBOc050219@khavrinen.lcs.mit.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: =?iso-8859-1?q?Claus=20Guttesen?= Subject: Re: Reserved space (WAS: How to calculate bsdlabel size) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 17:17:51 -0000 On Fri, 6 Feb 2004, Garrett Wollman wrote: > < said: > > > Does the algorithm(s) rely only on percentage of free > > space? On a five TB (netto) filesystem eigth percent > > is approx. 410 GB which seems quite alot. > > A good Data Structures text will prove to you that the efficiency of > hashing algorithms of the sort that the UFS block allocator uses > depends only on the occupancy ratio and not on the absolute number of > free hash slots. This seems obvious. The allocation is at best close to being random, at least for a nearly full disk, so when the disk is 92% full the chance of your preferred block being free is only 8% and the chance of the next block being free is not much better...; this is independent of the disk size because the allocator doesn't really know where free blocks are -- it has to guess and depend on their distribution being random enough for it to find one soon. OTOH, I think the efficiency of the hashing algorithm is now almost irrelevant. The average number of probes to find a free block with minfree = m (in percent) and the disk full (except for the minfree reserve) and the free blocks randomly allocated is 100 / (100 - m). For fixed m, this is independent of the disk size, so allocation is now very fast relative to i/o speeds compared with when ffs was new since CPU. What matters relatively more now is the average seek between the blocks. This is given by the above number less 1 (m / (100 -m)). The -1 term is from counting seeks to the next block as null. Table giving some of these numbers: m avsearch avseek - -------- ------ 0: 1.00 0.00 10: 1.11 0.11 20: 1.25 0.25 30: 1.43 0.43 40: 1.67 0.67 50: 2.00 1.00 60: 2.50 1.50 70: 3.33 2.33 80: 5.00 4.00 90: 10.00 9.00 99: 100.00 99.00 This shows that a disk that is 90% full is very likely to be 10 times slower than a disk that is 0% full. Blocks will be spaced 10 apart on average even if we don't seek about a lot from file to file, so we will have to wait 10 times longer to read the blocks unless we are lucky enough for something to have cached the in-between blocks _and_ to backtrack soon enough for the blocks to be still in the cache when we want them (writes don't require so much luck to cache but might not be cached at all). But backtracking is often the wrong thing to do and not what the allocator prefers to do and probably not what drive caches do. The table also shows that disks much more than 50% full may be quite slow. All real disks that I've tested are even slower than the table indicates (mainly due to large seeks to other cylinder groups, and large backwards seeks I believe). E.g., my FreeBSD src tree can be written and read at almost half the maximum disk speed (20MB/s out of 40MB/s) when copied to a new partition, but reading it from its usual place goes at 3-5% of the maximum disk speed (1 or 2 MB/s) despite me copying my usr partition back and forth to defragment it less than a year ago. Some analysis of seek offsets: source tree (src dir on fragmented usr partition; files in find(1) order): --- avgblksize = 7388.1, totnblk = 405082, avgseek = 11989.1, totseek = 673126241 fragmentation = 12.0%, or 58.8% (discounting full blocks) ncontig = 7620, nforward = 28375, nreverse = 20149 nforward1-1 = 509, nreverse1-1 = 0 nforward2-3 = 604, nreverse2-3 = 134 nforward4-7 = 840, nreverse4-7 = 163 nforward8-15 = 891, nreverse8-15 = 412 nforward16-31 = 1003, nreverse16-31 = 456 nforward32-63 = 1127, nreverse32-63 = 492 nforward64-127 = 1324, nreverse64-127 = 664 nforward128-255 = 1571, nreverse128-255 = 798 nforward256-511 = 1840, nreverse256-511 = 1097 nforward512-1023 = 2439, nreverse512-1023 = 1573 nforward1024-2047 = 3259, nreverse1024-2047 = 2347 nforward2048-4095 = 4089, nreverse2048-4095 = 3305 nforward4096-8191 = 4147, nreverse4096-8191 = 3851 nforward8192-16383 = 2525, nreverse8192-16383 = 2620 nforward16384-32767 = 1055, nreverse16384-32767 = 1164 nforward32768-65535 = 402, nreverse32768-65535 = 371 nforward65536-131071 = 210, nreverse65536-131071 = 185 nforward131072-262143 = 264, nreverse131072-262143 = 232 nforward262144-524287 = 175, nreverse262144-524287 = 161 nforward524288-1048575 = 75, nreverse524288-1048575 = 85 nforward1048576-2097151 = 26, nreverse1048576-2097151 = 39 destination tree (src dir on new partition; files in find(1) order): --- src tree (on usr partition; files in default find(1) order): avgblksize = 7917.1, totnblk = 405064, avgseek = 2137.0, totseek = 111959698 fragmentation = 7.4%, or 36.4% (discounting full blocks) ncontig = 22344, nforward = 20423, nreverse = 9623 nforward1-1 = 2249, nreverse1-1 = 0 nforward2-3 = 4343, nreverse2-3 = 41 nforward4-7 = 3457, nreverse4-7 = 325 nforward8-15 = 2116, nreverse8-15 = 1777 nforward16-31 = 2109, nreverse16-31 = 1828 nforward32-63 = 1872, nreverse32-63 = 1646 nforward64-127 = 1491, nreverse64-127 = 1350 nforward128-255 = 1005, nreverse128-255 = 965 nforward256-511 = 707, nreverse256-511 = 662 nforward512-1023 = 467, nreverse512-1023 = 441 nforward1024-2047 = 291, nreverse1024-2047 = 309 nforward2048-4095 = 66, nreverse2048-4095 = 91 nforward4096-8191 = 20, nreverse4096-8191 = 19 nforward8192-16383 = 3, nreverse8192-16383 = 2 nforward16384-32767 = 7, nreverse16384-32767 = 5 nforward32768-65535 = 95, nreverse32768-65535 = 58 nforward65536-131071 = 21, nreverse65536-131071 = 12 nforward131072-262143 = 42, nreverse131072-262143 = 28 nforward262144-524287 = 41, nreverse262144-524287 = 37 nforward524288-1048575 = 14, nreverse524288-1048575 = 18 nforward1048576-2097151 = 6, nreverse1048576-2097151 = 9 nforward8388608-16777215 = 1, nreverse8388608-16777215 = 0 Rawer data for this starts with: --- fs_bsize = 8192 fs_fsize = 1024 24320: lbn 0 blkno 196616 24321: lbn 0 blkno 196617 24322: lbn 0 blkno 196618 24323: lbn 0 blkno 196619 26252: lbn 0 blkno 215775 24325: lbn 0 blkno 196621 24326: lbn 0 blkno 196622 24327: lbn 0 blkno 196623 24328: lbn 0 blkno 197400 24329: lbn 0 blkno 197401 25529: lbn 0 blkno 202399 24331: lbn 0 blkno 197403 24332: lbn 0 blkno 197404 24333: lbn 0 blkno 197405 24334: lbn 0 blkno 197406 25930: lbn 0 blkno 205972 24588: lbn 0 blkno 199776-199783 lbn 1 blkno 202285 This is for the fragmented partition. The numbers in the first column are inode numbers in find(1) order and the meaning of the blkno's should be obvious. The first few files are tiny and consist of only 1 frag (#24320 is "."). Then there is a 9K file with 8 necessarly-contiguous frags forming a block and another 1K in a frag a long seek away. Seeks are counted whenever a blkno doesn't immediately follow the previous one. The above shows that the fragmented case has to seek about 6 times as far to read the whole src tree in find(1) order. Actual i/o times for "tar cf /dev/zero .": IBM 30MB DTLA fragmented 70% full: 199 seconds WD 1200JB new 3% full: 22.5 seconds Most applications don't touch so many files, and then I believe that the read times don't matter much (the working set stays cached) but large seeks for writes are maximally harmful (there won't be enough writes to fill in the gaps even if there is lots of write caching, so physical seeks will be large) Bruce From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 10:12:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEA2416A4CE for ; Sun, 8 Feb 2004 10:12:35 -0800 (PST) Received: from mail.binarysolutions.dk (port283.ds1-kd.adsl.cybercity.dk [217.157.199.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F11243D1D for ; Sun, 8 Feb 2004 10:12:35 -0800 (PST) (envelope-from kvs@binarysolutions.dk) Received: from naboo.binarysolutions.dk (naboo.binarysolutions.dk [172.100.1.2]) by mail.binarysolutions.dk (Postfix) with ESMTP id D1BCF446B4C7; Sun, 8 Feb 2004 19:12:35 +0100 (CET) Received: by naboo.binarysolutions.dk (Postfix, from userid 1000) id D4FAC9AA98; Sun, 8 Feb 2004 19:12:27 +0100 (CET) Date: Sun, 8 Feb 2004 19:12:27 +0100 From: Kenneth Vestergaard Schmidt To: Jason Boudreault Message-ID: <20040208181227.GB32104@mail.binarysolutions.dk> References: <000801c3ec86$36a37280$0200a8c0@eidolon> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000801c3ec86$36a37280$0200a8c0@eidolon> X-GPG-Fingerprint: A11F BB5D BD79 7228 A198 CF53 D508 53A9 2213 E772 X-GPG-Key: http://www.binarysolutions.dk/~kvs/key.asc User-Agent: Mutt/1.5.5.1+cvs20040105i cc: freebsd-current@freebsd.org Subject: Re: VMWare, FreeBSD 5.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 18:12:36 -0000 On Fri, Feb 06, 2004 at 12:52:47AM -0700, Jason Boudreault wrote: > I just downloaded and installed FreeBSD 5.2 on VMWare Workstation 4.0, on boot (even from cd) it crashes unless I boot into safe mode. Someone in an irc room mentioned I should forward this info here. You can make it boot by adding the following line to the .vmx-file found in the same place VMware stores your Virtual Machine settings. monitor_control.disable_apic=TRUE -- Kenneth Vestergaard Schmidt From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 10:59:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1522C16A4CE for ; Sun, 8 Feb 2004 10:59:26 -0800 (PST) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4470543D1F for ; Sun, 8 Feb 2004 10:59:25 -0800 (PST) (envelope-from pilkis@gmx.net) Received: (qmail 19338 invoked by uid 65534); 8 Feb 2004 18:59:22 -0000 Received: from unknown (EHLO pilkisnotexp) (62.68.63.42) by mail.gmx.net (mp011) with SMTP; 08 Feb 2004 19:59:22 +0100 X-Authenticated: #6832473 Message-ID: <000a01c3ee75$a25a7f50$0464a8c0@spotripoli.local> From: "Putinas Piliponis" To: Date: Sun, 8 Feb 2004 20:59:08 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2055 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2055 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: mount_ntfs does not mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Putinas Piliponis List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 18:59:26 -0000 Hi All, I have following problem on my system 5.2-RELEASE-p2 # mount_ntfs /dev/ad4s4 /mnt/share1 mount_ntfs: /dev/ad4s4: No such file or directory Exit 71 but slice ad4s4 exist: pilkis@pilkishome:/usr/src# ls /dev/ad4* /dev/ad4 /dev/ad4s2 /dev/ad4s3a /dev/ad4s3c = /dev/ad4s3e /dev/ad4s4 /dev/ad4s1 /dev/ad4s3 /dev/ad4s3b /dev/ad4s3d = /dev/ad4s3f and I am sure, what it's ntfs partition pilkis@pilkishome:/usr/src# fdisk /dev/ad4 ******* Working on device /dev/ad4 ******* parameters extracted from in-core disklabel are: cylinders=3D498625 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=3D498625 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 7 (0x07),(OS/2 HPFS, NTFS, QNX-2 (16 bit) or Advanced UNIX) start 63, size 12578832 (6142 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 782/ head 254/ sector 63 The data for partition 2 is: sysid 7 (0x07),(OS/2 HPFS, NTFS, QNX-2 (16 bit) or Advanced UNIX) start 12578895, size 12578895 (6142 Meg), flag 0 beg: cyl 783/ head 0/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 25157790, size 12578895 (6142 Meg), flag 0 beg: cyl 1023/ head 0/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 4 is: sysid 7 (0x07),(OS/2 HPFS, NTFS, QNX-2 (16 bit) or Advanced UNIX) start 37736685, size 464872905 (226988 Meg), flag 0 beg: cyl 1023/ head 0/ sector 1; end: cyl 1023/ head 254/ sector 63 as well I cannot mount any other ntfs partition... any workaround or soliution ? From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 11:13:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9CA716A4CE for ; Sun, 8 Feb 2004 11:13:33 -0800 (PST) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0433343D1D for ; Sun, 8 Feb 2004 11:13:33 -0800 (PST) (envelope-from pilkis@gmx.net) Received: (qmail 28648 invoked by uid 65534); 8 Feb 2004 19:13:31 -0000 Received: from unknown (EHLO pilkisnotexp) (62.68.63.42) by mail.gmx.net (mp006) with SMTP; 08 Feb 2004 20:13:31 +0100 X-Authenticated: #6832473 Message-ID: <002601c3ee77$9c443320$0464a8c0@spotripoli.local> From: "Putinas Piliponis" To: References: <000a01c3ee75$a25a7f50$0464a8c0@spotripoli.local> Date: Sun, 8 Feb 2004 21:13:17 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2055 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2055 Subject: Re: mount_ntfs does not mount [forget it] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Putinas Piliponis List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 19:13:33 -0000 Sorry for posting, I forgot what I compile with only two modules, and ntfs support is not compiled in kernel :/ ----- Original Message ----- From: "Putinas Piliponis" To: Sent: Sunday, February 08, 2004 20:59 Subject: mount_ntfs does not mount Hi All, I have following problem on my system 5.2-RELEASE-p2 # mount_ntfs /dev/ad4s4 /mnt/share1 mount_ntfs: /dev/ad4s4: No such file or directory Exit 71 From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 12:34:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5741A16A4CE for ; Sun, 8 Feb 2004 12:34:19 -0800 (PST) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D24F943D1D for ; Sun, 8 Feb 2004 12:34:18 -0800 (PST) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) i18KYEZV096471; Sun, 8 Feb 2004 15:34:14 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i18KY8SR096468; Sun, 8 Feb 2004 15:34:13 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 8 Feb 2004 15:34:08 -0500 (EST) From: Andre Guibert de Bruet To: Bruce Evans In-Reply-To: <20040208235936.M44718@gamplex.bde.org> Message-ID: <20040208151037.J91658@alpha.siliconlandmark.com> References: <20040208022417.M91658@alpha.siliconlandmark.com> <20040208235936.M44718@gamplex.bde.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1038187240-1076272157=:91658" Content-ID: <20040208152922.D91658@alpha.siliconlandmark.com> X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: make_dev(9) perms for SCSI & SCSI RAID drivers in CURRENT. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 20:34:19 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1038187240-1076272157=:91658 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: <20040208152922.N91658@alpha.siliconlandmark.com> On Mon, 9 Feb 2004, Bruce Evans wrote: > On Sun, 8 Feb 2004, Andre Guibert de Bruet wrote: > > > While studying the various FreeBSD SCSI and SCSI RAID drivers, I noticed > > that the file mode (perm mask) varies per driver. So far, I've come across > > 0600, 0640 and 0644. I can't really see why any of these drivers would > > have anything other than 0600, as it would require root access or at least > > write perm to do anything useful with the card. > > All disk (data) devices should have mode 0640 and ownership root:operator > and all disk (control) devices should have mode 0600 and ownership root:wheel. > Distributed setting of ownerships and permissions gives many more bugs than > centralized setting in MAKEDEV. Mode bugs in devfs start at its top level > (its directory has mode 555 although its owner can write to it except > possibly in the jailed case). > > > Here's a quick illustration of what I'm refering to: > > > > aac 0640 (octal notation in code) > > amr 0600 (implemented as S_IRUSR | S_IWUSR) > > asr 0640 (octal notation in code) > > ciss 0600 (implemented as S_IRUSR | S_IWUSR) > > ida 0600 (implemented as S_IRUSR | S_IWUSR) > > iir 0644 (implemented as S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH) > > ips 0600 (implemented as S_IRUSR | S_IWUSR) > > isp 0600 (octal notation in code) > > mly 0600 (implemented as S_IRUSR | S_IWUSR) > > Most of these actually create control devices, so mode 0600 is correct > and group operator is bogus, and mode 0640 is a potental security hole > especially with group operator. Group operator is almost always used > of course. The data devices are mostly created by the disk mini-layer > in RELENG_4 (except RELENG_4 doesn't really have devfs) and by GEOM in > -current. I adjusted and expanded the set of patches that I had to change permissions on the control devices so that they also set the GID to wheel. The assumption that I am making with these patches is that the drivers that are calling make_dev() are creating control devices, as they should be letting GEOM create their data devices. Feedback is welcome here as my GEOM-fu isn't all that hot... I have tried to maintain the style used in the drivers themselves and fixed the long line in the patch for isp_freebsd.c. Regards, Andy > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > --0-1038187240-1076272157=:91658 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="aac.c.perm.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20040208152917.S91658@alpha.siliconlandmark.com> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="aac.c.perm.patch" SW5kZXg6IGFhYy5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmls ZTogL2hvbWUvbmN2cy9zcmMvc3lzL2Rldi9hYWMvYWFjLmMsdg0KcmV0cmll dmluZyByZXZpc2lvbiAxLjg1DQpkaWZmIC11IC1yMS44NSBhYWMuYw0KLS0t IGFhYy5jCTcgRmViIDIwMDQgMTc6NDA6MzcgLTAwMDAJMS44NQ0KKysrIGFh Yy5jCTggRmViIDIwMDQgMTk6Mzk6MjYgLTAwMDANCkBAIC01MSw2ICs1MSw3 IEBADQogI2luY2x1ZGUgPHN5cy9zaWduYWx2YXIuaD4NCiAjaW5jbHVkZSA8 c3lzL3RpbWUuaD4NCiAjaW5jbHVkZSA8c3lzL2V2ZW50aGFuZGxlci5oPg0K KyNpbmNsdWRlIDxzeXMvc3RhdC5oPg0KIA0KICNpbmNsdWRlIDxtYWNoaW5l L2J1c19tZW1pby5oPg0KICNpbmNsdWRlIDxtYWNoaW5lL2J1cy5oPg0KQEAg LTI3MCw4ICsyNzEsOCBAQA0KIAkgKiBNYWtlIHRoZSBjb250cm9sIGRldmlj ZS4NCiAJICovDQogCXVuaXQgPSBkZXZpY2VfZ2V0X3VuaXQoc2MtPmFhY19k ZXYpOw0KLQlzYy0+YWFjX2Rldl90ID0gbWFrZV9kZXYoJmFhY19jZGV2c3cs IHVuaXQsIFVJRF9ST09ULCBHSURfT1BFUkFUT1IsDQotCQkJCSAwNjQwLCAi YWFjJWQiLCB1bml0KTsNCisJc2MtPmFhY19kZXZfdCA9IG1ha2VfZGV2KCZh YWNfY2RldnN3LCB1bml0LCBVSURfUk9PVCwgR0lEX1dIRUVMLA0KKwkJCQkg U19JUlVTUiB8IFNfSVdVU1IsICJhYWMlZCIsIHVuaXQpOw0KIAkodm9pZClt YWtlX2Rldl9hbGlhcyhzYy0+YWFjX2Rldl90LCAiYWZhJWQiLCB1bml0KTsN CiAJKHZvaWQpbWFrZV9kZXZfYWxpYXMoc2MtPmFhY19kZXZfdCwgImhwbiVk IiwgdW5pdCk7DQogCXNjLT5hYWNfZGV2X3QtPnNpX2RydjEgPSBzYzsNCg== --0-1038187240-1076272157=:91658 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="amr.c.perm.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20040208152917.J91658@alpha.siliconlandmark.com> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="amr.c.perm.patch" SW5kZXg6IGFtci5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmls ZTogL2hvbWUvbmN2cy9zcmMvc3lzL2Rldi9hbXIvYW1yLmMsdg0KcmV0cmll dmluZyByZXZpc2lvbiAxLjUwDQpkaWZmIC11IC1yMS41MCBhbXIuYw0KLS0t IGFtci5jCTggRmViIDIwMDQgMTY6MDc6MjIgLTAwMDAJMS41MA0KKysrIGFt ci5jCTggRmViIDIwMDQgMTk6NTQ6MDUgLTAwMDANCkBAIC0yMzYsNyArMjM2 LDcgQEANCiAgICAgLyoNCiAgICAgICogQ3JlYXRlIHRoZSBjb250cm9sIGRl dmljZS4NCiAgICAgICovDQotICAgIHNjLT5hbXJfZGV2X3QgPSBtYWtlX2Rl digmYW1yX2NkZXZzdywgZGV2aWNlX2dldF91bml0KHNjLT5hbXJfZGV2KSwg VUlEX1JPT1QsIEdJRF9PUEVSQVRPUiwNCisgICAgc2MtPmFtcl9kZXZfdCA9 IG1ha2VfZGV2KCZhbXJfY2RldnN3LCBkZXZpY2VfZ2V0X3VuaXQoc2MtPmFt cl9kZXYpLCBVSURfUk9PVCwgR0lEX1dIRUVMLA0KIAkJCSAgICAgU19JUlVT UiB8IFNfSVdVU1IsICJhbXIlZCIsIGRldmljZV9nZXRfdW5pdChzYy0+YW1y X2RldikpOw0KICAgICBzYy0+YW1yX2Rldl90LT5zaV9kcnYxID0gc2M7DQog DQo= --0-1038187240-1076272157=:91658 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="asr.c.perm.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20040208152917.H91658@alpha.siliconlandmark.com> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="asr.c.perm.patch" SW5kZXg6IGFzci5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmls ZTogL2hvbWUvbmN2cy9zcmMvc3lzL2Rldi9hc3IvYXNyLmMsdg0KcmV0cmll dmluZyByZXZpc2lvbiAxLjM4DQpkaWZmIC11IC1yMS4zOCBhc3IuYw0KLS0t IGFzci5jCTI2IFNlcCAyMDAzIDE1OjU2OjQyIC0wMDAwCTEuMzgNCisrKyBh c3IuYwk4IEZlYiAyMDA0IDE5OjQwOjE5IC0wMDAwDQpAQCAtMzEyNyw4ICsz MTI3LDggQEANCiAJLyoNCiAJICoJR2VuZXJhdGUgdGhlIGRldmljZSBub2Rl IGluZm9ybWF0aW9uDQogCSAqLw0KLQkodm9pZCltYWtlX2RldigmYXNyX2Nk ZXZzdywgdW5pdCwgVUlEX1JPT1QsIEdJRF9PUEVSQVRPUiwgMDY0MCwNCi0J ICAgICJyYXNyJWQiLCB1bml0KTsNCisJKHZvaWQpbWFrZV9kZXYoJmFzcl9j ZGV2c3csIHVuaXQsIFVJRF9ST09ULCBHSURfV0hFRUwsDQorCSAgICBTX0lS VVNSIHwgU19JV1VTUiwgInJhc3IlZCIsIHVuaXQpOw0KIAlBVFRBQ0hfUkVU VVJOKDApOw0KIH0gLyogYXNyX2F0dGFjaCAqLw0KIA0K --0-1038187240-1076272157=:91658 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="ciss.c.perm.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20040208152917.C91658@alpha.siliconlandmark.com> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="ciss.c.perm.patch" SW5kZXg6IGNpc3MuYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZp bGU6IC9ob21lL25jdnMvc3JjL3N5cy9kZXYvY2lzcy9jaXNzLmMsdg0KcmV0 cmlldmluZyByZXZpc2lvbiAxLjM0DQpkaWZmIC11IC1yMS4zNCBjaXNzLmMN Ci0tLSBjaXNzLmMJMTggSmFuIDIwMDQgMTY6NTU6MDEgLTAwMDAJMS4zNA0K KysrIGNpc3MuYwk4IEZlYiAyMDA0IDIwOjAyOjI4IC0wMDAwDQpAQCAtNDAz LDcgKzQwMyw3IEBADQogICAgICAqIENyZWF0ZSB0aGUgY29udHJvbCBkZXZp Y2UuDQogICAgICAqLw0KICAgICBzYy0+Y2lzc19kZXZfdCA9IG1ha2VfZGV2 KCZjaXNzX2NkZXZzdywgZGV2aWNlX2dldF91bml0KHNjLT5jaXNzX2Rldiks DQotCQkJICAgICAgVUlEX1JPT1QsIEdJRF9PUEVSQVRPUiwgU19JUlVTUiB8 IFNfSVdVU1IsDQorCQkJICAgICAgVUlEX1JPT1QsIEdJRF9XSEVFTCwgU19J UlVTUiB8IFNfSVdVU1IsDQogCQkJICAgICAgImNpc3MlZCIsIGRldmljZV9n ZXRfdW5pdChzYy0+Y2lzc19kZXYpKTsNCiAgICAgc2MtPmNpc3NfZGV2X3Qt PnNpX2RydjEgPSBzYzsNCiANCg== --0-1038187240-1076272157=:91658 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="ida.c.perm.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20040208152917.V91658@alpha.siliconlandmark.com> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="ida.c.perm.patch" SW5kZXg6IGlkYS5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmls ZTogL2hvbWUvbmN2cy9zcmMvc3lzL2Rldi9pZGEvaWRhLmMsdg0KcmV0cmll dmluZyByZXZpc2lvbiAxLjM0DQpkaWZmIC11IC1yMS4zNCBpZGEuYw0KLS0t IGlkYS5jCTE1IEphbiAyMDA0IDA2OjM3OjUyIC0wMDAwCTEuMzQNCisrKyBp ZGEuYwk4IEZlYiAyMDA0IDIwOjAzOjU0IC0wMDAwDQpAQCAtMjc3LDcgKzI3 Nyw3IEBADQogCX0NCiANCiAJaWRhLT5pZGFfZGV2X3QgPSBtYWtlX2Rldigm aWRhX2NkZXZzdywgaWRhLT51bml0LA0KLQkJCQkgVUlEX1JPT1QsIEdJRF9P UEVSQVRPUiwgU19JUlVTUiB8IFNfSVdVU1IsDQorCQkJCSBVSURfUk9PVCwg R0lEX1dIRUVMLCBTX0lSVVNSIHwgU19JV1VTUiwNCiAJCQkJICJpZGElZCIs IGlkYS0+dW5pdCk7DQogCWlkYS0+aWRhX2Rldl90LT5zaV9kcnYxID0gaWRh Ow0KIA0K --0-1038187240-1076272157=:91658 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="iir_ctrl.c.perm.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20040208152917.M91658@alpha.siliconlandmark.com> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="iir_ctrl.c.perm.patch" SW5kZXg6IGlpcl9jdHJsLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJD UyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMvZGV2L2lpci9paXJfY3RybC5j LHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMQ0KZGlmZiAtdSAtcjEuMTEg aWlyX2N0cmwuYw0KLS0tIGlpcl9jdHJsLmMJMjYgU2VwIDIwMDMgMTU6MzY6 NDcgLTAwMDAJMS4xMQ0KKysrIGlpcl9jdHJsLmMJOCBGZWIgMjAwNCAxOTo1 MDowMCAtMDAwMA0KQEAgLTEwMiwxMyArMTAyLDEzIEBADQogICAgIGRldl90 IGRldjsNCiANCiAjaWZkZWYgU0RFVl9QRVJfSEJBDQotICAgIGRldiA9IG1h a2VfZGV2KCZpaXJfY2RldnN3LCBoYmEybWlub3IodW5pdCksIFVJRF9ST09U LCBHSURfT1BFUkFUT1IsDQotICAgICAgICAgICAgICAgICAgIFNfSVJVU1Ig fCBTX0lXVVNSIHwgU19JUkdSUCB8IFNfSVJPVEgsICJpaXIlZCIsIHVuaXQp Ow0KKyAgICBkZXYgPSBtYWtlX2RldigmaWlyX2NkZXZzdywgaGJhMm1pbm9y KHVuaXQpLCBVSURfUk9PVCwgR0lEX1dIRUVMLA0KKyAgICAgICAgICAgICAg ICAgICBTX0lSVVNSIHwgU19JV1VTUiwgImlpciVkIiwgdW5pdCk7DQogI2Vs c2UNCiAgICAgaWYgKHNkZXZfbWFkZSkNCiAgICAgICAgIHJldHVybiAoMCk7 DQotICAgIGRldiA9IG1ha2VfZGV2KCZpaXJfY2RldnN3LCAwLCBVSURfUk9P VCwgR0lEX09QRVJBVE9SLA0KLSAgICAgICAgICAgICAgICAgICBTX0lSVVNS IHwgU19JV1VTUiB8IFNfSVJHUlAgfCBTX0lST1RILCAiaWlyIik7DQorICAg IGRldiA9IG1ha2VfZGV2KCZpaXJfY2RldnN3LCAwLCBVSURfUk9PVCwgR0lE X1dIRUVMLA0KKyAgICAgICAgICAgICAgICAgICBTX0lSVVNSIHwgU19JV1VT UiwgImlpciIpOw0KICAgICBzZGV2X21hZGUgPSAxOw0KICNlbmRpZg0KICAg ICByZXR1cm4gKGRldik7DQo= --0-1038187240-1076272157=:91658 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="ips.c.perm.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20040208152917.T91658@alpha.siliconlandmark.com> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="ips.c.perm.patch" SW5kZXg6IGlwcy5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmls ZTogL2hvbWUvbmN2cy9zcmMvc3lzL2Rldi9pcHMvaXBzLmMsdg0KcmV0cmll dmluZyByZXZpc2lvbiAxLjcNCmRpZmYgLXUgLXIxLjcgaXBzLmMNCi0tLSBp cHMuYwkxOCBKYW4gMjAwNCAxNzozNDoxMSAtMDAwMAkxLjcNCisrKyBpcHMu Ywk4IEZlYiAyMDA0IDIwOjA1OjU4IC0wMDAwDQpAQCAtNDUxLDcgKzQ1MSw3 IEBADQogCQlkZXZpY2VfcHJpbnRmKHNjLT5kZXYsICJmYWlsZWQgdG8gaW5p dGlhbGl6ZSBjb21tYW5kIGJ1ZmZlcnNcbiIpOw0KIAkJZ290byBlcnJvcjsN CiAJfQ0KLSAgICAgICAgc2MtPmRldmljZV9maWxlID0gbWFrZV9kZXYoJmlw c19jZGV2c3csIGRldmljZV9nZXRfdW5pdChzYy0+ZGV2KSwgVUlEX1JPT1Qs IEdJRF9PUEVSQVRPUiwNCisgICAgICAgIHNjLT5kZXZpY2VfZmlsZSA9IG1h a2VfZGV2KCZpcHNfY2RldnN3LCBkZXZpY2VfZ2V0X3VuaXQoc2MtPmRldiks IFVJRF9ST09ULCBHSURfV0hFRUwsDQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFNfSVJVU1IgfCBTX0lXVVNSLCAiaXBzJWQi LCBkZXZpY2VfZ2V0X3VuaXQoc2MtPmRldikpOw0KIAlzYy0+ZGV2aWNlX2Zp bGUtPnNpX2RydjEgPSBzYzsNCiAJaXBzX2Rpc2tkZXZfaW5pdChzYyk7DQo= --0-1038187240-1076272157=:91658 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="isp_freebsd.c.perm.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20040208152917.V91658@alpha.siliconlandmark.com> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="isp_freebsd.c.perm.patch" SW5kZXg6IGlzcF9mcmVlYnNkLmMNCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0N ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMvZGV2L2lzcC9pc3BfZnJl ZWJzZC5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS45Nw0KZGlmZiAtdSAt cjEuOTcgaXNwX2ZyZWVic2QuYw0KLS0tIGlzcF9mcmVlYnNkLmMJOCBGZWIg MjAwNCAxOToxNzo1NiAtMDAwMAkxLjk3DQorKysgaXNwX2ZyZWVic2QuYwk4 IEZlYiAyMDA0IDIwOjAwOjM2IC0wMDAwDQpAQCAtMzUsNiArMzUsNyBAQA0K ICNpbmNsdWRlIDxzeXMvY29uZi5oPg0KICNpbmNsdWRlIDxzeXMvbW9kdWxl Lmg+DQogI2luY2x1ZGUgPHN5cy9pb2Njb20uaD4NCisjaW5jbHVkZSA8c3lz L3N0YXQuaD4NCiAjaW5jbHVkZSA8ZGV2L2lzcC9pc3BfaW9jdGwuaD4NCiAN CiANCkBAIC0yMDUsNyArMjA2LDggQEANCiAJICogQ3JlYXRlIGRldmljZSBu b2Rlcw0KIAkgKi8NCiAJKHZvaWQpIG1ha2VfZGV2KCZpc3BfY2RldnN3LCBk ZXZpY2VfZ2V0X3VuaXQoaXNwLT5pc3BfZGV2KSwgVUlEX1JPT1QsDQotCSAg ICBHSURfT1BFUkFUT1IsIDA2MDAsICIlcyIsIGRldmljZV9nZXRfbmFtZXVu aXQoaXNwLT5pc3BfZGV2KSk7DQorCSAgICBHSURfV0hFRUwsIFNfSVJVU1Ig fCBTX0lXVVNSLCAiJXMiLA0KKwkgICAgZGV2aWNlX2dldF9uYW1ldW5pdChp c3AtPmlzcF9kZXYpKTsNCiANCiAJaWYgKGlzcC0+aXNwX3JvbGUgIT0gSVNQ X1JPTEVfTk9ORSkgew0KIAkJaXNwLT5pc3Bfc3RhdGUgPSBJU1BfUlVOU1RB VEU7DQo= --0-1038187240-1076272157=:91658 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="mly.c.perm.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20040208152917.F91658@alpha.siliconlandmark.com> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="mly.c.perm.patch" SW5kZXg6IG1seS5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmls ZTogL2hvbWUvbmN2cy9zcmMvc3lzL2Rldi9tbHkvbWx5LmMsdg0KcmV0cmll dmluZyByZXZpc2lvbiAxLjMyDQpkaWZmIC11IC1yMS4zMiBtbHkuYw0KLS0t IG1seS5jCTE4IEphbiAyMDA0IDEyOjQ5OjM2IC0wMDAwCTEuMzINCisrKyBt bHkuYwk4IEZlYiAyMDA0IDIwOjA4OjQzIC0wMDAwDQpAQCAtMzE2LDcgKzMx Niw3IEBADQogICAgIC8qDQogICAgICAqIENyZWF0ZSB0aGUgY29udHJvbCBk ZXZpY2UuDQogICAgICAqLw0KLSAgICBzYy0+bWx5X2Rldl90ID0gbWFrZV9k ZXYoJm1seV9jZGV2c3csIGRldmljZV9nZXRfdW5pdChzYy0+bWx5X2Rldiks IFVJRF9ST09ULCBHSURfT1BFUkFUT1IsDQorICAgIHNjLT5tbHlfZGV2X3Qg PSBtYWtlX2RldigmbWx5X2NkZXZzdywgZGV2aWNlX2dldF91bml0KHNjLT5t bHlfZGV2KSwgVUlEX1JPT1QsIEdJRF9XSEVFTCwNCiAJCQkgICAgIFNfSVJV U1IgfCBTX0lXVVNSLCAibWx5JWQiLCBkZXZpY2VfZ2V0X3VuaXQoc2MtPm1s eV9kZXYpKTsNCiAgICAgc2MtPm1seV9kZXZfdC0+c2lfZHJ2MSA9IHNjOw0K IA0K --0-1038187240-1076272157=:91658-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 12:48:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFCA016A4CE; Sun, 8 Feb 2004 12:48:25 -0800 (PST) Received: from cserv62.csub.edu (cserv62.csub.edu [136.168.10.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB8A443D1F; Sun, 8 Feb 2004 12:48:25 -0800 (PST) (envelope-from rjackson@cserv62.csub.edu) Received: from cserv62.csub.edu (localhost [127.0.0.1]) by cserv62.csub.edu (8.12.9/8.12.9) with ESMTP id i18KmPDp088537; Sun, 8 Feb 2004 12:48:25 -0800 (PST) (envelope-from rjackson@cserv62.csub.edu) Received: (from rjackson@localhost) by cserv62.csub.edu (8.12.9/8.12.9/Submit) id i18KmPfB088536; Sun, 8 Feb 2004 12:48:25 -0800 (PST) (envelope-from rjackson) Date: Sun, 8 Feb 2004 12:48:25 -0800 From: Russell Jackson To: "Jacques A. Vidrine" Message-ID: <20040208204825.GA88413@cserv62.csub.edu> References: <9FF6ADDC-5717-11D8-8F2D-000393D3CD70@sadclown.net> <20040205134743.GE71004@madman.celabo.org> <20040208071758.GA72490@cserv62.csub.edu> <20040208090555.GA88100@cserv62.csub.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040208090555.GA88100@cserv62.csub.edu> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: buildworld fails on nslexr.c? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 20:48:26 -0000 Okay, I may have jumped the gun on this one. Still getting the same error. On Sun, Feb 08, 2004 at 01:05:55AM -0800, Russell Jackson wrote: > Solved by rebuilding and installing yacc first then doing buildworld. > > Thanks for the pointers Jacques. > > On Sat, Feb 07, 2004 at 11:17:58PM -0800, Russell Jackson wrote: > > I've had the same problem even after doing a make clean and rm -rf /usr/obj > > > > On Thu, Feb 05, 2004 at 07:47:43AM -0600, Jacques A. Vidrine wrote: > > > On Wed, Feb 04, 2004 at 08:39:58AM -0500, Jeff Utter wrote: > > > > cc -O -pipe -march=pentium4 -I/usr/src/lib/libc/include > > > > -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 > > > > -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 > > > > -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale > > > > -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP > > > > -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k > > > > -Wno-uninitialized -c nslexer.c > > > > /dev/stdout: In function `_nsyylex': > > > > /dev/stdout:711: warning: label `find_rule' defined but not used > > > > /usr/src/lib/libc/net/nslexer.l: At top level: > > > > /dev/stdout:1678: warning: `yy_flex_realloc' defined but not used > > > > > > Are you sure your sources are completely up to date? and that your > > > object tree was clean when you built? > > > > > > yacc was updated to generate warning-free code. It seems like either > > > (a) you don't have the updated yacc, or (b) you have an nslexer.c > > > hanging around that was generated by an older yacc. > > > > > > Cheers, > > > -- > > > Jacques Vidrine NTT/Verio SME FreeBSD UNIX Heimdal > > > nectar@celabo.org jvidrine@verio.net nectar@freebsd.org nectar@kth.se > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > -- > > -- > > Russell A. Jackson (rjackson@cserv62.csub.edu) > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- > -- > Russell A. Jackson (rjackson@cserv62.csub.edu) > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- -- Russell A. Jackson (rjackson@cserv62.csub.edu) From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 13:39:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FF4816A4D9 for ; Sun, 8 Feb 2004 13:39:34 -0800 (PST) Received: from sarevok.webteckies.org (node123e0.a2000.nl [24.132.35.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id D628543D2F for ; Sun, 8 Feb 2004 13:39:33 -0800 (PST) (envelope-from mdev@sarevok.webteckies.org) Received: by sarevok.webteckies.org (Postfix, from userid 100) id DCB67B91C; Sun, 8 Feb 2004 22:39:32 +0100 (CET) From: Melvyn Sopacua Organization: WebTeckies.org To: current@FreeBSD.org Date: Sun, 8 Feb 2004 22:39:32 +0100 User-Agent: KMail/1.5.94 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_UyqJAFHf9AU390S"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402082239.32718.freebsd-current@webteckies.org> Subject: Re: Can't login to 5.2-RC1, must hard reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 21:39:34 -0000 --Boundary-02=_UyqJAFHf9AU390S Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 08 February 2004 00:46, sammy!!! wrote: > Even when I login using the console, i can enter my name for the login, > then it just hangs. See if you can get a cronjob to run a ps every once in a while. This sounds= =20 exactly like the symptoms I had on -STABLE, where several processed get=20 locked in some disk access routine and lock all diskaccess. I think the thread "Processes get blocked on getblk or ufs" is about the sa= me=20 issue. =2D-=20 Melvyn =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D =46reeBSD sarevok.webteckies.org 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Wed Ja= n 28=20 18:01:18 CET 2004 =20 root@sarevok.lan.webteckies.org:/usr/obj/usr/src/sys/SAREVOK_NOAPM_NODEBUG = =20 i386 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D --Boundary-02=_UyqJAFHf9AU390S Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAJqyUOv9JNmfFN5URAp4nAJ9Bc5GaBle9IgNsJtE/pO1pCtnIEgCgmN5M xGho7LK5eMIUHVt2KHxF8NM= =MjNt -----END PGP SIGNATURE----- --Boundary-02=_UyqJAFHf9AU390S-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 13:51:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73BD316A4CE for ; Sun, 8 Feb 2004 13:51:23 -0800 (PST) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35BFA43D1D for ; Sun, 8 Feb 2004 13:51:23 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i18Loi44001824; Sun, 8 Feb 2004 16:50:47 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Sun, 8 Feb 2004 16:50:42 -0500 To: Julian Elischer , Poul-Henning Kamp From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: current@freebsd.org Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 21:51:23 -0000 At 11:58 PM -0800 2/7/04, Julian Elischer wrote: >On Fri, 6 Feb 2004, Poul-Henning Kamp wrote: > > >> I would appreciate if people would test these devices work _as >> previously_ with this patch in place. > >well that depends on your definition of "as previously" > >Previously, nmdm started off with 4 devices visible in /dev now I >don't see that.. The old behaviour was intuitive... You saw a device. >You openned it and used it, .... You could select the port to use in >a pulldown browser. Now you have to open an invisible device you >can't see.. doesn't seem so intuitive right now.. It seem like it would be nice to have some marker-device there, something that one could see and select before opening it. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 13:54:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97FA716A4CE for ; Sun, 8 Feb 2004 13:54:58 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5910443D2F for ; Sun, 8 Feb 2004 13:54:58 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i18LsOf5016044; Sun, 8 Feb 2004 16:54:25 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <16065.1076227919@critter.freebsd.dk> References: <16065.1076227919@critter.freebsd.dk> Date: Sun, 8 Feb 2004 16:54:23 -0500 To: "Poul-Henning Kamp" , Julian Elischer From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: current@freebsd.org Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 21:54:58 -0000 At 9:11 AM +0100 2/8/04, Poul-Henning Kamp wrote: >Julian Elischer writes: > > > > Previously, nmdm started off with 4 devices visible in /dev now > > I don't see that.. The old behaviour was intuitive... You saw > > a device. > >This new behaviour is called a "cloning device" and it doesn't >allocate any resources until they are actually needed, which I >believe is the correct behaviour for pseudo-devices. Could there be some kind of fake "marker-device" sitting there, one which would use basically no resources, and which would change to the real-device when someone opens it? I do like the idea of some visible marker there, instead of expecting people to "just know" exactly what device-name to type. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 13:56:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8DAE16A4CE for ; Sun, 8 Feb 2004 13:56:18 -0800 (PST) Received: from elkins.org (user41.net272.fl.sprint-hsd.net [64.45.235.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2C5A43D1D for ; Sun, 8 Feb 2004 13:56:18 -0800 (PST) (envelope-from bsd@elkins.org) Received: from kathix.elkins ([192.168.0.10]) by elkins.org with esmtp (Exim 3.36 #1 (Debian)) id 1ApwuY-0004y5-00 for ; Sun, 08 Feb 2004 16:56:18 -0500 From: Jeff Elkins To: freebsd-current@freebsd.org Date: Sun, 8 Feb 2004 16:56:17 -0500 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200402081656.17726.bsd@elkins.org> Subject: Using the ATAPI/CAM Driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 21:56:19 -0000 I've enabled the ATAPI/CAM driver in my kernel under freebsd 5.2 - this has given me two devices: /dev/cd0 and /dev/cd1. Thus far, I'm able to burn CDs/DVDs but I am having trouble mounting them (as root). If I issue the command: mount /cdrom or mount -t cd9660 /dev/cd0 /cdrom I get the message: cd9660: /dev/cd0: Device not configured However, if I comment out the /dev/cd devices in fstab and enable the acd devices: /dev/acd0 /cdrom cd9660 ro,noauto 0 0 /dev/acd1 /cdrom1 cd9660 ro,noauto 0 0 #/dev/cd0 /cdrom cd9660 ro,noauto 0 0 #/dev/cd1 /cdrom1 cd9660 ro,noauto 0 0 I'm able to mount w/o problems. Do I have something misconfigured? Thanks, Jeff Elkins From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 13:57:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A913416A4CE; Sun, 8 Feb 2004 13:57:44 -0800 (PST) Received: from happygiraffe.net (happygiraffe.net [81.6.215.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F20843D1D; Sun, 8 Feb 2004 13:57:44 -0800 (PST) (envelope-from dom@happygiraffe.net) Received: from localhost (localhost.happygiraffe.net [127.0.0.1]) by happygiraffe.net (Postfix) with ESMTP id 2B086B864; Sun, 8 Feb 2004 21:57:43 +0000 (GMT) Received: from happygiraffe.net ([127.0.0.1]) by localhost (ppe.happygiraffe.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 82829-07-3; Sun, 8 Feb 2004 21:57:42 +0000 (GMT) Received: by happygiraffe.net (Postfix, from userid 1001) id 637C3B807; Sun, 8 Feb 2004 21:57:42 +0000 (GMT) Date: Sun, 8 Feb 2004 21:57:42 +0000 To: Dag-Erling Sm?rgrav Message-ID: <20040208215742.GA83365@ppe.happygiraffe.net> References: <1075880955.76993.54.camel@shumai.marcuscom.com> <20040205185355.GA92331@eeyore.local.dohd.org> <20040206133401.GA53303@xor.obsecurity.org> <20040207114142.GA92548@ppe.happygiraffe.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.5.1i From: dom@happygiraffe.net (Dominic Mitchell) X-Virus-Scanned: by amavisd-new at happygiraffe.net cc: ports@freebsd.org cc: Mark Huizer cc: current@freebsd.org cc: Kris Kennaway Subject: Re: HEADS UP: MAJOR changes to the ports system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 21:57:44 -0000 On Sun, Feb 08, 2004 at 01:26:52PM +0100, Dag-Erling Sm?rgrav wrote: > dom@happygiraffe.net (Dominic Mitchell) writes: > > There's a couple of other bits that need upgrading along with Perl. The > > on that bit me last time was autoconf (or automake; can't remember). > > Every port that used autoconf failed with "can't find file", even though > > autoconf was present. A closer look showed that the hashbang line was > > pointing at the old no-longer-present Perl. > > that's why autoconf and automake register themselves as requiring > perl, and pkg_delete won't allow you to deinstall perl without first > deinstalling autoconf and automake, unless you force it to. Yes, but I've managed to screw myself by portupgrade'ing perl and forgetting to rebuild automake. Of course the answer is to use portupgrade -r, but I didn't think of that the first time. :-) -Dom From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 14:12:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE97616A4CE; Sun, 8 Feb 2004 14:12:39 -0800 (PST) Received: from nala.dohd.org (xaa.demon.nl [82.161.49.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FC2343D1D; Sun, 8 Feb 2004 14:12:39 -0800 (PST) (envelope-from freebsd@dohd.org) Received: from localhost (localhost.local.dohd.org [127.0.0.1]) by nala.dohd.org (Postfix) with ESMTP id D4C6211566; Sun, 8 Feb 2004 23:12:37 +0100 (MET) Received: by nala.dohd.org (Postfix, from userid 1008) id 82C9B11561; Sun, 8 Feb 2004 23:12:36 +0100 (MET) Date: Sun, 8 Feb 2004 23:12:36 +0100 From: Mark Huizer To: Joe Marcus Clarke Message-ID: <20040208221236.GA8150@eeyore.local.dohd.org> References: <200402081937.i18JbC9X045079@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200402081937.i18JbC9X045079@repoman.freebsd.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at dohd.org cc: gnome@freebsd.org cc: current@freebsd.org Subject: Firebird linked against libc_r and libpthread? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 22:12:39 -0000 On Sun, Feb 08, 2004 at 11:37:12AM -0800, Joe Marcus Clarke wrote: > marcus 2004/02/08 11:37:12 PST > > * Clean up the pkg-message a bit to reflect reality with respect to Perl > > Thanks to casaveli on BSDForums for finding it was esound causing the lock up > as well as testing the patch mentioned above. I just rebuild firebird on a recent -current, and it seems this port is suffering from the pthread changes, because it is linked to both libc_r and libpthread. It seems to run though, but not as stable as 0.6 was doing. Mark -- Nice testing in little China... From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 14:17:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3775C16A4CE; Sun, 8 Feb 2004 14:17:44 -0800 (PST) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6C9743D1D; Sun, 8 Feb 2004 14:17:43 -0800 (PST) (envelope-from marcus@FreeBSD.org) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i18MDusm054930; Sun, 8 Feb 2004 17:13:56 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Mark Huizer In-Reply-To: <20040208221236.GA8150@eeyore.local.dohd.org> References: <200402081937.i18JbC9X045079@repoman.freebsd.org> <20040208221236.GA8150@eeyore.local.dohd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-dTfd7xjj+dNiJYAqPFlA" Organization: FreeBSD, Inc. Message-Id: <1076278662.16832.31.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 08 Feb 2004 17:17:42 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users cc: current@FreeBSD.org Subject: Re: Firebird linked against libc_r and libpthread? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 22:17:44 -0000 --=-dTfd7xjj+dNiJYAqPFlA Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2004-02-08 at 17:12, Mark Huizer wrote: > On Sun, Feb 08, 2004 at 11:37:12AM -0800, Joe Marcus Clarke wrote: > > marcus 2004/02/08 11:37:12 PST > >=20 > > * Clean up the pkg-message a bit to reflect reality with respect to P= erl > > =20 > > Thanks to casaveli on BSDForums for finding it was esound causing the= lock up > > as well as testing the patch mentioned above. >=20 > I just rebuild firebird on a recent -current, and it seems this port is > suffering from the pthread changes, because it is linked to both libc_r > and libpthread. It seems to run though, but not as stable as 0.6 was > doing. You have to rebuild _everything_ in order to fix this. Rebuilding Firebird alone doesn't cut it. I recommend a portupgrade -rfa. Joe >=20 > Mark --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-dTfd7xjj+dNiJYAqPFlA Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAJrWGb2iPiv4Uz4cRAnnHAKCY7nT0gVCLRVFLfea7l9KO5Q7ZngCgilJR 8lPnBqrfVwg6AgRfShq8l/c= =JI07 -----END PGP SIGNATURE----- --=-dTfd7xjj+dNiJYAqPFlA-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 14:24:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4996516A4ED; Sun, 8 Feb 2004 14:24:31 -0800 (PST) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0820C43D1F; Sun, 8 Feb 2004 14:24:31 -0800 (PST) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cae88-51-165.sc.rr.com [24.88.51.165]) i18MOMaL015213; Sun, 8 Feb 2004 17:24:24 -0500 (EST) Received: from volatile.chemikals.org (morganw@localhost [127.0.0.1]) i18MOLer025835; Sun, 8 Feb 2004 17:24:21 -0500 (EST) (envelope-from morganw@chemikals.org) Received: from localhost (morganw@localhost)i18MOLap025832; Sun, 8 Feb 2004 17:24:21 -0500 (EST) (envelope-from morganw@chemikals.org) X-Authentication-Warning: volatile.chemikals.org: morganw owned process doing -bs Date: Sun, 8 Feb 2004 17:24:21 -0500 (EST) From: Wesley Morgan To: Mark Huizer In-Reply-To: <20040208221236.GA8150@eeyore.local.dohd.org> Message-ID: <20040208172313.V24023@volatile.chemikals.org> References: <200402081937.i18JbC9X045079@repoman.freebsd.org> <20040208221236.GA8150@eeyore.local.dohd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: gnome@freebsd.org cc: Joe Marcus Clarke cc: current@freebsd.org Subject: Re: Firebird linked against libc_r and libpthread? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 22:24:31 -0000 On Sun, 8 Feb 2004, Mark Huizer wrote: > On Sun, Feb 08, 2004 at 11:37:12AM -0800, Joe Marcus Clarke wrote: > > marcus 2004/02/08 11:37:12 PST > > > > * Clean up the pkg-message a bit to reflect reality with respect to Perl > > > > Thanks to casaveli on BSDForums for finding it was esound causing the lock up > > as well as testing the patch mentioned above. > > I just rebuild firebird on a recent -current, and it seems this port is > suffering from the pthread changes, because it is linked to both libc_r > and libpthread. It seems to run though, but not as stable as 0.6 was > doing. I'm having some trouble with libtool wanting to use libc_r with several ports, such as like g-wrap. -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 14:29:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 885E316A4CE; Sun, 8 Feb 2004 14:29:08 -0800 (PST) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F9D043D1D; Sun, 8 Feb 2004 14:29:08 -0800 (PST) (envelope-from marcus@FreeBSD.org) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i18MPKsm055074; Sun, 8 Feb 2004 17:25:20 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Wesley Morgan In-Reply-To: <20040208172313.V24023@volatile.chemikals.org> References: <200402081937.i18JbC9X045079@repoman.freebsd.org> <20040208221236.GA8150@eeyore.local.dohd.org> <20040208172313.V24023@volatile.chemikals.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-2sPsWNYVP9+Tto5zGNyR" Organization: FreeBSD, Inc. Message-Id: <1076279346.16832.33.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 08 Feb 2004 17:29:06 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users cc: current@FreeBSD.org Subject: Re: Firebird linked against libc_r and libpthread? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 22:29:08 -0000 --=-2sPsWNYVP9+Tto5zGNyR Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2004-02-08 at 17:24, Wesley Morgan wrote: > On Sun, 8 Feb 2004, Mark Huizer wrote: >=20 > > On Sun, Feb 08, 2004 at 11:37:12AM -0800, Joe Marcus Clarke wrote: > > > marcus 2004/02/08 11:37:12 PST > > > > > > * Clean up the pkg-message a bit to reflect reality with respect to= Perl > > > > > > Thanks to casaveli on BSDForums for finding it was esound causing t= he lock up > > > as well as testing the patch mentioned above. > > > > I just rebuild firebird on a recent -current, and it seems this port is > > suffering from the pthread changes, because it is linked to both libc_r > > and libpthread. It seems to run though, but not as stable as 0.6 was > > doing. >=20 > I'm having some trouble with libtool wanting to use libc_r with several > ports, such as like g-wrap. Please be more specific. What are the messages? Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-2sPsWNYVP9+Tto5zGNyR Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAJrgyb2iPiv4Uz4cRArn8AKCoiUNQCzWSLwS4Ke3AS4bMutPeyQCfQE54 VhBynTSSgN++GurzFlJz14I= =g8k7 -----END PGP SIGNATURE----- --=-2sPsWNYVP9+Tto5zGNyR-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 14:34:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89A6816A4D0; Sun, 8 Feb 2004 14:34:31 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AB5343D1F; Sun, 8 Feb 2004 14:34:31 -0800 (PST) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id i18MY4fo029110; Sun, 8 Feb 2004 17:34:04 -0500 (EST) Date: Sun, 8 Feb 2004 17:34:04 -0500 (EST) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Wesley Morgan In-Reply-To: <20040208172313.V24023@volatile.chemikals.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: gnome@freebsd.org cc: Joe Marcus Clarke cc: current@freebsd.org Subject: Re: Firebird linked against libc_r and libpthread? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 22:34:31 -0000 On Sun, 8 Feb 2004, Wesley Morgan wrote: > On Sun, 8 Feb 2004, Mark Huizer wrote: > > > On Sun, Feb 08, 2004 at 11:37:12AM -0800, Joe Marcus Clarke wrote: > > > marcus 2004/02/08 11:37:12 PST > > > > > > * Clean up the pkg-message a bit to reflect reality with respect to Perl > > > > > > Thanks to casaveli on BSDForums for finding it was esound causing the lock up > > > as well as testing the patch mentioned above. > > > > I just rebuild firebird on a recent -current, and it seems this port is > > suffering from the pthread changes, because it is linked to both libc_r > > and libpthread. It seems to run though, but not as stable as 0.6 was > > doing. > > I'm having some trouble with libtool wanting to use libc_r with several > ports, such as like g-wrap. Yeah, I've seem several slightly different versions of libfool and I recall them sometimes knowing about libc_r. Why do some ports include their own libfool? <\rant> -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 15:06:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F361B16A4CE; Sun, 8 Feb 2004 15:06:55 -0800 (PST) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id B211043D1D; Sun, 8 Feb 2004 15:06:55 -0800 (PST) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cae88-51-165.sc.rr.com [24.88.51.165]) i18N6kq3024837; Sun, 8 Feb 2004 18:06:47 -0500 (EST) Received: from volatile.chemikals.org (morganw@localhost [127.0.0.1]) i18N6ker026414; Sun, 8 Feb 2004 18:06:46 -0500 (EST) (envelope-from morganw@chemikals.org) Received: from localhost (morganw@localhost)i18N6kt3026411; Sun, 8 Feb 2004 18:06:46 -0500 (EST) (envelope-from morganw@chemikals.org) X-Authentication-Warning: volatile.chemikals.org: morganw owned process doing -bs Date: Sun, 8 Feb 2004 18:06:45 -0500 (EST) From: Wesley Morgan To: Joe Marcus Clarke In-Reply-To: <1076279346.16832.33.camel@shumai.marcuscom.com> Message-ID: <20040208180346.B24023@volatile.chemikals.org> References: <200402081937.i18JbC9X045079@repoman.freebsd.org> <20040208172313.V24023@volatile.chemikals.org> <1076279346.16832.33.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FreeBSD GNOME Users cc: current@FreeBSD.org Subject: Re: Firebird linked against libc_r and libpthread? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 23:06:56 -0000 On Sun, 8 Feb 2004, Joe Marcus Clarke wrote: > > > I just rebuild firebird on a recent -current, and it seems this port is > > > suffering from the pthread changes, because it is linked to both libc_r > > > and libpthread. It seems to run though, but not as stable as 0.6 was > > > doing. > > > > I'm having some trouble with libtool wanting to use libc_r with several > > ports, such as like g-wrap. > > Please be more specific. What are the messages? There don't seem to be any specific messages, but the "libgw-gtk.lai" file generated by libtool always has libc_r as a dependency. If I completely remove libc_r, it still tries to link with it. No manual editing seems to fix it, so it is pretty clear (from what I know, anyway) that libtool itself is making the decision. -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 15:25:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A82F16A4CE; Sun, 8 Feb 2004 15:25:48 -0800 (PST) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id F129143D1D; Sun, 8 Feb 2004 15:25:47 -0800 (PST) (envelope-from marcus@FreeBSD.org) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i18NLxsm055532; Sun, 8 Feb 2004 18:21:59 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Wesley Morgan In-Reply-To: <20040208180346.B24023@volatile.chemikals.org> References: <200402081937.i18JbC9X045079@repoman.freebsd.org> <20040208172313.V24023@volatile.chemikals.org> <1076279346.16832.33.camel@shumai.marcuscom.com> <20040208180346.B24023@volatile.chemikals.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-1swa3Mh+vi4PUl31R871" Organization: FreeBSD, Inc. Message-Id: <1076282745.16832.42.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 08 Feb 2004 18:25:45 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users cc: current@FreeBSD.org Subject: Re: Firebird linked against libc_r and libpthread? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 23:25:48 -0000 --=-1swa3Mh+vi4PUl31R871 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2004-02-08 at 18:06, Wesley Morgan wrote: > On Sun, 8 Feb 2004, Joe Marcus Clarke wrote: >=20 > > > > I just rebuild firebird on a recent -current, and it seems this por= t is > > > > suffering from the pthread changes, because it is linked to both li= bc_r > > > > and libpthread. It seems to run though, but not as stable as 0.6 wa= s > > > > doing. > > > > > > I'm having some trouble with libtool wanting to use libc_r with sever= al > > > ports, such as like g-wrap. > > > > Please be more specific. What are the messages? >=20 > There don't seem to be any specific messages, but the "libgw-gtk.lai" fil= e > generated by libtool always has libc_r as a dependency. If I completely > remove libc_r, it still tries to link with it. No manual editing seems to > fix it, so it is pretty clear (from what I know, anyway) that libtool > itself is making the decision. I doubt this is really coming from g-wrap. Take a look at /usr/local/bin/*-config and /usr/X11R6/*-config, and search for -lc_r.=20 I have a feeling it's coming from glib or gtk+. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-1swa3Mh+vi4PUl31R871 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAJsV5b2iPiv4Uz4cRAk5JAJ9GH9H2a4yH/+HZtisooaNHMGexBACfX8Qu Er2d75tIJx0lJk9pTmPiWBk= =rv2r -----END PGP SIGNATURE----- --=-1swa3Mh+vi4PUl31R871-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 15:27:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DF9816A4CE for ; Sun, 8 Feb 2004 15:27:30 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE83043D1F for ; Sun, 8 Feb 2004 15:27:29 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id i18NRAGX006515; Mon, 9 Feb 2004 00:27:11 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Garance A Drosihn From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 08 Feb 2004 16:54:23 EST." Date: Mon, 09 Feb 2004 00:27:10 +0100 Message-ID: <6514.1076282830@critter.freebsd.dk> cc: Julian Elischer cc: current@freebsd.org Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 23:27:30 -0000 In message , Garance A Drosihn writes: >At 9:11 AM +0100 2/8/04, Poul-Henning Kamp wrote: >>Julian Elischer writes: >> > >> > Previously, nmdm started off with 4 devices visible in /dev now >> > I don't see that.. The old behaviour was intuitive... You saw >> > a device. >> >>This new behaviour is called a "cloning device" and it doesn't >>allocate any resources until they are actually needed, which I >>believe is the correct behaviour for pseudo-devices. > >Could there be some kind of fake "marker-device" sitting there, >one which would use basically no resources, and which would >change to the real-device when someone opens it? No, that is not possible with the model we have chosen. -- 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. From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 16:01:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45E3816A4CE for ; Sun, 8 Feb 2004 16:01:42 -0800 (PST) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FF9543D1D for ; Sun, 8 Feb 2004 16:01:42 -0800 (PST) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465 for ; Sun, 08 Feb 2004 16:01:41 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B0BD05D07 for ; Sun, 8 Feb 2004 16:01:40 -0800 (PST) To: current@freebsd.org Date: Sun, 08 Feb 2004 16:01:40 -0800 From: "Kevin Oberman" Message-Id: <20040209000140.B0BD05D07@ptavv.es.net> Subject: Results using ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 00:01:42 -0000 I have been using ULE on one system for about two weeks. The system is a IBM T30 with 512 MB memory running current with ACPI. The video is an ATi Radeon M7 with 1400x1050 display. Generally, ULE has run OK. It seems to do a bit better than BSD4 when the system is heavily loaded. Right now I am encoding a CD and compiling OpenOffice. The interactivity and responsiveness of the system is good. I have seen some areas, typically when the system is lightly loaded, when it works less well. All opinions are from non-quantified observation. 1. When logging off Gnome, the screen is progressively darkened after the logout window is opened. With BSD4, this darkening was smooth. With ULE, it jumps in opacity. (Note that this is often on a totally idle system except for logging off Gnome.) 2. I see occasional freezes in the system when it is mostly idle. Most are very brief, but I had one yesterday that lasted for at least 30 seconds. No console errors were reported, but all windows owned by a gnome-terminal process were frozen. (It is QUITE possible that this is really a vte problem and is not related to ULE.) In general, I am pleased with the performance of the system since I switched over to SCHED_ULE, but I still suspect something is not quite right when a UP system is idle. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 16:30:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B0A816A4CE for ; Sun, 8 Feb 2004 16:30:37 -0800 (PST) Received: from postal2.es.net (proxy.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54A3C43D1D for ; Sun, 8 Feb 2004 16:30:37 -0800 (PST) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Sun, 08 Feb 2004 16:30:36 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 332DC5D07; Sun, 8 Feb 2004 16:30:36 -0800 (PST) To: Jeff Elkins In-Reply-To: Message from Jeff Elkins of "Sun, 08 Feb 2004 16:56:17 EST." <200402081656.17726.bsd@elkins.org> Date: Sun, 08 Feb 2004 16:30:36 -0800 From: "Kevin Oberman" Message-Id: <20040209003036.332DC5D07@ptavv.es.net> cc: freebsd-current@freebsd.org Subject: Re: Using the ATAPI/CAM Driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 00:30:37 -0000 > From: Jeff Elkins > Date: Sun, 8 Feb 2004 16:56:17 -0500 > Sender: owner-freebsd-current@freebsd.org > > I've enabled the ATAPI/CAM driver in my kernel under freebsd 5.2 - this has > given me two devices: /dev/cd0 and /dev/cd1. Thus far, I'm able to burn > CDs/DVDs but I am having trouble mounting them (as root). > > If I issue the command: mount /cdrom or mount -t cd9660 /dev/cd0 /cdrom I > get the message: cd9660: /dev/cd0: Device not configured > > > However, if I comment out the /dev/cd devices in fstab and enable the acd > devices: > > /dev/acd0 /cdrom cd9660 ro,noauto 0 0 > /dev/acd1 /cdrom1 cd9660 ro,noauto 0 0 > #/dev/cd0 /cdrom cd9660 ro,noauto 0 0 > #/dev/cd1 /cdrom1 cd9660 ro,noauto 0 0 > > I'm able to mount w/o problems. I suspect it's a timing issue. The ATAPICAM driver does not create the cd devices until quite a while (about 10 seconds) after the disc is inserted. And there is no CD device when the drive is empty/open. This leads to a variety of annoyances, especially if you are using a tool that assumes too much, such as the permanent presence of the device so that its status can be checked. I really wish that the /dev/cdN devices were always present if the physical drive was present! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 16:56:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D9EE16A4CE for ; Sun, 8 Feb 2004 16:56:49 -0800 (PST) Received: from grummit.biaix.org (86.Red-213-97-212.pooles.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 94A2643D1D for ; Sun, 8 Feb 2004 16:56:48 -0800 (PST) (envelope-from lists-freebsd-current@biaix.org) Received: (qmail 11442 invoked by uid 1000); 9 Feb 2004 00:50:11 -0000 Date: Mon, 9 Feb 2004 01:50:11 +0100 From: Joan Picanyol To: current@FreeBSD.org Message-ID: <20040209005011.GB10831@grummit.biaix.org> Mail-Followup-To: current@FreeBSD.org References: <200402052156.38154.freebsd-current@webteckies.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200402052156.38154.freebsd-current@webteckies.org> User-Agent: Mutt/1.4.1i Subject: Re: jail and devfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 00:56:49 -0000 * Melvyn Sopacua [20040205 22:51]: > if anyone is using a jail devfs, please do share :) 503,p0,0$ mount | grep devfs devfs on /dev (devfs, local) devfs on /fs/pop3/mount/std-root/dev (devfs, local) 504,p0,0$ grep jail /etc/rc.conf jail_enable="YES" jail_list="pop3" jail_pop3_rootdir="/fs/pop3/mount/std-root/" jail_pop3_hostname="pop3.earth" jail_pop3_ip="127.127.0.110" jail_pop3_devfs_enable="YES" jail_pop3_fdescfs_enable="YES" 505,p0,0$ qvb -- pica From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 17:35:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3822616A4CE for ; Sun, 8 Feb 2004 17:35:53 -0800 (PST) Received: from sarevok.webteckies.org (node123e0.a2000.nl [24.132.35.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06BE643D2F for ; Sun, 8 Feb 2004 17:35:53 -0800 (PST) (envelope-from mdev@sarevok.webteckies.org) Received: by sarevok.webteckies.org (Postfix, from userid 100) id 127B2B91C; Mon, 9 Feb 2004 02:35:52 +0100 (CET) From: Melvyn Sopacua Organization: WebTeckies.org To: current@FreeBSD.org Date: Mon, 9 Feb 2004 02:35:46 +0100 User-Agent: KMail/1.5.94 References: <200402052156.38154.freebsd-current@webteckies.org> <20040209005011.GB10831@grummit.biaix.org> In-Reply-To: <20040209005011.GB10831@grummit.biaix.org> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_3PuJAWGJPJWOhen"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402090235.51897.freebsd-current@webteckies.org> Subject: Re: jail and devfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 01:35:53 -0000 --Boundary-02=_3PuJAWGJPJWOhen Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 09 February 2004 01:50, Joan Picanyol wrote: > * Melvyn Sopacua [20040205 22:51]: > > if anyone is using a jail devfs, please do share :) > > 503,p0,0$ mount | grep devfs > devfs on /dev (devfs, local) > devfs on /fs/pop3/mount/std-root/dev (devfs, local) > 504,p0,0$ grep jail /etc/rc.conf > jail_enable=3D"YES" > jail_list=3D"pop3" > jail_pop3_rootdir=3D"/fs/pop3/mount/std-root/" > jail_pop3_hostname=3D"pop3.earth" > jail_pop3_ip=3D"127.127.0.110" > jail_pop3_devfs_enable=3D"YES" > jail_pop3_fdescfs_enable=3D"YES" > 505,p0,0$ Yeah, I finally saw why my setup didn't work. Last thursday though, I thoug= ht=20 I must have something completely wrong and turned to devfs.conf for savior. The real error is in /etc/rc.subr for RELENG_5_2, it is fixed in HEAD.=20 Basically the rules are "configured" for the specified jail/foo/dev dir, bu= t=20 they are not being applied, by a `devfs -m $dir rule applyset'. =2D-=20 Melvyn =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D =46reeBSD sarevok.webteckies.org 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Wed Ja= n 28=20 18:01:18 CET 2004 =20 root@sarevok.lan.webteckies.org:/usr/obj/usr/src/sys/SAREVOK_NOAPM_NODEBUG = =20 i386 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D --Boundary-02=_3PuJAWGJPJWOhen Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAJuP3Ov9JNmfFN5URAmF0AJ4q0elUvJoAItVqb5Dvy8ZiKJFeywCfcjAP D9UWLHpm8y3OAZsgav8+D6Q= =+g0r -----END PGP SIGNATURE----- --Boundary-02=_3PuJAWGJPJWOhen-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 18:14:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 011A316A4CE; Sun, 8 Feb 2004 18:14:08 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-165-226-221.dsl.lsan03.pacbell.net [64.165.226.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA08B43D1F; Sun, 8 Feb 2004 18:14:07 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EB02A66C8E; Sun, 8 Feb 2004 18:14:06 -0800 (PST) Date: Sun, 8 Feb 2004 18:14:06 -0800 From: Kris Kennaway To: ports@FreeBSD.org, current@FreeBSD.org Message-ID: <20040209021406.GA29647@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: SDL uses incorrect thread flags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 02:14:08 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline It looks like the sdl12 port is telling other SDL ports to link against -lc_r. This causes the infamous "spinlock called when not threaded" problem: kkenn@rot13:~ sdl11-config --libs -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL-1.1 -lc_r http://bento.freebsd.org/errorlogs/i386-5-latest/frozenbubble-0.9.3_3.log ===> Building for frozenbubble-0.9.3_3 Fatal error 'Spinlock called when not threaded.' at line 83 in file /a/asami/portbuild/i386/5/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) Abort trap (core dumped) *** I need perl-SDL installed gmake: *** [dirs] Error 1 *** Error code 2 Can someone please investigate? Kris --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAJuzuWry0BWjoQKURAmouAKDuQhsRr2GJJJSc8WvSbl22IRmyagCgkHjY W9x4jfbW2QOz+GE2In2YjEA= =Pmnw -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 18:20:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BA4F16A4CF; Sun, 8 Feb 2004 18:20:12 -0800 (PST) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7AE843D31; Sun, 8 Feb 2004 18:20:11 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i192GOsm057205; Sun, 8 Feb 2004 21:16:24 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Kris Kennaway In-Reply-To: <20040209021406.GA29647@xor.obsecurity.org> References: <20040209021406.GA29647@xor.obsecurity.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Q6D/nVBfNZL72dI5OBZq" Organization: MarcusCom, Inc. Message-Id: <1076293211.16832.51.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 08 Feb 2004 21:20:12 -0500 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on creme-brulee.marcuscom.com cc: ports@freebsd.org cc: current@freebsd.org Subject: Re: SDL uses incorrect thread flags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 02:20:12 -0000 --=-Q6D/nVBfNZL72dI5OBZq Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2004-02-08 at 21:14, Kris Kennaway wrote: > It looks like the sdl12 port is telling other SDL ports to link > against -lc_r. This causes the infamous "spinlock called when not > threaded" problem: >=20 > kkenn@rot13:~ sdl11-config --libs > -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL-1.1 -lc_r >=20 > http://bento.freebsd.org/errorlogs/i386-5-latest/frozenbubble-0.9.3_3.log >=20 > =3D=3D=3D> Building for frozenbubble-0.9.3_3 > Fatal error 'Spinlock called when not threaded.' at line 83 in file /a/as= ami/portbuild/i386/5/src/lib/libpthread/thread/thr_spinlock.c (errno =3D 0) > Abort trap (core dumped) >=20 > *** I need perl-SDL installed > gmake: *** [dirs] Error 1 > *** Error code 2 >=20 > Can someone please investigate? I took a quick look at the sdl12 port, and it looks like it respects PTHREAD_{CFLAGS,LIBS}. Have you already rebuilt sdl12 under libpthread? One of the GNOME users said after doing the sdl12 forced update, it uses libpthread as it should. Joe >=20 > Kris --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-Q6D/nVBfNZL72dI5OBZq Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAJu5bb2iPiv4Uz4cRAoCaAJ4w71hw6aJOGWyeHhrU4YNt442NGACeK8UL zb8KuAUvfWsHd/qA4LlXrQU= =nnRZ -----END PGP SIGNATURE----- --=-Q6D/nVBfNZL72dI5OBZq-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 18:36:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB18A16A4CE for ; Sun, 8 Feb 2004 18:36:24 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-165-226-221.dsl.lsan03.pacbell.net [64.165.226.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84ED843D1D for ; Sun, 8 Feb 2004 18:36:24 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DA46766C8E; Sun, 8 Feb 2004 18:36:23 -0800 (PST) Date: Sun, 8 Feb 2004 18:36:23 -0800 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20040209023623.GA30071@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: grep bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 02:36:24 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline kkenn@rot13:~ grep -r foo / > /dev/null grep: /dev/network: Permission denied grep: /dev/geom.ctl: Permission denied grep: /dev/devctl: Permission denied grep: /dev/ata: Permission denied grep: /dev/console: Permission denied grep in realloc(): error: allocation failed ^C^C^CAbort (core dumped) Kris --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAJvInWry0BWjoQKURAttyAKCZCovVL+/o72wL5W0KeYemThw9ygCg8jyq rkwrZaCVohMbQKVHOk8dzHo= =jblb -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 18:38:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32C1016A4CE for ; Sun, 8 Feb 2004 18:38:22 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-165-226-221.dsl.lsan03.pacbell.net [64.165.226.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0293343D1D for ; Sun, 8 Feb 2004 18:38:22 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9920466C8E; Sun, 8 Feb 2004 18:38:21 -0800 (PST) Date: Sun, 8 Feb 2004 18:38:21 -0800 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20040209023821.GA30092@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Reproducible "calcru: negative time ..." on SMP system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 02:38:22 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I discovered that on a 5.2-BETA SMP system I can cause Feb 8 18:29:32 bento kernel: calcru: negative time of 6816 usec for pid 50286 (grep) Feb 8 18:29:41 bento kernel: calcru: negative time of 7308 usec for pid 51007 (grep) Feb 8 18:30:41 bento kernel: calcru: negative time of 6104 usec for pid 54944 (grep) Feb 8 18:30:42 bento kernel: calcru: negative time of 5933 usec for pid 54962 (grep) by running a shell script that does lots of greps, and leaning on the ^T key in the shell to send the process lots of SIGINFOs. Kris --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAJvKdWry0BWjoQKURAkklAJ9iRmHPfpyeOdjcN5sWGsebo7OkXQCfYBaJ E8DBB+nBofxD3Gpk9sigCik= =xOKU -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 18:43:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00ADA16A4CE; Sun, 8 Feb 2004 18:43:44 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-165-226-221.dsl.lsan03.pacbell.net [64.165.226.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id B042743D1D; Sun, 8 Feb 2004 18:43:43 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 57FCC66D35; Sun, 8 Feb 2004 18:43:43 -0800 (PST) Date: Sun, 8 Feb 2004 18:43:43 -0800 From: Kris Kennaway To: Joe Marcus Clarke Message-ID: <20040209024343.GA30182@xor.obsecurity.org> References: <20040209021406.GA29647@xor.obsecurity.org> <1076293211.16832.51.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <1076293211.16832.51.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.1i cc: ports@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: SDL uses incorrect thread flags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 02:43:44 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 08, 2004 at 09:20:12PM -0500, Joe Marcus Clarke wrote: > On Sun, 2004-02-08 at 21:14, Kris Kennaway wrote: > > It looks like the sdl12 port is telling other SDL ports to link > > against -lc_r. This causes the infamous "spinlock called when not > > threaded" problem: > >=20 > > kkenn@rot13:~ sdl11-config --libs > > -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL-1.1 -lc_r > >=20 > > http://bento.freebsd.org/errorlogs/i386-5-latest/frozenbubble-0.9.3_3.l= og > >=20 > > =3D=3D=3D> Building for frozenbubble-0.9.3_3 > > Fatal error 'Spinlock called when not threaded.' at line 83 in file /a/= asami/portbuild/i386/5/src/lib/libpthread/thread/thr_spinlock.c (errno =3D = 0) > > Abort trap (core dumped) > >=20 > > *** I need perl-SDL installed > > gmake: *** [dirs] Error 1 > > *** Error code 2 > >=20 > > Can someone please investigate? >=20 > I took a quick look at the sdl12 port, and it looks like it respects > PTHREAD_{CFLAGS,LIBS}. Have you already rebuilt sdl12 under > libpthread? One of the GNOME users said after doing the sdl12 forced > update, it uses libpthread as it should. It should be, yes. I started the package build after the bsd.port.mk changes to update PTHREAD_FOO, although I've had to restart it a number of times because of libc bugs. To be sure, I've removed the sdl package and will rebuild it. Kris --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAJvPfWry0BWjoQKURAr17AJ9/nvXQV1lOpFmg4cCrteGmXT+P0QCfcNJe US5UmyGQd2ahboAQS8XeOFE= =ZTNT -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 19:06:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0265016A4CF; Sun, 8 Feb 2004 19:06:30 -0800 (PST) Received: from mps8.plala.or.jp (c151240.vh.plala.or.jp [210.150.151.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28BDA43D2F; Sun, 8 Feb 2004 19:06:29 -0800 (PST) (envelope-from sf@FreeBSD.org) Received: from i166252.ap.plala.or.jp ([218.47.166.252]) by mps8.plala.or.jp with ESMTP <20040209030628.WTKA1786.mps8.plala.or.jp@i166252.ap.plala.or.jp>; Mon, 9 Feb 2004 12:06:28 +0900 Date: Mon, 09 Feb 2004 12:06:25 +0900 Message-ID: <864qu1x87i.wl@gray.plala.or.jp> From: FUJISHIMA Satsuki To: Kris Kennaway In-Reply-To: <20040209021406.GA29647@xor.obsecurity.org> References: <20040209021406.GA29647@xor.obsecurity.org> Mail-Followup-To: Kris Kennaway , ports@FreeBSD.org, current@FreeBSD.org User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/20.7 (i386--freebsd) MULE/4.1 (AOI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: ports@FreeBSD.org cc: current@FreeBSD.org Subject: Re: SDL uses incorrect thread flags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 03:06:30 -0000 At Sun, 8 Feb 2004 18:14:06 -0800, Kris Kennaway wrote: > kkenn@rot13:~ sdl11-config --libs > -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL-1.1 -lc_r $ sdl11-config --libs -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL-1.1 -lpthread Mine does not. In my case, -lc_r comes from artsc-config. From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 19:17:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 855BD16A4CE for ; Sun, 8 Feb 2004 19:17:43 -0800 (PST) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 522FE43D1D for ; Sun, 8 Feb 2004 19:17:43 -0800 (PST) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de [129.217.163.1])848171D575 for ; Mon, 9 Feb 2004 04:17:42 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id 7B218A891C; Mon, 9 Feb 2004 04:17:40 +0100 (CET) To: freebsd-current@freebsd.org From: Matthias Andree Date: Mon, 09 Feb 2004 04:17:40 +0100 Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: how to confuse truss: truss -f fsck -p / X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 03:17:43 -0000 After typing "truss -f fsck -p /", I see nothing. I press ^Z and type kill -9 % (killing truss). I now have these fine processes hanging dead in memory, they are immune to kill -9 and don't respond to kill -CONT either, ps axl: UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 56974 1 0 8 0 1256 744 ppwait D p1 0:00.00 fsck -p / 0 56975 56974 0 8 0 1256 744 stopev DV p1 0:00.00 fsck -p / Is this how things are supposed to be, even though killing a tracer is way stupid? I think it's not nice to have unkillable processes. Is there a way to get rid of these without reboot? Is there anything I can do to help debug this? The software is quite current, half a day maybe. -- Matthias Andree Encrypt your mail: my GnuPG key ID is 0x052E7D95 From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 19:38:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C53CC16A4CE for ; Sun, 8 Feb 2004 19:38:51 -0800 (PST) Received: from elkins.org (user41.net272.fl.sprint-hsd.net [64.45.235.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FF4C43D1F for ; Sun, 8 Feb 2004 19:38:51 -0800 (PST) (envelope-from bsd@elkins.org) Received: from kathix.elkins ([192.168.0.10]) by elkins.org with esmtp (Exim 3.36 #1 (Debian)) id 1Aq2G3-0004tK-00 for ; Sun, 08 Feb 2004 22:38:51 -0500 From: Jeff Elkins To: freebsd-current@freebsd.org Date: Sun, 8 Feb 2004 22:38:50 -0500 User-Agent: KMail/1.5.4 References: <20040209003036.332DC5D07@ptavv.es.net> In-Reply-To: <20040209003036.332DC5D07@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200402082238.50491.bsd@elkins.org> Subject: Re: Using the ATAPI/CAM Driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 03:38:51 -0000 On Sunday 08 February 2004 7:30 pm, Kevin Oberman wrote: > > From: Jeff Elkins > > Date: Sun, 8 Feb 2004 16:56:17 -0500 > > Sender: owner-freebsd-current@freebsd.org > > > > I've enabled the ATAPI/CAM driver in my kernel under freebsd 5.2 - this > > has given me two devices: /dev/cd0 and /dev/cd1. Thus far, I'm able to > > burn CDs/DVDs but I am having trouble mounting them (as root). > > > > If I issue the command: mount /cdrom or mount -t cd9660 /dev/cd0 /cdrom I > > get the message: cd9660: /dev/cd0: Device not configured > > > > > > However, if I comment out the /dev/cd devices in fstab and enable the acd > > devices: > > > > /dev/acd0 /cdrom cd9660 ro,noauto 0 0 > > /dev/acd1 /cdrom1 cd9660 ro,noauto 0 0 > > #/dev/cd0 /cdrom cd9660 ro,noauto 0 0 > > #/dev/cd1 /cdrom1 cd9660 ro,noauto 0 0 > > > > I'm able to mount w/o problems. > > I suspect it's a timing issue. The ATAPICAM driver does not create the > cd devices until quite a while (about 10 seconds) after the disc is > inserted. And there is no CD device when the drive is empty/open. This > leads to a variety of annoyances, especially if you are using a tool > that assumes too much, such as the permanent presence of the device so > that its status can be checked. > > I really wish that the /dev/cdN devices were always present if the > physical drive was present! In this case, even when I boot with a CD/DVD in place, the error still occurs. Jeff From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 19:40:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5549816A4CE for ; Sun, 8 Feb 2004 19:40:07 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-106-71.dsl.lsan03.pacbell.net [64.169.106.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21AA643D1F for ; Sun, 8 Feb 2004 19:40:07 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 456A766CC9; Sun, 8 Feb 2004 19:40:07 -0800 (PST) Date: Sun, 8 Feb 2004 19:40:07 -0800 From: Kris Kennaway To: Matthias Andree Message-ID: <20040209034007.GA432@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: how to confuse truss: truss -f fsck -p / X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 03:40:07 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 09, 2004 at 04:17:40AM +0100, Matthias Andree wrote: > After typing "truss -f fsck -p /", I see nothing. I press ^Z > and type kill -9 % (killing truss). >=20 > I now have these fine processes hanging dead in memory, they are immune > to kill -9 and don't respond to kill -CONT either, ps axl: >=20 > UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND > 0 56974 1 0 8 0 1256 744 ppwait D p1 0:00.00 fsck -= p / > 0 56975 56974 0 8 0 1256 744 stopev DV p1 0:00.00 fsck -= p / >=20 > Is this how things are supposed to be, even though killing a tracer is > way stupid? I think it's not nice to have unkillable processes. >=20 > Is there a way to get rid of these without reboot? >=20 > Is there anything I can do to help debug this? >=20 > The software is quite current, half a day maybe. I've seen the same thing..truss appears to be broken in -CURRENT. Kris --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAJwEWWry0BWjoQKURAhXsAJ4l37aV7JULiaqE+4702QTJTbOBkwCg7a9y OwCGV6kyKf4uAW6uT3Zj/+U= =uGYX -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 20:18:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF84416A4CE for ; Sun, 8 Feb 2004 20:18:51 -0800 (PST) Received: from omoikane.mb.skyweb.ca (omoikane.mb.skyweb.ca [64.42.246.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A80A43D1F for ; Sun, 8 Feb 2004 20:18:51 -0800 (PST) (envelope-from mark@skyweb.ca) Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001) id 2B54262DC3; Sun, 8 Feb 2004 22:19:10 -0600 (CST) Date: Sun, 8 Feb 2004 22:19:09 -0600 From: Mark Johnston To: current@freebsd.org Message-ID: <20040209041909.GA763@omoikane.mb.skyweb.ca> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: cvs-src summary for 08/02/04 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 04:18:51 -0000 Sorry to send this out so late - I hope everyone's weekend has been as relaxing and pleasant as mine. As always, please let me know if you have any comments or suggestions. Also, I have to apologize that last week's summary wasn't posted on the Web site when I sent out the notice, and in fact wasn't there for a couple of days after that. I forgot to upload it. All of the summaries to date, including this one, are now at http://www.xl0.org/FreeBSD/ in text and HTML format. Mark FreeBSD cvs-src summary for 01/02/04 to 08/02/04 ++++++++++++++++++++++++++++++++++++++++++++++++ This is a regular weekly summary of FreeBSD's cutting-edge development. It is intended to help the FreeBSD community keep up with the fast-paced work going on in FreeBSD-CURRENT by distilling the deluge of data from the CVS mailing list into a (hopefully) easy-to-read newsletter. This newsletter is marked up in reStructuredText_, so any odd punctuation that you see is likely intended for the reST parser. .. _reStructuredText: http://docutils.sourceforge.net/rst.html The mailing list archive is still reported to be down, but the links seem to be working anyway. YMMV, but check http://docs.freebsd.org/mail/ for more information. The format of this summary is based on Brett Cannon's python-dev summaries, but it is subject to change. You can get old summaries, and an HTML version of this one, at http://www.xl0.org/FreeBSD/ . Please send any comments to Mark Johnston (mark at xl0.org). .. contents:: ================= Committer changes ================= Two committers were added this week. Scott Long (scottl) introduced Pawel Jakub Dawidek (pjd), who will be working on GEOM and RAID. Scott will be Pawel's mentor. Joerg Wunsch (joerg) introduced Lukas Ertl (le), who will also initially be working on Vinum and its integration with GEOM. Greg Lehey (grog) will be Lukas's official mentor, but because of the time difference between the two, Joerg will be a co-mentor. pjd's introduction: http://docs.freebsd.org/cgi/mid.cgi?200402020905.i1295w5X080401 le's introduction: http://docs.freebsd.org/cgi/mid.cgi?200402021905.i12J57UU030079 ================= Discussion topics ================= Automatic high-temperature shutdown ----------------------------------- Nate Lawson (njl) applied a minor patch to the ACPI code to prevent false positives in the high-temperature shutdown routine, prompting some general discussion of the feature. M. Warner Losh (imp) mentioned that a high-temperature shutdown would have saved his `melted Casio FIVA`_; sadly, the feature wasn't here a year ago when it overheated. There was some discussion about other high-temperature-emergency measures, like dropping to single-user mode or spinning down disks. Nate explained that, once cpufreq (code for controlling the speed of the system's processor) is done, it will be used to slow down the CPU before the temperature gets critical. .. _`melted Casio FIVA`: http://people.freebsd.org/~imp/fiva-meltdown.jpg http://docs.freebsd.org/cgi/mid.cgi?200402021803.i12I3ZJW016336 Debugging support for libpthread -------------------------------- David Xu (davidxu) added a debugger-independent library, libpthread_dbg, that can be used to read and write libpthread's data structures. Marcel Moolenaar (marcel) suggested that the library be named libthread_db, for consistency. David argued that, since the library will support only libpthread, it should use libpthread in the name. Daniel Eischen (deischen) offered to add abstraction to allow the library to support all the threading libraries. http://docs.freebsd.org/cgi/mid.cgi?200402040501.i1451Gir058159 CVS commit messages mistagged ----------------------------- Many people contributed to a discussion about a problem that has been cropping up with CVS commit mail lately, where the committer's userid in the message is replaced with a different one. Ken Smith stated that the problem is being actively worked on. Numerous people looked over the code, and David Malone (dwmalone) noted that he has been noticing getlogin(2) returning the wrong thing under -STABLE. For now, the problem remains at large. http://docs.freebsd.org/cgi/mid.cgi?200402030932.i139WBpQ054113 ================ Featured changes ================ Security hole in shmat(2) patched --------------------------------- Jacques Vidrine (nectar) applied a security fix for a bug in shmat(2), which is used to allocate SysV shared memory, as reported in `FreeBSD-SA-04:02.shmat`_. Jacques also patched the security branches for 5.0, 5.1, 5.2, 4.7, 4.8, and 4.9. Please see `the advisory`_ for more information. This bug was originally reported by Joost Pol. .. _`FreeBSD-SA-04:02.shmat`: ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-04:02.shmat.asc .. _`the advisory`: ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-04:02.shmat.asc http://docs.freebsd.org/cgi/mid.cgi?200402051800.i15I0ZOx085923 Security enhancements in mount ------------------------------ Pawel Jakub Dawidek (pjd) made some important commits to the filesystem mounting code. Before his changes, root, from inside a jail, could unmount any file system, and users inside jails could mount a file system when the sysctl vfs.usermount was set to 1. http://docs.freebsd.org/cgi/mid.cgi?200402021902.i12J25GL028606 libmap merged from -CURRENT --------------------------- Max Khon (fjoe) committed libmap to -STABLE. libmap is a function in the dynamic linker that allows programs loading libraries at runtime to be redirected to other libraries on the fly. The most common use of libmap, in -CURRENT, is to manipulate the threading library that an application loads; for instance, if a program tries to load libpthread.so, it can be made to load libc_r.so instead. http://docs.freebsd.org/cgi/mid.cgi?200402032104.i13L4GAf030014 Network interface renaming support added ---------------------------------------- Brooks Davis (brooks) committed code to the kernel and to ifconfig that allows network interfaces to be renamed on the fly. Network interfaces can now be renamed with ifconfig name, like: ifconfig xl0 name wired If you use this feature, watch out for programs that break when their interface is renamed and programs that assume that the interface name is short. Problems should be reported to Brooks and the net@ list. http://docs.freebsd.org/cgi/mid.cgi?200402040254.i142sPMc014724 Hangs in getblk/vinvalb fixed in aac driver ------------------------------------------- Scott Long (scottl) committed fixes to the aac (Adaptec AdvancedRAID) driver over the course of the week, diagnosing and eventually fixing a problem that was causing lost commands and system hangs. As of Saturday, he reports that it is now "safe to go back into the aac waters." http://docs.freebsd.org/cgi/mid.cgi?200402071030.i17AUN8a039905 ============= Other changes ============= Peter Grehan made many commits to the PowerPC code, bringing in some enhancements from NetBSD as well as some of his own work. (many) Ruslan Ermilov (ru) made many cleanups to Makefiles all over the system, correcting style problems and fixing inconsistencies and redundancies. (many) Matt Jacob (mjacob) MFC'ed many bugfixes and minor corrections in the isp driver for QLogic SCSI and Fibre Channel adapters. He also applied fixes in -CURRENT for a number of issues and brought in some cleanup work he had been working on. (many) Justin T. Gibbs (gibbs) committed many enhancements and bugfixes to the aic7xxx driver, for Adaptec AIC-7000 series RAID controllers. http://docs.freebsd.org/cgi/mid.cgi?200402041638.i14GccXu087812 Bill Paul (wpaul) continues to work on the NDISulator, AKA Project Evil, at a terrific pace. This week, he added support for the Centrino chipset as supplied by Asus and the AMD Am1771/1772 chipsets. http://docs.freebsd.org/cgi/mid.cgi?200402030739.i137dNCs021236 http://docs.freebsd.org/cgi/mid.cgi?200402070644.i176iDqn083119 John Baldwin (jhb) added some cleaned-up code, originally submitted by Mike Makonnen (mtm), that enables locking for the per-process resource limits structure. Please see the commit message for a detailed list of the many changes. http://docs.freebsd.org/cgi/mid.cgi?200402042152.i14Lqw7l073871 Mike Makonnen (mtm) committed a patch submitted by Juergen Unger to support starting and stopping jails individually. http://docs.freebsd.org/cgi/mid.cgi?200402021325.i12DPSHU045860 Yar Tikhiy (yar) fixed a bug in ftpd that could have caused some FTP clients, including Mozilla, to think that a directory was actually a file. The fix was submitted by Bob Finch. http://docs.freebsd.org/cgi/mid.cgi?200402071411.i17EBcbj097460 From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 20:23:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC0F616A4CE for ; Sun, 8 Feb 2004 20:23:54 -0800 (PST) Received: from leticia.terra.com.br (leticia.terra.com.br [200.154.55.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF7F243D2F for ; Sun, 8 Feb 2004 20:23:54 -0800 (PST) (envelope-from bmrk@terra.com.br) Received: from cuenca.terra.com.br (cuenca.terra.com.br [200.154.55.130]) by leticia.terra.com.br (Postfix) with ESMTP id 85E1C3C148 for ; Mon, 9 Feb 2004 02:23:53 -0200 (BRST) Received: from pyro.convolution.ti (unknown [200.149.135.186]) (authenticated user bmrk) by cuenca.terra.com.br (Postfix) with ESMTP id 231663C01F for ; Mon, 9 Feb 2004 02:23:53 -0200 (BRST) Date: Mon, 9 Feb 2004 02:28:20 -0200 From: "Bruno T." To: freebsd-current@freebsd.org Message-Id: <20040209022820.00faa408@pyro.convolution.ti> In-Reply-To: References: X-Mailer: Sylpheed version 0.9.9claws (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: -fno-strict-aliasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 04:23:55 -0000 Hi everyone. i'm pretty new to bsd, but i have some background in linux development and for what i have seen until now, i must say that -CURRENT is rather impressive, congrats ! I was rebuilding my base sys and noticed that any compiler flag that implies -fstrict-aliasing (like -O2) would break some few things, adding "-fno-strict-aliasing" to "CFLAGS+=" in these makefiles solves the problem for now. usr.sbin/kldxref/Makefile lib/libc/Makefile lib/libpam/Makefile libexec/ypxfr/Makefile usr.sbin/rpc.yppasswd/Makefile From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 20:32:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB1D416A4CF for ; Sun, 8 Feb 2004 20:32:17 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-106-71.dsl.lsan03.pacbell.net [64.169.106.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D59043D2F for ; Sun, 8 Feb 2004 20:32:17 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 37F6F66CC9; Sun, 8 Feb 2004 20:32:17 -0800 (PST) Date: Sun, 8 Feb 2004 20:32:17 -0800 From: Kris Kennaway To: "Bruno T." Message-ID: <20040209043217.GA1009@xor.obsecurity.org> References: <20040209022820.00faa408@pyro.convolution.ti> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <20040209022820.00faa408@pyro.convolution.ti> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: -fno-strict-aliasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 04:32:18 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 09, 2004 at 02:28:20AM -0200, Bruno T. wrote: > Hi everyone. > i'm pretty new to bsd, but i have some background in linux development > and for what i have seen until now, i must say that -CURRENT is rather im= pressive, congrats ! >=20 > I was rebuilding my base sys and noticed that any compiler flag=20 > that implies -fstrict-aliasing (like -O2) would break some few things, > adding "-fno-strict-aliasing" to "CFLAGS+=3D" in these makefiles > solves the problem for now. Don't do that then :-) Kris --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAJw1QWry0BWjoQKURAmWNAJwMyv0LU3q25p/Y1y14tasM65eooACg+e7G +VDG9Il6peyn6UelDmiVKQ8= =LQm/ -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 20:55:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2768C16A4CE for ; Sun, 8 Feb 2004 20:55:34 -0800 (PST) Received: from chiapa.terra.com.br (chiapa.terra.com.br [200.154.55.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id E092443D1D for ; Sun, 8 Feb 2004 20:55:33 -0800 (PST) (envelope-from bmrk@terra.com.br) Received: from arica.terra.com.br (arica.terra.com.br [200.154.55.128]) by chiapa.terra.com.br (Postfix) with ESMTP id B5626EC09C; Mon, 9 Feb 2004 02:55:32 -0200 (BRST) Received: from pyro.convolution.ti (unknown [200.149.135.186]) (authenticated user bmrk) by arica.terra.com.br (Postfix) with ESMTP id 3F01A3C013; Mon, 9 Feb 2004 02:55:32 -0200 (BRST) Date: Mon, 9 Feb 2004 02:59:59 -0200 From: "Bruno T." To: Kris Kennaway Message-Id: <20040209025959.55c43209@pyro.convolution.ti> In-Reply-To: <20040209043217.GA1009@xor.obsecurity.org> References: <20040209022820.00faa408@pyro.convolution.ti> <20040209043217.GA1009@xor.obsecurity.org> X-Mailer: Sylpheed version 0.9.9claws (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: -fno-strict-aliasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 04:55:34 -0000 On Sun, 8 Feb 2004 20:32:17 -0800 Kris Kennaway wrote: > On Mon, Feb 09, 2004 at 02:28:20AM -0200, Bruno T. wrote: > > Hi everyone. > > i'm pretty new to bsd, but i have some background in linux development > > and for what i have seen until now, i must say that -CURRENT is rather impressive, congrats ! > > > > I was rebuilding my base sys and noticed that any compiler flag > > that implies -fstrict-aliasing (like -O2) would break some few things, > > adding "-fno-strict-aliasing" to "CFLAGS+=" in these makefiles > > solves the problem for now. > > Don't do that then :-) > > Kris > yeah, i just didn't want to change any code without being familiar with the whole stuff. thanks. From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 21:13:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A303A16A4CE for ; Sun, 8 Feb 2004 21:13:14 -0800 (PST) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9727043D3F for ; Sun, 8 Feb 2004 21:13:14 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (rwcrmhc11) with ESMTP id <2004020905131001300746o5e>; Mon, 9 Feb 2004 05:13:14 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id VAA60834; Sun, 8 Feb 2004 21:13:08 -0800 (PST) Date: Sun, 8 Feb 2004 21:13:07 -0800 (PST) From: Julian Elischer To: Poul-Henning Kamp In-Reply-To: <6514.1076282830@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Garance A Drosihn cc: current@freebsd.org Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 05:13:14 -0000 On Mon, 9 Feb 2004, Poul-Henning Kamp wrote: > In message , Garance A Drosihn writes: > >At 9:11 AM +0100 2/8/04, Poul-Henning Kamp wrote: > >>Julian Elischer writes: > >> > > >> > Previously, nmdm started off with 4 devices visible in /dev now > >> > I don't see that.. The old behaviour was intuitive... You saw > >> > a device. > >> > >>This new behaviour is called a "cloning device" and it doesn't > >>allocate any resources until they are actually needed, which I > >>believe is the correct behaviour for pseudo-devices. > > > >Could there be some kind of fake "marker-device" sitting there, > >one which would use basically no resources, and which would > >change to the real-device when someone opens it? > > No, that is not possible with the model we have chosen. s/we/I/ > > -- > 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. > From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 21:27:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D21FC16A4CE for ; Sun, 8 Feb 2004 21:27:19 -0800 (PST) Received: from ibague.terra.com.br (ibague.terra.com.br [200.154.55.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9624443D1D for ; Sun, 8 Feb 2004 21:27:19 -0800 (PST) (envelope-from bmrk@terra.com.br) Received: from cochabamba.terra.com.br (cochabamba.terra.com.br [200.154.55.135]) by ibague.terra.com.br (Postfix) with ESMTP id 7024FEC1B9; Mon, 9 Feb 2004 03:27:18 -0200 (BRST) Received: from pyro.convolution.ti (unknown [200.149.135.186]) (authenticated user bmrk) by cochabamba.terra.com.br (Postfix) with ESMTP id 4728F3C01A; Mon, 9 Feb 2004 03:27:17 -0200 (BRST) Date: Mon, 9 Feb 2004 03:31:44 -0200 From: "Bruno T." To: Melvyn Sopacua , freebsd-current@freebsd.org Message-Id: <20040209033144.4f175af0@pyro.convolution.ti> In-Reply-To: <200402090604.17779.freebsd-current@webteckies.org> References: <20040209043217.GA1009@xor.obsecurity.org> <20040209025959.55c43209@pyro.convolution.ti> <200402090604.17779.freebsd-current@webteckies.org> X-Mailer: Sylpheed version 0.9.9claws (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: -fno-strict-aliasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 05:27:19 -0000 On Mon, 9 Feb 2004 06:04:14 +0100 Melvyn Sopacua wrote: > On Monday 09 February 2004 05:59, Bruno T. wrote: > > On Sun, 8 Feb 2004 20:32:17 -0800 > > > > Kris Kennaway wrote: > > > On Mon, Feb 09, 2004 at 02:28:20AM -0200, Bruno T. wrote: > > > > Hi everyone. > > > > i'm pretty new to bsd, but i have some background in linux development > > > > and for what i have seen until now, i must say that -CURRENT is rather > > > > impressive, congrats ! > > > > > > > > I was rebuilding my base sys and noticed that any compiler flag > > > > that implies -fstrict-aliasing (like -O2) would break some few things, > > > > adding "-fno-strict-aliasing" to "CFLAGS+=" in these makefiles > > > > solves the problem for now. > > > > > > Don't do that then :-) > > > > > > Kris > > > > yeah, i just didn't want to change any code without being familiar with the > > whole stuff. > > What Kris means is that -O2 for kernel and base builds are not supported. It's > documented in (/usr/share/examples)/etc/make.conf. > > Since you're coming from Linux, you prolly wanna read make(1) manpage (make != > GNU make) and browse through /usr/share/mk. > The developers handbook on the website is also a good start. > -- > Melvyn I see, thanks for pointing that.:) From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 21:56:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E23CC16A4CE for ; Sun, 8 Feb 2004 21:56:04 -0800 (PST) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2FB143D1D for ; Sun, 8 Feb 2004 21:56:04 -0800 (PST) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.216.114) by smtp01.syd.iprimus.net.au (7.0.024) id 400C4DF400808B02; Mon, 9 Feb 2004 16:57:17 +1100 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id C81A041AE; Mon, 9 Feb 2004 16:55:18 +1100 (EST) Date: Mon, 9 Feb 2004 16:55:18 +1100 From: Tim Robbins To: Matthias Andree Message-ID: <20040209055518.GA64068@cat.robbins.dropbear.id.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: how to confuse truss: truss -f fsck -p / X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 05:56:05 -0000 On Mon, Feb 09, 2004 at 04:17:40AM +0100, Matthias Andree wrote: > After typing "truss -f fsck -p /", I see nothing. I press ^Z > and type kill -9 % (killing truss). > > I now have these fine processes hanging dead in memory, they are immune > to kill -9 and don't respond to kill -CONT either, ps axl: > > UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND > 0 56974 1 0 8 0 1256 744 ppwait D p1 0:00.00 fsck -p / > 0 56975 56974 0 8 0 1256 744 stopev DV p1 0:00.00 fsck -p / > > Is this how things are supposed to be, even though killing a tracer is > way stupid? I think it's not nice to have unkillable processes. procfs is disabled by default for a reason :-) > Is there a way to get rid of these without reboot? Try procctl(8). Tim From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 22:05:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1630C16A4CE; Sun, 8 Feb 2004 22:05:12 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-106-71.dsl.lsan03.pacbell.net [64.169.106.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id D937743D1F; Sun, 8 Feb 2004 22:05:11 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 08F9A66CC9; Sun, 8 Feb 2004 22:05:10 -0800 (PST) Date: Sun, 8 Feb 2004 22:05:10 -0800 From: Kris Kennaway To: Kris Kennaway , ports@FreeBSD.org, current@FreeBSD.org Message-ID: <20040209060510.GA2287@xor.obsecurity.org> References: <20040209021406.GA29647@xor.obsecurity.org> <864qu1x87i.wl@gray.plala.or.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <864qu1x87i.wl@gray.plala.or.jp> User-Agent: Mutt/1.4.1i Subject: Re: SDL uses incorrect thread flags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 06:05:12 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 09, 2004 at 12:06:25PM +0900, FUJISHIMA Satsuki wrote: > At Sun, 8 Feb 2004 18:14:06 -0800, > Kris Kennaway wrote: > > kkenn@rot13:~ sdl11-config --libs > > -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL-1.1 -lc_r >=20 > $ sdl11-config --libs > -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL-1.1 -lpthread >=20 > Mine does not. In my case, -lc_r comes from artsc-config. I rebuilt SDL from scratch and still get this error :( Kris --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAJyMWWry0BWjoQKURAmKSAKCYjjBP3/BaYsgPEog/6OuiCox7TQCgs3Wz chfyoDTfzehJXpc7MruarNM= =a87G -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 22:13:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2482E16A4CF; Sun, 8 Feb 2004 22:13:46 -0800 (PST) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2D3D43D1F; Sun, 8 Feb 2004 22:13:45 -0800 (PST) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de [129.217.163.1])1FF511E058; Mon, 9 Feb 2004 07:13:45 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id 6E3431437; Mon, 9 Feb 2004 07:13:43 +0100 (CET) Date: Mon, 9 Feb 2004 07:13:43 +0100 From: Matthias Andree To: Tim Robbins Message-ID: <20040209061343.GA4698@merlin.emma.line.org> Mail-Followup-To: Tim Robbins , freebsd-current@freebsd.org References: <20040209055518.GA64068@cat.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040209055518.GA64068@cat.robbins.dropbear.id.au> User-Agent: Mutt/1.5.5.1i cc: freebsd-current@freebsd.org Subject: Re: how to confuse truss: truss -f fsck -p / X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 06:13:46 -0000 On Mon, 09 Feb 2004, Tim Robbins wrote: > On Mon, Feb 09, 2004 at 04:17:40AM +0100, Matthias Andree wrote: > > > After typing "truss -f fsck -p /", I see nothing. I press ^Z > > and type kill -9 % (killing truss). > > > > I now have these fine processes hanging dead in memory, they are immune > > to kill -9 and don't respond to kill -CONT either, ps axl: ... > > Is there a way to get rid of these without reboot? > > Try procctl(8). Worked for me, thanks! -- Matthias Andree Encrypt your mail: my GnuPG key ID is 0x052E7D95 From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 22:15:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E441E16A500; Sun, 8 Feb 2004 22:15:44 -0800 (PST) Received: from bragi.housing.ufl.edu (bragi.housing.ufl.edu [128.227.47.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9748C43D1D; Sun, 8 Feb 2004 22:15:44 -0800 (PST) (envelope-from WillS@housing.ufl.edu) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Date: Mon, 9 Feb 2004 01:15:41 -0500 Message-ID: <0E972CEE334BFE4291CD07E056C76ED8CBBE41@bragi.housing.ufl.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: SDL uses incorrect thread flags Thread-Index: AcPu0vavpfpBHNQrReCofvJJUPhh6AAACVeA From: "Will Saxon" To: "Kris Kennaway" , , Subject: RE: SDL uses incorrect thread flags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 06:15:45 -0000 > -----Original Message----- > From: Kris Kennaway [mailto:kris@obsecurity.org] > Sent: Monday, February 09, 2004 1:05 AM > To: Kris Kennaway; ports@FreeBSD.org; current@FreeBSD.org > Subject: Re: SDL uses incorrect thread flags >=20 >=20 > On Mon, Feb 09, 2004 at 12:06:25PM +0900, FUJISHIMA Satsuki wrote: > > At Sun, 8 Feb 2004 18:14:06 -0800, > > Kris Kennaway wrote: > > > kkenn@rot13:~ sdl11-config --libs > > > -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL-1.1 -lc_r > >=20 > > $ sdl11-config --libs > > -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL-1.1 -lpthread > >=20 > > Mine does not. In my case, -lc_r comes from artsc-config. >=20 > I rebuilt SDL from scratch and still get this error :( >=20 > Kris I rebuilt every package a few days ago after updating to the new system. I managed to get frozen-bubble to compile, but when I try to run it I get: [SDL Init] Not a HASH reference at /usr/local/bin/frozen-bubble.pl line 322. It worked a week or so ago before I updated things, not sure what is causing the above to happen now. FWIW I also had a hard time getting GAIM to work. Perl is not linking against libpthread for me even after application of the hints/freebsd.sh patch posted here a couple of days ago. This causes a perl.so module that GAIM uses to be linked against both libc_r and libpthread.=20 -Will=20 From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 22:33:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8397816A4CE for ; Sun, 8 Feb 2004 22:33:22 -0800 (PST) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2741143D1D for ; Sun, 8 Feb 2004 22:33:22 -0800 (PST) (envelope-from wegster@mindcore.net) Received: from mindcore.net (rdu162-234-100.nc.rr.com [24.162.234.100]) i196XIiU001590; Mon, 9 Feb 2004 01:33:19 -0500 (EST) Message-ID: <402729AE.4050306@mindcore.net> Date: Mon, 09 Feb 2004 01:33:18 -0500 From: Scott W User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20031129 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20040209023623.GA30071@xor.obsecurity.org> In-Reply-To: <20040209023623.GA30071@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: current@FreeBSD.org Subject: Re: grep bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 06:33:22 -0000 Kris Kennaway wrote: >kkenn@rot13:~ grep -r foo / > /dev/null >grep: /dev/network: Permission denied >grep: /dev/geom.ctl: Permission denied >grep: /dev/devctl: Permission denied >grep: /dev/ata: Permission denied >grep: /dev/console: Permission denied >grep in realloc(): error: allocation failed >^C^C^CAbort (core dumped) > >Kris > > Just to confirm, this was also evident in the SMP kernel I'm running from current dated Jan 1 as well.. Scott From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 22:33:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9044116A4CE for ; Sun, 8 Feb 2004 22:33:24 -0800 (PST) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C03F43D1D for ; Sun, 8 Feb 2004 22:33:24 -0800 (PST) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9p2/8.12.9) with ESMTP id i196XB7E022610; Sun, 8 Feb 2004 22:33:19 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200402090633.i196XB7E022610@gw.catspoiler.org> Date: Sun, 8 Feb 2004 22:33:10 -0800 (PST) From: Don Lewis To: bde@zeta.org.au In-Reply-To: <20040209024338.T45105@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org cc: cguttesen@yahoo.dk cc: wollman@khavrinen.lcs.mit.edu Subject: Re: Reserved space (WAS: How to calculate bsdlabel size) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 06:33:24 -0000 On 9 Feb, Bruce Evans wrote: > The table also shows that disks much more than 50% full may be quite > slow. All real disks that I've tested are even slower than the table > indicates (mainly due to large seeks to other cylinder groups, and > large backwards seeks I believe). E.g., my FreeBSD src tree can be > written and read at almost half the maximum disk speed (20MB/s out of > 40MB/s) when copied to a new partition, but reading it from its usual > place goes at 3-5% of the maximum disk speed (1 or 2 MB/s) despite > me copying my usr partition back and forth to defragment it less than > a year ago. The dirpref code was really badly broken and made poor decisions about which cylinder groups should be used when new directories were created. I fixed the worst of the brain damage about three months ago in rev 1.116 of ffs_alloc.c, but I think the algorithm could be further improved. In its current state, the code tends to overfill groups of cylinder groups, while others have lots of free space. It would also be helpful in these days of large disks and large files if cylinder groups could be made larger, but they are limited by the requirement that the cylinder group data structure size is the same as the file system block size. A possible workaround would be to cluster groups of N cylinder groups when making allocation decisions. From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 22:35:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD38D16A4CE for ; Sun, 8 Feb 2004 22:35:20 -0800 (PST) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2FB843D1D for ; Sun, 8 Feb 2004 22:35:20 -0800 (PST) (envelope-from Peter_Losher@isc.org) Received: by farside.isc.org (Postfix, from userid 10188) id 8E55CA847; Mon, 9 Feb 2004 06:35:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by farside.isc.org (Postfix) with ESMTP id 8C3F2A82B for ; Mon, 9 Feb 2004 06:35:20 +0000 (UTC) (envelope-from plosher@isc.org) Date: Mon, 9 Feb 2004 06:35:20 +0000 (UTC) From: Peter Losher To: current@freebsd.org In-Reply-To: <20040207062617.GC49373@teleri.net> Message-ID: <20040209063331.A11582@farside.isc.org> References: <40247AE9.6070805@gddsn.org.cn> <20040207062617.GC49373@teleri.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: Processes blocked on getblk or ufs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 06:35:20 -0000 On Sat, 7 Feb 2004, Chip Norkus wrote: > > woo, Scott's commit seem to fix this problem for me! > > > > I think I can throw a 'me too' in here. A build (make -j8 world) which > would reliably lock up one of my 2650s no longer does so. This is > extremely encouraging. :) Thanks so much for the hard work on this! Any chance this can be backported to RELENG_5_2? Because as it is now 5.2 is unusable on Dell systems using the aac driver. -Peter -- Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 22:47:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6311C16A4CE for ; Sun, 8 Feb 2004 22:47:46 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 26DBC43D1D for ; Sun, 8 Feb 2004 22:47:46 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 71824 invoked by uid 1002); 9 Feb 2004 06:47:43 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 9 Feb 2004 06:47:43 -0000 Message-ID: <40272C79.6040708@freebsd.org> Date: Sun, 08 Feb 2004 23:45:13 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031103 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Losher References: <40247AE9.6070805@gddsn.org.cn> <20040207062617.GC49373@teleri.net> <20040209063331.A11582@farside.isc.org> In-Reply-To: <20040209063331.A11582@farside.isc.org> Content-Type: multipart/mixed; boundary="------------090405000902050808040707" cc: current@freebsd.org Subject: Re: Processes blocked on getblk or ufs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 06:47:46 -0000 This is a multi-part message in MIME format. --------------090405000902050808040707 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Peter Losher wrote: > On Sat, 7 Feb 2004, Chip Norkus wrote: > > >>>woo, Scott's commit seem to fix this problem for me! >>> >> >>I think I can throw a 'me too' in here. A build (make -j8 world) which >>would reliably lock up one of my 2650s no longer does so. This is >>extremely encouraging. :) Thanks so much for the hard work on this! > > > Any chance this can be backported to RELENG_5_2? Because as it is now 5.2 > is unusable on Dell systems using the aac driver. > > -Peter Can you try the attached patch? Scott --------------090405000902050808040707 Content-Type: text/plain; name="aac_unmap.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="aac_unmap.diff" Index: aac.c =================================================================== RCS file: /usr/ncvs/src/sys/dev/aac/aac.c,v retrieving revision 1.81 diff -u -r1.81 aac.c --- aac.c 9 Nov 2003 09:17:20 -0000 1.81 +++ aac.c 9 Feb 2004 06:41:57 -0000 @@ -1290,8 +1290,10 @@ cm->cm_flags |= AAC_CMD_MAPPED; /* put the FIB on the outbound queue */ - if (aac_enqueue_fib(sc, cm->cm_queue, cm) == EBUSY) + if (aac_enqueue_fib(sc, cm->cm_queue, cm) == EBUSY) { + aac_unmap_command(cm); aac_requeue_ready(cm); + } return; } --------------090405000902050808040707-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 23:04:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FFD816A4CE for ; Sun, 8 Feb 2004 23:04:21 -0800 (PST) Received: from the-macgregors.org (82-33-62-105.cable.ubr06.stav.blueyonder.co.uk [82.33.62.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 574C043D1D for ; Sun, 8 Feb 2004 23:04:20 -0800 (PST) (envelope-from freebsd.macgregor@blueyonder.co.uk) X-Urban-Legend: Mail headers contain urban legends Received: from fire (fire.macgregor [192.168.32.100]) by the-macgregors.org (8.12.10/8.12.10) with ESMTP id i1974IVa032065 for ; Mon, 9 Feb 2004 07:04:18 GMT Message-Id: <200402090704.i1974IVa032065@the-macgregors.org> From: "Rob MacGregor" To: Date: Mon, 9 Feb 2004 07:04:18 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Thread-Index: AcPutbkxcgueGe9vTMuk737IypRTlgAJPk2g In-Reply-To: <20040209023623.GA30071@xor.obsecurity.org> X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) Subject: RE: grep bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 07:04:21 -0000 > -----Original Message----- > From: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Kris Kennaway > Sent: 09 February 2004 02:36 > > kkenn@rot13:~ grep -r foo / > /dev/null > grep: /dev/network: Permission denied > grep: /dev/geom.ctl: Permission denied > grep: /dev/devctl: Permission denied > grep: /dev/ata: Permission denied > grep: /dev/console: Permission denied > grep in realloc(): error: allocation failed > ^C^C^CAbort (core dumped) I can confirm this behaviour under 5.2-CURRENT from the 5th of February: -bash-2.05b$ grep -r foo / >/dev/null grep: /dev/network: Permission denied grep: /dev/geom.ctl: Permission denied grep: /dev/devctl: Permission denied grep: /dev/ata: Permission denied grep in realloc(): error: allocation failed Abort trap (core dumped) Feb 9 06:59:59 phoenix kernel: pid 55974 (grep), uid 1001: exited on signal 6 ( core dumped) -- Rob | Oh my God! They killed init! You bastards! From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 23:07:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72BF116A4DB for ; Sun, 8 Feb 2004 23:07:01 -0800 (PST) Received: from VARK.homeunix.com (adsl-68-122-2-18.dsl.pltn13.pacbell.net [68.122.2.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E13143D2F for ; Sun, 8 Feb 2004 23:07:01 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: from VARK.homeunix.com (localhost [127.0.0.1]) by VARK.homeunix.com (8.12.10/8.12.10) with ESMTP id i19770Oa002378; Sun, 8 Feb 2004 23:07:00 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.homeunix.com (8.12.10/8.12.10/Submit) id i19770TF002377; Sun, 8 Feb 2004 23:07:00 -0800 (PST) (envelope-from das@FreeBSD.ORG) Date: Sun, 8 Feb 2004 23:07:00 -0800 From: David Schultz To: "Bruno T." Message-ID: <20040209070700.GA2342@VARK.homeunix.com> Mail-Followup-To: "Bruno T." , freebsd-current@FreeBSD.ORG References: <20040209022820.00faa408@pyro.convolution.ti> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040209022820.00faa408@pyro.convolution.ti> cc: freebsd-current@FreeBSD.ORG Subject: Re: -fno-strict-aliasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 07:07:01 -0000 On Mon, Feb 09, 2004, Bruno T. wrote: > Hi everyone. > i'm pretty new to bsd, but i have some background in linux development > and for what i have seen until now, i must say that -CURRENT is rather impressive, congrats ! > > I was rebuilding my base sys and noticed that any compiler flag > that implies -fstrict-aliasing (like -O2) would break some few things, > adding "-fno-strict-aliasing" to "CFLAGS+=" in these makefiles > solves the problem for now. > > usr.sbin/kldxref/Makefile > lib/libc/Makefile > lib/libpam/Makefile > libexec/ypxfr/Makefile > usr.sbin/rpc.yppasswd/Makefile I assume the problem is some specific C sources, rather than the Makefiles themselves. It's generally known that there are a few aliasing problems lurking around the source tree that break -fstrict-aliasing, and patches to fix them would be appreciated. From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 23:59:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 025E616A4CE for ; Sun, 8 Feb 2004 23:59:02 -0800 (PST) Received: from mx2.synetsystems.com (mx2.synetsystems.com [216.29.169.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD1AA43D1F for ; Sun, 8 Feb 2004 23:59:01 -0800 (PST) (envelope-from rmtodd@servalan.servalan.com) Received: by mx2.synetsystems.com (Postfix, from userid 66) id 509141E6; Mon, 9 Feb 2004 02:59:01 -0500 (EST) Received: from rmtodd by servalan.servalan.com with local (Exim 4.22) id 1Aq6Ed-0006OA-ID for freebsd-current@freebsd.org; Mon, 09 Feb 2004 01:53:39 -0600 To: freebsd-current@freebsd.org From: Richard Todd User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) Message-Id: Date: Mon, 09 Feb 2004 01:53:39 -0600 Subject: panic: _mtx_lock_sleep: recursed on non-recursive mutex sbc0 @ ../../../dev/sound/isa/sbc.c:131 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 07:59:02 -0000 My system is a dual PII/400 system with Tyan motherboard and onboard Soundblaster-compatible audio ("sbc" driver). Saturday night I upgraded from a Jan. 17 vintage -current kernel to the then-current -current kernel and found that the new kernel panics upon any attempt by a sound-using program to open /dev/dsp with this panic: panic: _mtx_lock_sleep: recursed on non-recursive mutex sbc0 @ ../../../dev/sound/isa/sbc.c:131 I've appended a gdb backtrace to the end of this message. After much fiddling about doing cvs updates searching between Jan. 17 and now to find when this broke in -current, I found that the following change in -current seems to be responsible. Kernels from before this commit work, kernels after it fail with the aforementioned panic... -------------------------------------------------------------------- truckman 2004/01/28 00:02:15 PST FreeBSD src repository Modified files: sys/dev/sound/pcm buffer.c buffer.h channel.c channel.h dsp.c sound.c sound.h vchan.c Log: Change KASSERT() in feed_vchan16() into an explicit test and call to panic() so that the buffer overflow just beyond this point is always caught, even when the code is not compiled with INVARIANTS. [... rest of lengthy commit message deleted, except for this -- RMT ...] Change the locking code to avoid the need for MTX_RECURSIVE mutexes. [... more commit message deleted -- RMT ...] -------------------------------------------------------------------- I note that the commit message said that the locking code was changed to avoid the need for MTX_RECURSIVE mutexes; I'm not an expert by any means on this mutex stuff, but it sounds like the panic message means that something in the sbc code *thought* it was entitled to recurse on that mutex, and ran into trouble because the mutexes aren't declared as recursive any more. Anyway, here's the debugger info as requested. Script started on Mon Feb 9 00:13:27 2004 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 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-undermydesk-freebsd"... panic: _mtx_lock_sleep: recursed on non-recursive mutex sbc0 @ ../../../dev/sound/isa/sbc.c:131 panic messages: --- --- Reading symbols from /usr/src/sys/i386/compile/ICHOTOLOTSMP/modules/usr/src/sys/modules/linprocfs/linprocfs.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/ICHOTOLOTSMP/modules/usr/src/sys/modules/linprocfs/linprocfs.ko.debug Reading symbols from /usr/src/sys/i386/compile/ICHOTOLOTSMP/modules/usr/src/sys/modules/linux/linux.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/ICHOTOLOTSMP/modules/usr/src/sys/modules/linux/linux.ko.debug Reading symbols from /boot/kernel/green_saver.ko...done. Loaded symbols for /boot/kernel/green_saver.ko #0 doadump () at ../../../kern/kern_shutdown.c:240 240 dumping++; (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:240 #1 0xc06853d3 in boot (howto=256) at ../../../kern/kern_shutdown.c:374 #2 0xc0685809 in __panic () at ../../../kern/kern_shutdown.c:552 #3 0xc067b74f in _mtx_lock_sleep (m=0xc5080340, opts=0, file=0x0, line=0) at ../../../kern/kern_mutex.c:479 #4 0xc067b26f in _mtx_lock_flags (m=0xc5080340, opts=0, file=0xc08d4656 "../../../dev/sound/isa/sbc.c", line=131) at ../../../kern/kern_mutex.c:251 #5 0xc05bad4c in sbc_lock (scp=0x0) at ../../../dev/sound/isa/sbc.c:131 #6 0xc05b83dc in sb_lock (sb=0x0) at ../../../dev/sound/isa/sb16.c:123 #7 0xc05b87a4 in sb_reset_dsp (sb=0xc50a7600) at ../../../dev/sound/isa/sb16.c:269 #8 0xc05b8f6f in sb_setup (sb=0x83) at ../../../dev/sound/isa/sb16.c:550 #9 0xc05b93f5 in sb16chan_trigger (obj=0xc505bcb0, data=0xc50a762c, go=0) at ../../../dev/sound/isa/sb16.c:705 #10 0xc05e1aca in chn_trigger (c=0x0, go=1) at channel_if.h:100 #11 0xc05e04e7 in chn_start (c=0xc50a7480, force=0) at ../../../dev/sound/pcm/channel.c:523 #12 0xc05dfe3e in chn_write (c=0xc50a7480, buf=0xe2671c80) at ../../../dev/sound/pcm/channel.c:321 #13 0xc05e2d66 in dsp_write (i_dev=0xc50a5800, buf=0x0, flag=589825) at ../../../dev/sound/pcm/dsp.c:435 #14 0xc06489c3 in spec_write (ap=0xe2671be4) at ../../../fs/specfs/spec_vnops.c:315 #15 0xc06481a8 in spec_vnoperate (ap=0x0) at ../../../fs/specfs/spec_vnops.c:122 #16 0xc06f0ba2 in vn_write (fp=0xc55c8f68, uio=0xe2671c80, active_cred=0xc52d3880, flags=0, td=0xc523c150) at vnode_if.h:432 #17 0xc06b203b in dofilewrite (td=0xc523c150, fp=0xc55c8f68, fd=0, buf=0x8d75e00, nbyte=0, offset=0, flags=0) at ../../../sys/file.h:249 #18 0xc06b1e5e in write (td=0xc523c150, uap=0xe2671d14) at ../../../kern/sys_generic.c:334 #19 0xc08741d0 in syscall (frame= {tf_fs = 47, tf_es = 542703663, tf_ds = -1078001617, tf_edi = 10000, tf_esi = 9551, tf_ebp = -1077945940, tf_isp = -496558732, tf_ebx = 1792, tf_edx = 148328448, tf_ecx = 15, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = 542592036, tf_cs = 31, tf_eflags = 659, tf_esp = -1077946064, tf_ss = 47}) at ../../../i386/i386/trap.c:1008 #20 0xc085fabd in Xint0x80_syscall () at {standard input}:136 ---Can't read userspace from dump, or kernel process--- (kgdb) q Script done on Mon Feb 9 00:14:36 2004 From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 00:04:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E2AA16A4CE for ; Mon, 9 Feb 2004 00:04:53 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACCC343D1D for ; Mon, 9 Feb 2004 00:04:52 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i1984cnJ084773; Mon, 9 Feb 2004 01:04:39 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 09 Feb 2004 01:03:18 -0700 (MST) Message-Id: <20040209.010318.89944026.imp@bsdimp.com> To: julian@elischer.org From: "M. Warner Losh" In-Reply-To: References: <6514.1076282830@critter.freebsd.dk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: phk@phk.freebsd.dk cc: drosih@rpi.edu cc: current@freebsd.org Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 08:04:53 -0000 In message: Julian Elischer writes: : : : On Mon, 9 Feb 2004, Poul-Henning Kamp wrote: : : > In message , Garance A Drosihn writes: : > >At 9:11 AM +0100 2/8/04, Poul-Henning Kamp wrote: : > >>Julian Elischer writes: : > >> > : > >> > Previously, nmdm started off with 4 devices visible in /dev now : > >> > I don't see that.. The old behaviour was intuitive... You saw : > >> > a device. : > >> : > >>This new behaviour is called a "cloning device" and it doesn't : > >>allocate any resources until they are actually needed, which I : > >>believe is the correct behaviour for pseudo-devices. : > > : > >Could there be some kind of fake "marker-device" sitting there, : > >one which would use basically no resources, and which would : > >change to the real-device when someone opens it? : > : > No, that is not possible with the model we have chosen. : : s/we/I/ s/I/we/ Others have signed off on this model. Maybe you could explain how such a device would exist, and its exact semantics. With a cloning device that phk is talking about, you open /dev/foo, and /dev/foo0, /dev/foo1, etc are automatically created. This is how things work on other systems for cloning devices. One could argue the wisdom of making the tunnel device clonable (I happen to agree with it, but I can see the oppsoing argument). However, sensible cloning semantics have been well understood for years. BSD is very late to the party in not having these sorts of devices before now. Warner From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 00:16:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B028216A4CE; Mon, 9 Feb 2004 00:16:40 -0800 (PST) Received: from mps2.plala.or.jp (c145240.vh.plala.or.jp [210.150.145.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF1AD43D1F; Mon, 9 Feb 2004 00:16:39 -0800 (PST) (envelope-from sf@FreeBSD.org) Received: from i166252.ap.plala.or.jp ([218.47.166.252]) by mps2.plala.or.jp with ESMTP <20040209081639.OJKG18466.mps2.plala.or.jp@i166252.ap.plala.or.jp>; Mon, 9 Feb 2004 17:16:39 +0900 Date: Mon, 09 Feb 2004 17:16:38 +0900 Message-ID: <861xp4y8ex.wl@gray.plala.or.jp> From: FUJISHIMA Satsuki To: Kris Kennaway In-Reply-To: <20040209060510.GA2287@xor.obsecurity.org> References: <20040209021406.GA29647@xor.obsecurity.org> <864qu1x87i.wl@gray.plala.or.jp> <20040209060510.GA2287@xor.obsecurity.org> Mail-Followup-To: Kris Kennaway , ports@FreeBSD.org, current@FreeBSD.org User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/20.7 (i386--freebsd) MULE/4.1 (AOI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: ports@FreeBSD.org cc: current@FreeBSD.org Subject: Re: SDL uses incorrect thread flags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 08:16:40 -0000 At Sun, 8 Feb 2004 22:05:10 -0800, Kris Kennaway wrote: > I rebuilt SDL from scratch and still get this error :( I've put build log from empty LOCALBASE at http://people.freebsd.org/~sf/sdl12-fromscratch.txt.bz2 From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 00:18:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5438816A4CE; Mon, 9 Feb 2004 00:18:10 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-106-71.dsl.lsan03.pacbell.net [64.169.106.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21DBB43D1D; Mon, 9 Feb 2004 00:18:10 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AC73166CC9; Mon, 9 Feb 2004 00:18:09 -0800 (PST) Date: Mon, 9 Feb 2004 00:18:09 -0800 From: Kris Kennaway To: Kris Kennaway , ports@FreeBSD.org, current@FreeBSD.org Message-ID: <20040209081809.GA4006@xor.obsecurity.org> References: <20040209021406.GA29647@xor.obsecurity.org> <864qu1x87i.wl@gray.plala.or.jp> <20040209060510.GA2287@xor.obsecurity.org> <861xp4y8ex.wl@gray.plala.or.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <861xp4y8ex.wl@gray.plala.or.jp> User-Agent: Mutt/1.4.1i Subject: Re: SDL uses incorrect thread flags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 08:18:10 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 09, 2004 at 05:16:38PM +0900, FUJISHIMA Satsuki wrote: > At Sun, 8 Feb 2004 22:05:10 -0800, > Kris Kennaway wrote: > > I rebuilt SDL from scratch and still get this error :( >=20 > I've put build log from empty LOCALBASE at > http://people.freebsd.org/~sf/sdl12-fromscratch.txt.bz2 I'm assuming there is something inconsistent buried in the current package set, so I've restarted a new build from scratch. We'll see how it goes over the next few days. Kris --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAJ0JBWry0BWjoQKURAsNoAJ9mi22WZ9BrdvmvijQ5vNculpg3wwCghpFH JaBub3r52UK6+WRxN//Gszo= =aGYk -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 00:28:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F68716A4CE for ; Mon, 9 Feb 2004 00:28:07 -0800 (PST) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7108143D39 for ; Mon, 9 Feb 2004 00:28:06 -0800 (PST) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.9) with ESMTP id i198S10g029488 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 9 Feb 2004 09:28:01 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i198S130029487 for current@freebsd.org; Mon, 9 Feb 2004 09:28:01 +0100 (CET) Date: Mon, 9 Feb 2004 09:28:01 +0100 From: Divacky Roman To: current@freebsd.org Message-ID: <20040209082801.GA29476@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: MAP_INHERIT mmap() flag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 08:28:07 -0000 Hi, /usr/src/tools/regression/p1003_1b/p1003_1b doesn't compile. its because MAP_INHERIT mmap flag was removed . Is there any use of this flag? If not it should be removed from the man page. If there is some we might consider implementing it... Linux doesnt seem to know this flag and NetBSD it ignores also - we have minherit() system call which seems to do the same thing. btw: what was broken about 4.x implementation of vm inheriting? Roman Divacky From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 00:58:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4386916A4CF; Mon, 9 Feb 2004 00:58:03 -0800 (PST) Received: from nala.dohd.org (xaa.demon.nl [82.161.49.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 099AB43D1D; Mon, 9 Feb 2004 00:58:03 -0800 (PST) (envelope-from freebsd@dohd.org) Received: from localhost (localhost.local.dohd.org [127.0.0.1]) by nala.dohd.org (Postfix) with ESMTP id C7C6711567; Mon, 9 Feb 2004 09:58:01 +0100 (MET) Received: by nala.dohd.org (Postfix, from userid 1008) id 3486111552; Mon, 9 Feb 2004 09:57:51 +0100 (MET) Date: Mon, 9 Feb 2004 09:57:51 +0100 From: Mark Huizer To: current@freebsd.org, kde@freebsd.org Message-ID: <20040209085751.GA16284@eeyore.local.dohd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at dohd.org Subject: Problems building KDE3 on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 08:58:03 -0000 Hello, I cannot get KDE to compile anymore on a recent current: xara# uname -a FreeBSD xara.intra.aramiska.net 5.2-CURRENT FreeBSD 5.2-CURRENT #3: Fri Feb 6 22:30:04 CET 2004 mark@xara.intra.aramiska.net:/usr/obj/usr/src/sys/xara i386 In short: this is with ULE and with the change in threading library (2 of the more recent HEADS UP changes). The error in kdebase3 building is: ../dcop/dcopidl/dcopidl ./ksycoca.h > ksycoca.kidl || ( rm -f ksycoca.kidl ; fal se )^M Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0)^M Abort trap (core dumped)^M The entire script of the build can be found on http://www.dohd.org/~xaa/kdebuild.txt (appr. 170KB) I already deleted automake/autoconf/gmake to make sure those were not the problem, and I rebuilt libqt Anyone have a better experience? Greetings Mark -- Nice testing in little China... From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 01:00:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 569CD16A4CE for ; Mon, 9 Feb 2004 01:00:25 -0800 (PST) Received: from rdsnet.ro (smtp.rdsnet.ro [62.231.74.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7188943D1D for ; Mon, 9 Feb 2004 01:00:24 -0800 (PST) (envelope-from itetcu@apropo.ro) Received: (qmail 21034 invoked from network); 9 Feb 2004 09:00:18 -0000 Received: from unknown (HELO it.buh.cameradicommercio.ro) (81.196.25.19) by mail.rdsnet.ro with SMTP; 9 Feb 2004 09:00:18 -0000 Date: Mon, 9 Feb 2004 11:01:58 +0200 From: Ion-Mihai Tetcu To: Mark Johnston Message-Id: <20040209110158.1788cad4@it.buh.cameradicommercio.ro> In-Reply-To: <20040209041909.GA763@omoikane.mb.skyweb.ca> References: <20040209041909.GA763@omoikane.mb.skyweb.ca> X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: cvs-src summary for 08/02/04 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 09:00:25 -0000 On Sun, 8 Feb 2004 22:19:09 -0600 Mark Johnston wrote: > Sorry to send this out so late - I hope everyone's weekend has been as > relaxing and pleasant as mine. As always, please let me know if you have > any comments or suggestions. Hi Mark, And thank you for this. Running 5 branch on a few machines means that I read each day the -src list, but you summary helps a lot providing an overview of the changes. This proves useful especially when something goes wrong and helps locating the problem faster. -- IOnut Unregistered ;) FreeBSD user From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 01:24:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC55116A4DD; Mon, 9 Feb 2004 01:24:31 -0800 (PST) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90A2343D1F; Mon, 9 Feb 2004 01:24:31 -0800 (PST) (envelope-from philip@nixsys.be) Received: from loge.nixsys.be (loge.nixsys.be [195.144.77.45]) by gateway.nixsys.be (Postfix) with ESMTP id 6928F10E; Mon, 9 Feb 2004 10:24:30 +0100 (CET) Received: by loge.nixsys.be (Postfix, from userid 1001) id 315E110A; Mon, 9 Feb 2004 10:24:28 +0100 (CET) Date: Mon, 9 Feb 2004 10:24:27 +0100 From: Philip Paeps To: ports@FreeBSD.org, current@FreeBSD.org Message-ID: <20040209092427.GA708@loge.nixsys.be> Mail-Followup-To: ports@FreeBSD.org, current@FreeBSD.org References: <0E972CEE334BFE4291CD07E056C76ED8CBBE41@bragi.housing.ufl.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0E972CEE334BFE4291CD07E056C76ED8CBBE41@bragi.housing.ufl.edu> X-Date-in-Rome: ante diem V Idius Februarias MMDCCLVII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Mutt: User-Agent: Mutt/1.5.6i Subject: Re: SDL uses incorrect thread flags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 09:24:32 -0000 On 2004-02-09 01:15:41 (-0500), Will Saxon wrote: > > On Mon, Feb 09, 2004 at 12:06:25PM +0900, FUJISHIMA Satsuki wrote: > > > At Sun, 8 Feb 2004 18:14:06 -0800, > > > Kris Kennaway wrote: > > > > kkenn@rot13:~ sdl11-config --libs > > > > -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL-1.1 -lc_r > > > > > > $ sdl11-config --libs > > > -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL-1.1 -lpthread > > > > > > Mine does not. In my case, -lc_r comes from artsc-config. > > > > I rebuilt SDL from scratch and still get this error :( > > I rebuilt every package a few days ago after updating to the new system. I > managed to get frozen-bubble to compile, but when I try to run it I get: > > [SDL Init] Not a HASH reference at /usr/local/bin/frozen-bubble.pl line > 322. This is a problem with frozenbubble not liking the p5-SDL update from early January. I had some patches for frozen-bubble I forgot to submit and I've since lost them too. I'll reinvent them and submit them. If you can't live without frozenbubble for another few hours, just revert devel/p5-SDL to the pre-20031230 version and you should be alright. > It worked a week or so ago before I updated things, not sure what is causing > the above to happen now. You probably had an old p5-SDL? - Philip -- Philip Paeps Please don't CC me, I am subscribed to the list. If there isn't a law, there will be. From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 01:51:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EE1316A4CE for ; Mon, 9 Feb 2004 01:51:45 -0800 (PST) Received: from iota.root-servers.ch (iota.root-servers.ch [193.41.193.195]) by mx1.FreeBSD.org (Postfix) with SMTP id 4D70443D2F for ; Mon, 9 Feb 2004 01:51:44 -0800 (PST) (envelope-from gaml@buz.ch) Received: (qmail 23637 invoked from network); 9 Feb 2004 09:51:40 -0000 Received: from 217-162-134-28.dclient.hispeed.ch (HELO ga) (217.162.134.28) by 0 with SMTP; 9 Feb 2004 09:51:40 -0000 Date: Mon, 9 Feb 2004 10:53:27 +0100 From: Gabriel Ambuehl X-Priority: 3 (Normal) Message-ID: <224851884.20040209105327@buz.ch> To: Mark Huizer In-Reply-To: <20040209085751.GA16284@eeyore.local.dohd.org> References: <20040209085751.GA16284@eeyore.local.dohd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: kde@freebsd.org cc: current@freebsd.org Subject: Re: Problems building KDE3 on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gabriel Ambuehl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 09:51:45 -0000 Hi Mark Huizer, you wrote. MH> The error in kdebase3 building is: MH> ../dcop/dcopidl/dcopidl ./ksycoca.h > ksycoca.kidl || ( rm -f ksycoca.kidl ; fal MH> se )^M MH> Fatal error 'Spinlock called when not threaded.' at line 83 in file MH> /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0)^M MH> Abort trap (core dumped)^M MH> The entire script of the build can be found on MH> http://www.dohd.org/~xaa/kdebuild.txt (appr. 170KB) MH> I already deleted automake/autoconf/gmake to make sure those were not MH> the problem, and I rebuilt libqt MH> Anyone have a better experience? Same problem here, I have run portupgrade --all before it on system built yesterday. I strongly suspect libkse being at fault here. Regards, Gabriel From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 02:10:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8431D16A4CF for ; Mon, 9 Feb 2004 02:10:19 -0800 (PST) Received: from mailstaff.cyber.mmu.edu.my (mailstaff.mmu.edu.my [203.106.62.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B42343D2F for ; Mon, 9 Feb 2004 02:10:19 -0800 (PST) (envelope-from nawfal@mmu.edu.my) Received: from [10.100.11.78] (opal.cyber.mmu.edu.my [10.100.11.78]) by mailstaff.cyber.mmu.edu.my (Postfix) with ESMTP id 1FBDE31921; Mon, 9 Feb 2004 18:09:16 +0800 (MYT) From: Nawfal bin Mohmad Rouyan To: Gabriel Ambuehl In-Reply-To: <224851884.20040209105327@buz.ch> References: <20040209085751.GA16284@eeyore.local.dohd.org> <224851884.20040209105327@buz.ch> Content-Type: text/plain Organization: Multimedia University Message-Id: <1076321410.70153.24.camel@opal.cyber.mmu.edu.my> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 09 Feb 2004 18:10:11 +0800 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Problems building KDE3 on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: nawfal@mmu.edu.my List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 10:10:19 -0000 Hi, My system FreeBSD nawfal.cyber.mmu.edu.my 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sun Feb 8 21:51:40 MYT 2004 opal@nawfal.cyber.mmu.edu.my:/usr/obj/usr/src/sys/OPAL i386 have no trouble compiling kde. I deleted /usr/local, /usr/X11R6, and /var/db/pkg before compiling ports. Currently, I'm compiling kdenetwork. Finished installing kdelibs, kdebase, kdegames, kdeartwork and kdeutils. Thanks On Mon, 2004-02-09 at 17:53, Gabriel Ambuehl wrote: > Hi Mark Huizer, > you wrote. > > MH> The error in kdebase3 building is: > MH> ../dcop/dcopidl/dcopidl ./ksycoca.h > ksycoca.kidl || ( rm -f ksycoca.kidl ; fal > MH> se )^M > MH> Fatal error 'Spinlock called when not threaded.' at line 83 in file > MH> /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0)^M > MH> Abort trap (core dumped)^M > > MH> The entire script of the build can be found on > MH> http://www.dohd.org/~xaa/kdebuild.txt (appr. 170KB) > > MH> I already deleted automake/autoconf/gmake to make sure those were not > MH> the problem, and I rebuilt libqt > > MH> Anyone have a better experience? > > Same problem here, I have run portupgrade --all before it on system > built yesterday. > > I strongly suspect libkse being at fault here. > > > > Regards, > Gabriel > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Nawfal bin Mohmad Rouyan Multimedia University From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 02:32:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B99F616A4CE for ; Mon, 9 Feb 2004 02:32:35 -0800 (PST) Received: from nala.dohd.org (xaa.demon.nl [82.161.49.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FA6C43D1F for ; Mon, 9 Feb 2004 02:32:35 -0800 (PST) (envelope-from freebsd@dohd.org) Received: from localhost (localhost.local.dohd.org [127.0.0.1]) by nala.dohd.org (Postfix) with ESMTP id DD81511568; Mon, 9 Feb 2004 11:32:33 +0100 (MET) Received: by nala.dohd.org (Postfix, from userid 1008) id 5E8EC1154F; Mon, 9 Feb 2004 11:32:23 +0100 (MET) Date: Mon, 9 Feb 2004 11:32:23 +0100 From: Mark Huizer To: Nawfal bin Mohmad Rouyan Message-ID: <20040209103223.GA16478@eeyore.local.dohd.org> References: <20040209085751.GA16284@eeyore.local.dohd.org> <224851884.20040209105327@buz.ch> <1076321410.70153.24.camel@opal.cyber.mmu.edu.my> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1076321410.70153.24.camel@opal.cyber.mmu.edu.my> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at dohd.org cc: Gabriel Ambuehl cc: current@freebsd.org Subject: Re: Problems building KDE3 on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 10:32:35 -0000 On Mon, Feb 09, 2004 at 06:10:11PM +0800, Nawfal bin Mohmad Rouyan wrote: > Hi, > > FreeBSD nawfal.cyber.mmu.edu.my 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sun > Feb 8 21:51:40 MYT 2004 > opal@nawfal.cyber.mmu.edu.my:/usr/obj/usr/src/sys/OPAL i386 > > have no trouble compiling kde. I deleted /usr/local, /usr/X11R6, and > /var/db/pkg before compiling ports. > > Currently, I'm compiling kdenetwork. Finished installing kdelibs, > kdebase, kdegames, kdeartwork and kdeutils. > Just to see if that might be a difference I am running a kernel with SCHED_ULE (on a single processor machine). What are you using? mark From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 02:35:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E64716A4CE for ; Mon, 9 Feb 2004 02:35:55 -0800 (PST) Received: from mailstaff.cyber.mmu.edu.my (mailstaff.mmu.edu.my [203.106.62.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59FEE43D31 for ; Mon, 9 Feb 2004 02:35:55 -0800 (PST) (envelope-from nawfal@mmu.edu.my) Received: from [10.100.11.78] (opal.cyber.mmu.edu.my [10.100.11.78]) by mailstaff.cyber.mmu.edu.my (Postfix) with ESMTP id 7B82C31A5D; Mon, 9 Feb 2004 18:34:54 +0800 (MYT) From: Nawfal bin Mohmad Rouyan To: Mark Huizer In-Reply-To: <20040209103223.GA16478@eeyore.local.dohd.org> References: <20040209085751.GA16284@eeyore.local.dohd.org> <224851884.20040209105327@buz.ch> <1076321410.70153.24.camel@opal.cyber.mmu.edu.my> <20040209103223.GA16478@eeyore.local.dohd.org> Content-Type: text/plain Organization: Multimedia University Message-Id: <1076322949.70153.26.camel@opal.cyber.mmu.edu.my> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 09 Feb 2004 18:35:49 +0800 Content-Transfer-Encoding: 7bit cc: Gabriel Ambuehl cc: current@freebsd.org Subject: Re: Problems building KDE3 on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: nawfal@mmu.edu.my List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 10:35:55 -0000 On Mon, 2004-02-09 at 18:32, Mark Huizer wrote: > Just to see if that might be a difference > I am running a kernel with SCHED_ULE (on a single processor machine). > What are you using? > Me too. I'm using IBM Thinkpad T23. > mark -- Nawfal bin Mohmad Rouyan Multimedia University From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 02:46:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A77516A4CE for ; Mon, 9 Feb 2004 02:46:07 -0800 (PST) Received: from iota.root-servers.ch (iota.root-servers.ch [193.41.193.195]) by mx1.FreeBSD.org (Postfix) with SMTP id B302C43D1D for ; Mon, 9 Feb 2004 02:46:05 -0800 (PST) (envelope-from gaml@buz.ch) Received: (qmail 90551 invoked from network); 9 Feb 2004 10:46:04 -0000 Received: from 217-162-134-28.dclient.hispeed.ch (HELO ga) (217.162.134.28) by 0 with SMTP; 9 Feb 2004 10:46:04 -0000 Date: Mon, 9 Feb 2004 11:48:04 +0100 From: Gabriel Ambuehl Organization: BUZ Internet Services X-Priority: 3 (Normal) Message-ID: <622665001.20040209114804@buz.ch> To: Nawfal bin Mohmad Rouyan In-Reply-To: <1076321410.70153.24.camel@opal.cyber.mmu.edu.my> References: <20040209085751.GA16284@eeyore.local.dohd.org> <224851884.20040209105327@buz.ch> <1076321410.70153.24.camel@opal.cyber.mmu.edu.my> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re[2]: Problems building KDE3 on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: gabriel_ambuehl@buz.ch List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 10:46:07 -0000 Hello Nawfal, Monday, February 9, 2004, 11:10:11 AM, you wrote: > Hi, > My system > FreeBSD nawfal.cyber.mmu.edu.my 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sun > Feb 8 21:51:40 MYT 2004 > opal@nawfal.cyber.mmu.edu.my:/usr/obj/usr/src/sys/OPAL i386 > have no trouble compiling kde. I deleted /usr/local, /usr/X11R6, and > /var/db/pkg before compiling ports. Well I might give a shot at that, then. Tho it kinda stinks to nuke nearly everything on a box. Best regards, Gabriel From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 02:51:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E13916A4CE for ; Mon, 9 Feb 2004 02:51:57 -0800 (PST) Received: from nala.dohd.org (xaa.demon.nl [82.161.49.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55E3A43D1D for ; Mon, 9 Feb 2004 02:51:57 -0800 (PST) (envelope-from freebsd@dohd.org) Received: from localhost (localhost.local.dohd.org [127.0.0.1]) by nala.dohd.org (Postfix) with ESMTP id 7C9511156E; Mon, 9 Feb 2004 11:51:56 +0100 (MET) Received: by nala.dohd.org (Postfix, from userid 1008) id 079A811569; Mon, 9 Feb 2004 11:51:46 +0100 (MET) Date: Mon, 9 Feb 2004 11:51:45 +0100 From: Mark Huizer To: gabriel_ambuehl@buz.ch Message-ID: <20040209105145.GA17973@eeyore.local.dohd.org> References: <20040209085751.GA16284@eeyore.local.dohd.org> <224851884.20040209105327@buz.ch> <1076321410.70153.24.camel@opal.cyber.mmu.edu.my> <622665001.20040209114804@buz.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <622665001.20040209114804@buz.ch> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at dohd.org cc: Nawfal bin Mohmad Rouyan cc: current@freebsd.org Subject: Re: Problems building KDE3 on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 10:51:57 -0000 > > FreeBSD nawfal.cyber.mmu.edu.my 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sun > > Feb 8 21:51:40 MYT 2004 > > opal@nawfal.cyber.mmu.edu.my:/usr/obj/usr/src/sys/OPAL i386 > > > have no trouble compiling kde. I deleted /usr/local, /usr/X11R6, and > > /var/db/pkg before compiling ports. > > Well I might give a shot at that, then. Tho it kinda stinks to nuke > nearly everything on a box. > The question might be: how far do you have to nuke it. I wonder what port is the problem. Mark -- Nice testing in little China... From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 03:59:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC27F16A4CE for ; Mon, 9 Feb 2004 03:59:49 -0800 (PST) Received: from nala.dohd.org (xaa.demon.nl [82.161.49.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9772043D1F for ; Mon, 9 Feb 2004 03:59:49 -0800 (PST) (envelope-from freebsd@dohd.org) Received: from localhost (localhost.local.dohd.org [127.0.0.1]) by nala.dohd.org (Postfix) with ESMTP id F3F7911568; Mon, 9 Feb 2004 12:59:47 +0100 (MET) Received: by nala.dohd.org (Postfix, from userid 1008) id 844F811567; Mon, 9 Feb 2004 12:59:37 +0100 (MET) Date: Mon, 9 Feb 2004 12:59:37 +0100 From: Mark Huizer To: Nawfal bin Mohmad Rouyan , current@freebsd.org Message-ID: <20040209115937.GB17973@eeyore.local.dohd.org> References: <20040209085751.GA16284@eeyore.local.dohd.org> <224851884.20040209105327@buz.ch> <1076321410.70153.24.camel@opal.cyber.mmu.edu.my> <622665001.20040209114804@buz.ch> <20040209105145.GA17973@eeyore.local.dohd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040209105145.GA17973@eeyore.local.dohd.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at dohd.org Subject: Re: Problems building KDE3 on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 11:59:49 -0000 On Mon, Feb 09, 2004 at 11:51:45AM +0100, Mark Huizer wrote: > > > FreeBSD nawfal.cyber.mmu.edu.my 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sun > > > Feb 8 21:51:40 MYT 2004 > > > opal@nawfal.cyber.mmu.edu.my:/usr/obj/usr/src/sys/OPAL i386 > > > > > have no trouble compiling kde. I deleted /usr/local, /usr/X11R6, and > > > /var/db/pkg before compiling ports. > > > > Well I might give a shot at that, then. Tho it kinda stinks to nuke > > nearly everything on a box. > > > The question might be: how far do you have to nuke it. I wonder what > port is the problem. OK... libqt is the suspect so far, let's see how I can fix it. from the build dirs: xara# ldd -a ./kdelibs-3.2.0/dcop/dcopidl/dcopidl that tells that it uses libpthread and libqt-mt /usr/X11R6/lib/libqt-mt.so.3 is linked against libc_r. Let's see if I can get that fixed then :-) Mark -- Nice testing in little China... From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 04:12:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2D4F16A4CE for ; Mon, 9 Feb 2004 04:12:43 -0800 (PST) Received: from lakemtao01.cox.net (lakemtao01.cox.net [68.1.17.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4098643D1D for ; Mon, 9 Feb 2004 04:12:43 -0800 (PST) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: from ip68-14-60-78.no.no.cox.net ([68.14.60.78]) by lakemtao01.cox.netESMTP <20040209121242.QPQK13731.lakemtao01.cox.net@ip68-14-60-78.no.no.cox.net>; Mon, 9 Feb 2004 07:12:42 -0500 Received: from ip68-14-60-78.no.no.cox.net (localhost [127.0.0.1]) i19CCg65005062; Mon, 9 Feb 2004 06:12:42 -0600 (CST) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: (from conrads@localhost)i19CCbXO005061; Mon, 9 Feb 2004 06:12:37 -0600 (CST) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20040209000140.B0BD05D07@ptavv.es.net> Date: Mon, 09 Feb 2004 06:12:37 -0600 (CST) From: Conrad Sabatier To: Kevin Oberman cc: current@freebsd.org Subject: Re: Results using ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 12:12:43 -0000 On 09-Feb-2004 Kevin Oberman wrote: > I have been using ULE on one system for about two weeks. The system is a > IBM T30 with 512 MB memory running current with ACPI. The video is an > ATi Radeon M7 with 1400x1050 display. > > Generally, ULE has run OK. It seems to do a bit better than BSD4 when > the system is heavily loaded. Right now I am encoding a CD and compiling > OpenOffice. The interactivity and responsiveness of the system is good. > > I have seen some areas, typically when the system is lightly loaded, when > it works less well. All opinions are from non-quantified observation. > > 1. When logging off Gnome, the screen is progressively darkened after the > logout window is opened. With BSD4, this darkening was smooth. With ULE, > it jumps in opacity. (Note that this is often on a totally idle system > except for logging off Gnome.) > > 2. I see occasional freezes in the system when it is mostly idle. Most > are very brief, but I had one yesterday that lasted for at least 30 > seconds. No console errors were reported, but all windows owned by a > gnome-terminal process were frozen. (It is QUITE possible that this is > really a vte problem and is not related to ULE.) > > In general, I am pleased with the performance of the system since I > switched over to SCHED_ULE, but I still suspect something is not quite > right when a UP system is idle. One thing that really stands out is the peculiar behavior of top. Several seconds may go by where all processes are showing zero CPU usage, then suddenly one of them "comes alive" again. It's weird. -- Conrad Sabatier - "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 04:14:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E16B216A4CE; Mon, 9 Feb 2004 04:14:06 -0800 (PST) Received: from meitner.wh.uni-dortmund.de (meitner.wh.Uni-Dortmund.DE [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E58643D1F; Mon, 9 Feb 2004 04:14:06 -0800 (PST) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 7E1521676DC; Mon, 9 Feb 2004 13:14:05 +0100 (CET) Received: from localhost.invalid (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i19CE1M6029074 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 9 Feb 2004 13:14:02 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Mon, 9 Feb 2004 13:14:01 +0100 User-Agent: KMail/1.6 References: <20040209085751.GA16284@eeyore.local.dohd.org> <622665001.20040209114804@buz.ch> <20040209105145.GA17973@eeyore.local.dohd.org> In-Reply-To: <20040209105145.GA17973@eeyore.local.dohd.org> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_Jm3JAneP3YURItb"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402091314.01706.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: gabriel_ambuehl@buz.ch cc: Nawfal bin Mohmad Rouyan cc: current@freebsd.org Subject: Re: Problems building KDE3 on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 12:14:07 -0000 --Boundary-02=_Jm3JAneP3YURItb Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 09 February 2004 11:51, Mark Huizer wrote: > > > FreeBSD nawfal.cyber.mmu.edu.my 5.2-CURRENT FreeBSD 5.2-CURRENT #0: S= un > > > Feb 8 21:51:40 MYT 2004 > > > opal@nawfal.cyber.mmu.edu.my:/usr/obj/usr/src/sys/OPAL i386 > > > > > > have no trouble compiling kde. I deleted /usr/local, /usr/X11R6, and > > > /var/db/pkg before compiling ports. > > > > Well I might give a shot at that, then. Tho it kinda stinks to nuke > > nearly everything on a box. > > The question might be: how far do you have to nuke it. I wonder what > port is the problem. You should probably rebuild most XFree86 ports, most importantly=20 XFree86-libraries and up from there, since libGL uses a threads library and= =20 everything that links it in will end up linked to both the old and new=20 threads library which causes the error you've been seeing. To be really saf= e=20 you should look for ports-installed files which link to libc_r with ldconfi= g=20 and pkg_which and make sure you have nothing linking to libc_r left before= =20 you install new ports. Deleting all ports which already installed files linked to both threads=20 libraries by hand, and then reinstalling them instead of using portupgrade= =20 should again lower the chance of somehow reintroducing double linkage. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-02=_Jm3JAneP3YURItb Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAJ3mJXhc68WspdLARApVgAKCWtdVKz0kFSwcwoHnIuMpKPYaHpgCdET1Y iW4Jb4+6n6xwVcCTTBD83p4= =ZgcO -----END PGP SIGNATURE----- --Boundary-02=_Jm3JAneP3YURItb-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 04:14:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E16B216A4CE; Mon, 9 Feb 2004 04:14:06 -0800 (PST) Received: from meitner.wh.uni-dortmund.de (meitner.wh.Uni-Dortmund.DE [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E58643D1F; Mon, 9 Feb 2004 04:14:06 -0800 (PST) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 7E1521676DC; Mon, 9 Feb 2004 13:14:05 +0100 (CET) Received: from localhost.invalid (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i19CE1M6029074 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 9 Feb 2004 13:14:02 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Mon, 9 Feb 2004 13:14:01 +0100 User-Agent: KMail/1.6 References: <20040209085751.GA16284@eeyore.local.dohd.org> <622665001.20040209114804@buz.ch> <20040209105145.GA17973@eeyore.local.dohd.org> In-Reply-To: <20040209105145.GA17973@eeyore.local.dohd.org> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_Jm3JAneP3YURItb"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402091314.01706.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: gabriel_ambuehl@buz.ch cc: Nawfal bin Mohmad Rouyan cc: current@freebsd.org Subject: Re: Problems building KDE3 on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 12:14:07 -0000 --Boundary-02=_Jm3JAneP3YURItb Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 09 February 2004 11:51, Mark Huizer wrote: > > > FreeBSD nawfal.cyber.mmu.edu.my 5.2-CURRENT FreeBSD 5.2-CURRENT #0: S= un > > > Feb 8 21:51:40 MYT 2004 > > > opal@nawfal.cyber.mmu.edu.my:/usr/obj/usr/src/sys/OPAL i386 > > > > > > have no trouble compiling kde. I deleted /usr/local, /usr/X11R6, and > > > /var/db/pkg before compiling ports. > > > > Well I might give a shot at that, then. Tho it kinda stinks to nuke > > nearly everything on a box. > > The question might be: how far do you have to nuke it. I wonder what > port is the problem. You should probably rebuild most XFree86 ports, most importantly=20 XFree86-libraries and up from there, since libGL uses a threads library and= =20 everything that links it in will end up linked to both the old and new=20 threads library which causes the error you've been seeing. To be really saf= e=20 you should look for ports-installed files which link to libc_r with ldconfi= g=20 and pkg_which and make sure you have nothing linking to libc_r left before= =20 you install new ports. Deleting all ports which already installed files linked to both threads=20 libraries by hand, and then reinstalling them instead of using portupgrade= =20 should again lower the chance of somehow reintroducing double linkage. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-02=_Jm3JAneP3YURItb Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAJ3mJXhc68WspdLARApVgAKCWtdVKz0kFSwcwoHnIuMpKPYaHpgCdET1Y iW4Jb4+6n6xwVcCTTBD83p4= =ZgcO -----END PGP SIGNATURE----- --Boundary-02=_Jm3JAneP3YURItb-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 04:33:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2EA116A4CE for ; Mon, 9 Feb 2004 04:33:34 -0800 (PST) Received: from gvr.gvr.org (gvr-gw.gvr.org [80.126.103.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84AC443D1F for ; Mon, 9 Feb 2004 04:33:34 -0800 (PST) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id A2D4E2B; Mon, 9 Feb 2004 13:33:33 +0100 (CET) Date: Mon, 9 Feb 2004 13:33:33 +0100 From: Guido van Rooij To: Hajimu UMEMOTO Message-ID: <20040209123333.GA46901@gvr.gvr.org> References: <20040206144006.GA848@gvr.gvr.org> <20040206153039.GA1546@gvr.gvr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: freebsd-current@freebsd.org Subject: Re: resolver issues: AAAA in ipv4 only environment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 12:33:34 -0000 On Sat, Feb 07, 2004 at 12:36:46AM +0900, Hajimu UMEMOTO wrote: > > Ah, Mozilla doesn't call getaddrinfo() but gtipnodebyname() twice for > AAAA and A. > Recent Mozilla does AAAA query only if your interface has IPv6 global > address, and does A query only if your interface has IPv4 address when > you invoke Mozilla. Do you have a URL where I can verify this? I run Mozilla 1.6 but bit is not fixed there. -Guido From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 04:41:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D26716A4CE for ; Mon, 9 Feb 2004 04:41:52 -0800 (PST) Received: from mailbox.univie.ac.at (mailbox.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FB3B43D1D for ; Mon, 9 Feb 2004 04:41:51 -0800 (PST) (envelope-from l.ertl@univie.ac.at) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) by mailbox.univie.ac.at (8.12.10/8.12.10) with ESMTP id i19CfjtI653746 for ; Mon, 9 Feb 2004 13:41:47 +0100 Date: Mon, 9 Feb 2004 13:41:45 +0100 (CET) From: Lukas Ertl To: current@freebsd.org Message-ID: <20040209133832.K40769@pcle2.cc.univie.ac.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-DCC-ZID-Univie-Metrics: imap 4244; Body=0 Fuz1=0 Fuz2=0 Subject: 5.2.1-RC iso won't boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 12:41:52 -0000 Hi, I've had this problem on several boxen with the 5.2-R iso, and now I see it again with the 5.2.1-RC iso: I try to boot it, it comes to the "Boot from CD" prompt, and as soon as it switches to the loader I see some kind of a registry dump that seems to loop endlessly (I can't really tell what it says because it loops too fast). I had no problems booting a 5.1-R iso, so, was there a change in the loader code? regards, le -- Lukas Ertl eMail: l.ertl@univie.ac.at UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 04:44:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C5CB16A4CE for ; Mon, 9 Feb 2004 04:44:37 -0800 (PST) Received: from mailbox.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EF3D43D1D for ; Mon, 9 Feb 2004 04:44:36 -0800 (PST) (envelope-from l.ertl@univie.ac.at) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) i19CiTtI1216696 for ; Mon, 9 Feb 2004 13:44:31 +0100 Date: Mon, 9 Feb 2004 13:44:29 +0100 (CET) From: Lukas Ertl To: current@freebsd.org In-Reply-To: <20040209133832.K40769@pcle2.cc.univie.ac.at> Message-ID: <20040209134351.G40769@pcle2.cc.univie.ac.at> References: <20040209133832.K40769@pcle2.cc.univie.ac.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-DCC-ZID-Univie-Metrics: imap 4244; Body=0 Fuz1=0 Fuz2=0 Subject: Re: 5.2.1-RC iso won't boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 12:44:37 -0000 On Mon, 9 Feb 2004, Lukas Ertl wrote: > I've had this problem on several boxen with the 5.2-R iso, and now I see > it again with the 5.2.1-RC iso: > > I try to boot it, it comes to the "Boot from CD" prompt, and as soon as it > switches to the loader I see some kind of a registry dump that seems to > loop endlessly (I can't really tell what it says because it loops too > fast). > > I had no problems booting a 5.1-R iso, so, was there a change in the > loader code? I forgot to mention: this is a no-name P4 box with an MSI board, the CDROM identifies itself as acd0: CDROM at ata1-master PIO4 regards, le -- Lukas Ertl eMail: l.ertl@univie.ac.at UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 05:11:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0B4116A4CE for ; Mon, 9 Feb 2004 05:11:44 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9B7043D39 for ; Mon, 9 Feb 2004 05:11:44 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id C53FA3BD10; Mon, 9 Feb 2004 08:11:43 -0500 (EST) Message-ID: <4027871E.8080800@mindspring.com> Date: Mon, 09 Feb 2004 08:11:58 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20040209022820.00faa408@pyro.convolution.ti> <20040209043217.GA1009@xor.obsecurity.org> In-Reply-To: <20040209043217.GA1009@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Bruno T." cc: freebsd-current@freebsd.org Subject: Re: -fno-strict-aliasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 13:11:45 -0000 Kris Kennaway wrote: > On Mon, Feb 09, 2004 at 02:28:20AM -0200, Bruno T. wrote: > >>Hi everyone. >>i'm pretty new to bsd, but i have some background in linux development >>and for what i have seen until now, i must say that -CURRENT is rather impressive, congrats ! >> >>I was rebuilding my base sys and noticed that any compiler flag >>that implies -fstrict-aliasing (like -O2) would break some few things, >>adding "-fno-strict-aliasing" to "CFLAGS+=" in these makefiles >>solves the problem for now. > > > Don't do that then :-) > > Kris Although it's not urgent, I don't see why the aliasing problems can't be fixed. I think it would be more honest if the party line was "FreeBSD has bugs, so we can't use -O2 right now" rather than the standard reply of "-O2 is not supported, don't even try". Richard Coleman richardcoleman@mindspring.com From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 05:18:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A29316A4CE; Mon, 9 Feb 2004 05:18:51 -0800 (PST) Received: from chiapa.terra.com.br (chiapa.terra.com.br [200.154.55.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64AAC43D1F; Mon, 9 Feb 2004 05:18:51 -0800 (PST) (envelope-from bmrk@terra.com.br) Received: from sucre.terra.com.br (sucre.terra.com.br [200.154.55.134]) by chiapa.terra.com.br (Postfix) with ESMTP id 04404EC573; Mon, 9 Feb 2004 11:18:50 -0200 (BRST) Received: from pyro.convolution.ti (unknown [200.149.135.186]) (authenticated user bmrk) by sucre.terra.com.br (Postfix) with ESMTP id 7D2CA3C104; Mon, 9 Feb 2004 11:18:49 -0200 (BRST) Date: Mon, 9 Feb 2004 11:23:18 -0200 From: "Bruno T." To: David Schultz Message-Id: <20040209112318.52058962@pyro.convolution.ti> In-Reply-To: <20040209070700.GA2342@VARK.homeunix.com> References: <20040209022820.00faa408@pyro.convolution.ti> <20040209070700.GA2342@VARK.homeunix.com> X-Mailer: Sylpheed version 0.9.9claws (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.ORG Subject: Re: -fno-strict-aliasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 13:18:51 -0000 On Sun, 8 Feb 2004 23:07:00 -0800 David Schultz wrote: > On Mon, Feb 09, 2004, Bruno T. wrote: > > Hi everyone. > > i'm pretty new to bsd, but i have some background in linux development > > and for what i have seen until now, i must say that -CURRENT is rather impressive, congrats ! > > > > I was rebuilding my base sys and noticed that any compiler flag > > that implies -fstrict-aliasing (like -O2) would break some few things, > > adding "-fno-strict-aliasing" to "CFLAGS+=" in these makefiles > > solves the problem for now. > > > > usr.sbin/kldxref/Makefile > > lib/libc/Makefile > > lib/libpam/Makefile > > libexec/ypxfr/Makefile > > usr.sbin/rpc.yppasswd/Makefile > > I assume the problem is some specific C sources, rather than the > Makefiles themselves. It's generally known that there are a few > aliasing problems lurking around the source tree that break > -fstrict-aliasing, and patches to fix them would be appreciated. Thanks, I'll cook up that patches later tonight and send them back here. previously i just changed the makefiles because i haven't a good perspective of the whole base system stuff.:) From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 06:37:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 694A816A4CE for ; Sun, 8 Feb 2004 06:37:01 -0800 (PST) Received: from smtp2.actcom.co.il (mail.actcom.net.il [192.114.47.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 895D943D1D for ; Sun, 8 Feb 2004 06:37:00 -0800 (PST) (envelope-from rosti_bsd@yahoo.com) Received: from yahoo.com (line108-59.adsl.actcom.co.il [192.117.108.59]) by smtp2.actcom.co.il (8.12.8/8.12.8) with ESMTP id i18EavIV015169 for ; Sun, 8 Feb 2004 16:36:58 +0200 Message-ID: <402649E7.6060706@yahoo.com> Date: Sun, 08 Feb 2004 16:38:31 +0200 From: Rostislav Krasny X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <40246469.4030807@yahoo.com> In-Reply-To: <40246469.4030807@yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 09 Feb 2004 05:46:17 -0800 Subject: Re: 5.2.1-RC floppy install: many if_X.ko modules failed to load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 14:37:01 -0000 Rostislav Krasny wrote: > Hello. > > When I boot from the installation floppies of 5.2.1-RC, at the beginning > of sysinstall is starting I get a window on the blue background with > following error message on it: > > Loading module if_pcn.ko failed > AMD Am79c79x PCI ethernet card > > then next window with the same error message: > > Loading module if_vr.ko failed > VIA VT3043/VT86C100A Rhide PCI ethernet card > > and so on about if_ste.ko, if_xl.ko, if_ed.ko, if_bge.ko, if_re.ko, > if_wb.ko, if_rl.ko, if_sis.ko, if_dc.ko, if_bfe.ko, if_aue.ko, if_fxp.ko > and if_sf.ko modules. > > Previously I successfully installed FreeBSD 5.2-RELEASE from the > floppies. Now, when I'm trying to install FreeBSD 5.2.1-RC by the same > way, I'm geting the above error messages, so I'm forbearing to continue > this installation. This problem is always repeatable, even after I made > the floppies on different diskettes. This system doesn't have any AMD or > VIA chip on it. Could it be a result of revision 1.825.2.2 of the /src/release/Makefile that adds a 'strip -x' run on the kernel modules on the mfsroot floppy? From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 14:01:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23F2F16A4CE for ; Sun, 8 Feb 2004 14:01:35 -0800 (PST) Received: from penguen.metunet.com.tr (unknown [212.45.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01EC343D1F for ; Sun, 8 Feb 2004 14:01:34 -0800 (PST) (envelope-from ertan@kucukoglu.biz) Received: (qmail 4640 invoked by uid 48); 8 Feb 2004 22:00:59 -0000 Received: from dsl81-215-28258.adsl.ttnet.net.tr (dsl81-215-28258.adsl.ttnet.net.tr [81.215.110.98]) by webmail.metunet.com.tr (IMP) with HTTP for ; Mon, 9 Feb 2004 00:00:59 +0200 Message-ID: <1076277659.4026b19bc1754@webmail.metunet.com.tr> Date: Mon, 9 Feb 2004 00:00:59 +0200 From: ertan@kucukoglu.biz To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1254 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 81.215.110.98 X-Mailman-Approved-At: Mon, 09 Feb 2004 05:46:17 -0800 Subject: 5.2-current upgrade problem (signal 12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 22:01:35 -0000 Hello, I tried to upgrade my 5.1-RELEASE system to -current as of today's sources. My procedure was: - buildworld - buildkernel KERNCONF=OPTIMUM - installkernel KERNCONF=OPTIMUM - reboot to single user all above is OK. After I boot into single user mode. I tried "ls" command under /usr/obj/usr/src/bin/sl/ls. Ok, there is no problem. After, I used /usr/obj/usr/src/sbin/mount/mount -a -t ufs. This is just fine also. Then I tried to do /usr/obj/usr/src/bin/sl/ls. This time I get "signal 12". I have .core file. I do not know debuging issues well. I just wanted to inform. If you need additional information please ask me. I saved build procedures and installkernel procedure with "script". Regards, ---------------------------------------------------------------------- This mail sent through Toaster-Horde (http://qmailtoaster.clikka.com/) From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 15:59:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 782A816A4CE for ; Sun, 8 Feb 2004 15:59:42 -0800 (PST) Received: from mail.spective.net (square.spective.net [142.179.166.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A0B343D2F for ; Sun, 8 Feb 2004 15:59:42 -0800 (PST) (envelope-from eidolon@idealsound.ca) Received: from eidolon ([68.145.79.137]) by mail.spective.net (Merak 5.4.2) with SMTP id 00TFE for ; Mon, 09 Feb 2004 00:59:41 +0100 Message-ID: <001501c3ee9f$a864e0a0$0200a8c0@eidolon> From: "Jason Boudreault" To: References: <000801c3ec86$36a37280$0200a8c0@eidolon> <20040208181227.GB32104@mail.binarysolutions.dk> Date: Sun, 8 Feb 2004 16:59:58 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Mailman-Approved-At: Mon, 09 Feb 2004 05:46:17 -0800 Subject: Re: VMWare, FreeBSD 5.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 23:59:42 -0000 Thanks for everyones reply, the fix posted works fine and the system boots up as normal! ----- Original Message ----- From: "Kenneth Vestergaard Schmidt" To: "Jason Boudreault" Cc: Sent: Sunday, February 08, 2004 11:12 AM Subject: Re: VMWare, FreeBSD 5.2 > On Fri, Feb 06, 2004 at 12:52:47AM -0700, Jason Boudreault wrote: > > I just downloaded and installed FreeBSD 5.2 on VMWare Workstation 4.0, on boot (even from cd) it crashes unless I boot into safe mode. Someone in an irc room mentioned I should forward this info here. > > You can make it boot by adding the following line to the .vmx-file found > in the same place VMware stores your Virtual Machine settings. > > monitor_control.disable_apic=TRUE > > > -- > Kenneth Vestergaard Schmidt > From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 21:11:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E52E516A4CE for ; Sun, 8 Feb 2004 21:11:17 -0800 (PST) Received: from pit.databus.com (p70-227.acedsl.com [66.114.70.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8045743D2F for ; Sun, 8 Feb 2004 21:11:17 -0800 (PST) (envelope-from barney@pit.databus.com) Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.12.10/8.12.10) with ESMTP id i195BG6h043534; Mon, 9 Feb 2004 00:11:16 -0500 (EST) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.12.10/8.12.10/Submit) id i195BGQH043533; Mon, 9 Feb 2004 00:11:16 -0500 (EST) (envelope-from barney) Date: Mon, 9 Feb 2004 00:11:16 -0500 From: Barney Wolff To: Kris Kennaway Message-ID: <20040209051116.GA42857@pit.databus.com> References: <20040209023623.GA30071@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040209023623.GA30071@xor.obsecurity.org> User-Agent: Mutt/1.5.6i X-Scanned-By: MIMEDefang 2.39 X-Mailman-Approved-At: Mon, 09 Feb 2004 05:46:17 -0800 cc: current@freebsd.org Subject: Re: grep bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 05:11:18 -0000 On Sun, Feb 08, 2004 at 06:36:23PM -0800, Kris Kennaway wrote: > kkenn@rot13:~ grep -r foo / > /dev/null > grep: /dev/network: Permission denied > grep: /dev/geom.ctl: Permission denied > grep: /dev/devctl: Permission denied > grep: /dev/ata: Permission denied > grep: /dev/console: Permission denied > grep in realloc(): error: allocation failed > ^C^C^CAbort (core dumped) grepping /dev/zero seems to fail. -- Barney Wolff http://www.databus.com/bwresume.pdf I'm available by contract or FT, in the NYC metro area or via the 'Net. From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 05:20:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 037EF16A4CE for ; Mon, 9 Feb 2004 05:20:31 -0800 (PST) Received: from sophia3.e-shell.net (sophia3.e-shell.net [64.246.46.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id D83E743D1D for ; Mon, 9 Feb 2004 05:20:30 -0800 (PST) (envelope-from loox@e-shell.net) Received: from 10.170.0.96 (host-200-56-121-128.block.alestra.net.mx [200.56.121.128]) by sophia3.e-shell.net (Postfix) with ESMTP id 1E16D658004 for ; Mon, 9 Feb 2004 07:34:18 -0600 (CST) From: Axel Gonzalez Date: Mon, 9 Feb 2004 07:22:19 -0600 User-Agent: KMail/1.6 MIME-Version: 1.0 Content-Disposition: inline X-UID: 6 To: freebsd-current@freebsd.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200402090722.19717.loox@e-shell.net> X-Mailman-Approved-At: Mon, 09 Feb 2004 05:46:17 -0800 Subject: sata drive problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 13:20:31 -0000 Evren Yurtesen wrote: >Hello, I have a system which had problems with the following errors >after working perfectly for 2 days. Is there any suggestions about what >can I do about this? else than checking the cables :) I think the drives >work fine also. They were doing pretty fine with another mainboard. When under heavy load, i get the error (just tested from a cvsup 09/02/2004 src): ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=... ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=... sometimes it crashes right away, sometimes it waits a little. can't get the exact LBA sectors because the system crashes cold, and its not logged (i've seen the error before a crash) Using a previous kernel snapshot (around jan 20, 2004), i can work normally, even with heavy loads. The relevant system data: Feb 9 06:48:06 kernel: ACPI APIC Table: Feb 9 06:48:06 moonlight kernel: CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.01-MHz 686-class CPU) Feb 9 06:48:06 moonlight kernel: Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Feb 9 06:48:06 moonlight kernel: Features=0xbfebfbff Feb 9 06:48:06 moonlight kernel: Hyperthreading: 2 logical CPUs ... Feb 9 06:48:06 moonlight kernel: ata0: at 0x1f0 irq 14 on atapci0 Feb 9 06:48:06 moonlight kernel: ata0: [MPSAFE] Feb 9 06:48:06 moonlight kernel: ata1: at 0x170 irq 15 on atapci0 Feb 9 06:48:06 moonlight kernel: ata1: [MPSAFE] Feb 9 06:48:06 moonlight kernel: atapci1: port 0xdc00-0xdc0f,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec00-0xec07 irq 18 at device 31.2 on pci0 Feb 9 06:48:06 moonlight kernel: atapci1: [MPSAFE] Feb 9 06:48:06 moonlight kernel: ata2: at 0xec00 on atapci1 Feb 9 06:48:06 moonlight kernel: ata2: [MPSAFE] Feb 9 06:48:06 moonlight kernel: ata3: at 0xe400 on atapci1 Feb 9 06:48:06 moonlight kernel: ata3: [MPSAFE] Feb 9 06:48:06 moonlight kernel: pci0: at device 31.3 (no driver attached) ... Feb 9 06:48:06 moonlight kernel: GEOM: create disk ad0 dp=0xc44aa160 Feb 9 06:48:06 moonlight kernel: ad0: 57241MB [116301/16/63] at ata0-master UDMA100 Feb 9 06:48:06 moonlight kernel: acd0: CDRW at ata1-master PIO4 Feb 9 06:48:06 moonlight kernel: GEOM: create disk ad4 dp=0xc459a360 Feb 9 06:48:06 moonlight kernel: ad4: 78167MB [158816/16/63] at ata2-master UDMA100 Feb 9 06:48:06 moonlight kernel: GEOM: create disk cd0 dp=0xc449d600 From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 05:58:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10BD916AA97 for ; Mon, 9 Feb 2004 05:58:13 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4015B43D1D for ; Mon, 9 Feb 2004 05:58:12 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id A8DCC3ABB83; Mon, 9 Feb 2004 15:00:31 +0100 (CET) Date: Mon, 9 Feb 2004 15:00:31 +0100 From: Pawel Jakub Dawidek To: "M. Warner Losh" Message-ID: <20040209140031.GT14639@garage.freebsd.pl> References: <6514.1076282830@critter.freebsd.dk> <20040209.010318.89944026.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pnDjx0H/VpusRTEI" Content-Disposition: inline In-Reply-To: <20040209.010318.89944026.imp@bsdimp.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 4.8-RELEASE-p13 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: phk@phk.freebsd.dk cc: drosih@rpi.edu cc: julian@elischer.org cc: current@freebsd.org Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 13:58:13 -0000 --pnDjx0H/VpusRTEI Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 09, 2004 at 01:03:18AM -0700, M. Warner Losh wrote: +> s/I/we/ Others have signed off on this model. Maybe you could +> explain how such a device would exist, and its exact semantics. With +> a cloning device that phk is talking about, you open /dev/foo, and +> /dev/foo0, /dev/foo1, etc are automatically created. This is how +> things work on other systems for cloning devices. +>=20 +> One could argue the wisdom of making the tunnel device clonable (I +> happen to agree with it, but I can see the oppsoing argument). +> However, sensible cloning semantics have been well understood for +> years. BSD is very late to the party in not having these sorts of +> devices before now. Maybe more human-friendly way will be to create /dev/foo0 without request and if someone will open /dev/foo0, device /dev/foo1 will be created... Just an idea. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --pnDjx0H/VpusRTEI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQFAJ5J/ForvXbEpPzQRAoFMAJ9GnXvrKmSgAqafPJkmNoBhJw3ApgCg4JUZ cpVFtll7t2AUffbMUD3tXZ4= =qkBJ -----END PGP SIGNATURE----- --pnDjx0H/VpusRTEI-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 06:14:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C037916A4CE for ; Mon, 9 Feb 2004 06:14:19 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 949ED43D1D for ; Mon, 9 Feb 2004 06:14:19 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id A5674530D; Mon, 9 Feb 2004 15:14:18 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 7A5B55309; Mon, 9 Feb 2004 15:14:11 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 0F36733C6F; Mon, 9 Feb 2004 15:14:11 +0100 (CET) To: richardcoleman@mindspring.com References: <20040209022820.00faa408@pyro.convolution.ti> <20040209043217.GA1009@xor.obsecurity.org> <4027871E.8080800@mindspring.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 09 Feb 2004 15:14:10 +0100 In-Reply-To: <4027871E.8080800@mindspring.com> (Richard Coleman's message of "Mon, 09 Feb 2004 08:11:58 -0500") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: "Bruno T." cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: -fno-strict-aliasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 14:14:19 -0000 Richard Coleman writes: > Although it's not urgent, I don't see why the aliasing problems can't > be fixed. Doing so is not always trivial. We have a lot of legacy code that plays pointer games that sometimes violate strict-aliasing rules. We also have a lot of legacy code that doesn't know about const but needs to interact with more recent code that uses const, requiring dodgy pointer casts (for instance, most of the aliasing problems in libpam are const-related). DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 06:15:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B2A716A4CE for ; Mon, 9 Feb 2004 06:15:54 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F53D43D1F for ; Mon, 9 Feb 2004 06:15:54 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 8652F530D; Mon, 9 Feb 2004 15:15:53 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 4E09C5309; Mon, 9 Feb 2004 15:15:47 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 3BC0733C6F; Mon, 9 Feb 2004 15:15:47 +0100 (CET) To: ertan@kucukoglu.biz References: <1076277659.4026b19bc1754@webmail.metunet.com.tr> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 09 Feb 2004 15:15:47 +0100 In-Reply-To: <1076277659.4026b19bc1754@webmail.metunet.com.tr> (ertan@kucukoglu.biz's message of "Mon, 9 Feb 2004 00:00:59 +0200") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.4 required=5.0 tests=AWL,BIZ_TLD autolearn=no version=2.63 cc: current@freebsd.org Subject: Re: 5.2-current upgrade problem (signal 12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 14:15:54 -0000 ertan@kucukoglu.biz writes: > After, I used /usr/obj/usr/src/sbin/mount/mount -a -t ufs. This is just f= ine=20 > also. Then I tried to do /usr/obj/usr/src/bin/sl/ls. This time I get "sig= nal=20 > 12". See /usr/src/UPDATING. You forgot to add COMPAT_FREEBSD43 to your kernel config. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 06:17:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EAD116A4CF for ; Mon, 9 Feb 2004 06:17:09 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7324243D1F for ; Mon, 9 Feb 2004 06:17:09 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 7F10C530D; Mon, 9 Feb 2004 15:17:08 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 7AD975309; Mon, 9 Feb 2004 15:17:02 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 64EBB33C6F; Mon, 9 Feb 2004 15:17:02 +0100 (CET) To: ertan@kucukoglu.biz References: <1076277659.4026b19bc1754@webmail.metunet.com.tr> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 09 Feb 2004 15:17:02 +0100 In-Reply-To: (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav's?= message of "Mon, 09 Feb 2004 15:15:47 +0100") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.2 required=5.0 tests=AWL,UPPERCASE_25_50 autolearn=no version=2.63 cc: current@freebsd.org Subject: Re: 5.2-current upgrade problem (signal 12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 14:17:09 -0000 des@des.no (Dag-Erling Sm=F8rgrav) writes: > See /usr/src/UPDATING. You forgot to add COMPAT_FREEBSD43 to your > kernel config. umm, COMPAT_FREEBSD4 (no 3). DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 06:24:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E1B916A4CE for ; Mon, 9 Feb 2004 06:24:23 -0800 (PST) Received: from notes.hallinto.turkuamk.fi (notes.hallinto.turkuamk.fi [195.148.215.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1755D43D1F for ; Mon, 9 Feb 2004 06:24:23 -0800 (PST) (envelope-from yurtesen@ispro.net.tr) Received: from ispro.net.tr ([193.166.136.253]) by notes.hallinto.turkuamk.fi (Lotus Domino Release 5.0.10) with ESMTP id 2004020916254232:38079 ; Mon, 9 Feb 2004 16:25:42 +0200 Message-ID: <4027981E.7080404@ispro.net.tr> Date: Mon, 09 Feb 2004 16:24:30 +0200 From: Evren Yurtesen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030808 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Axel Gonzalez References: <200402090722.19717.loox@e-shell.net> In-Reply-To: <200402090722.19717.loox@e-shell.net> X-MIMETrack: Itemize by SMTP Server on notes.hallinto.turkuamk.fi/TAMK(Release 5.0.10 |March 22, 2002) at 09.02.2004 16:25:42,|March 22, 2002) at 09.02.2004 16:25:43, Serialize complete at 09.02.2004 16:25:43 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed cc: freebsd-current@freebsd.org Subject: Re: sata drive problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 14:24:23 -0000 what controller are you using for sata? Axel Gonzalez wrote: > Evren Yurtesen wrote: > >>Hello, I have a system which had problems with the following errors >>after working perfectly for 2 days. Is there any suggestions about what >>can I do about this? else than checking the cables :) I think the drives >>work fine also. They were doing pretty fine with another mainboard. > > > > When under heavy load, i get the error (just tested from a cvsup 09/02/2004 > src): > > ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=... > ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=... > > sometimes it crashes right away, sometimes it waits a little. > > can't get the exact LBA sectors because the system crashes cold, and its not > logged (i've seen the error before a crash) > > Using a previous kernel snapshot (around jan 20, 2004), i can work normally, > even with heavy loads. > > > The relevant system data: > > Feb 9 06:48:06 kernel: ACPI APIC Table: > Feb 9 06:48:06 moonlight kernel: CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz > (2394.01-MHz 686-class CPU) > Feb 9 06:48:06 moonlight kernel: Origin = "GenuineIntel" Id = 0xf29 > Stepping = 9 > Feb 9 06:48:06 moonlight kernel: > Features=0xbfebfbff PIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Feb 9 06:48:06 moonlight kernel: Hyperthreading: 2 logical CPUs > ... > > Feb 9 06:48:06 moonlight kernel: ata0: at 0x1f0 irq 14 on atapci0 > Feb 9 06:48:06 moonlight kernel: ata0: [MPSAFE] > Feb 9 06:48:06 moonlight kernel: ata1: at 0x170 irq 15 on atapci0 > Feb 9 06:48:06 moonlight kernel: ata1: [MPSAFE] > Feb 9 06:48:06 moonlight kernel: atapci1: > port 0xdc00-0xdc0f,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec00-0xec07 > irq 18 at device 31.2 on pci0 > Feb 9 06:48:06 moonlight kernel: atapci1: [MPSAFE] > Feb 9 06:48:06 moonlight kernel: ata2: at 0xec00 on atapci1 > Feb 9 06:48:06 moonlight kernel: ata2: [MPSAFE] > Feb 9 06:48:06 moonlight kernel: ata3: at 0xe400 on atapci1 > Feb 9 06:48:06 moonlight kernel: ata3: [MPSAFE] > Feb 9 06:48:06 moonlight kernel: pci0: at device 31.3 (no > driver attached) > > ... > > Feb 9 06:48:06 moonlight kernel: GEOM: create disk ad0 dp=0xc44aa160 > Feb 9 06:48:06 moonlight kernel: ad0: 57241MB [116301/16/63] at > ata0-master UDMA100 > Feb 9 06:48:06 moonlight kernel: acd0: CDRW at > ata1-master PIO4 > Feb 9 06:48:06 moonlight kernel: GEOM: create disk ad4 dp=0xc459a360 > Feb 9 06:48:06 moonlight kernel: ad4: 78167MB [158816/16/63] > at ata2-master UDMA100 > Feb 9 06:48:06 moonlight kernel: GEOM: create disk cd0 dp=0xc449d600 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 06:26:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08F5716A4CE for ; Mon, 9 Feb 2004 06:26:46 -0800 (PST) Received: from notes.hallinto.turkuamk.fi (notes.hallinto.turkuamk.fi [195.148.215.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9AFA43D1F for ; Mon, 9 Feb 2004 06:26:45 -0800 (PST) (envelope-from yurtesen@ispro.net.tr) Received: from ispro.net.tr ([193.166.136.253]) by notes.hallinto.turkuamk.fi (Lotus Domino Release 5.0.10) with ESMTP id 2004020916275206:38095 ; Mon, 9 Feb 2004 16:27:52 +0200 Message-ID: <402798A0.4080403@ispro.net.tr> Date: Mon, 09 Feb 2004 16:26:40 +0200 From: Evren Yurtesen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030808 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <1076277659.4026b19bc1754@webmail.metunet.com.tr> In-Reply-To: X-MIMETrack: Itemize by SMTP Server on notes.hallinto.turkuamk.fi/TAMK(Release 5.0.10 |March 22, 2002) at 09.02.2004 16:27:52,|March 22, 2002) at 09.02.2004 16:28:06 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: base64 cc: ertan@kucukoglu.biz cc: current@freebsd.org Subject: Re: 5.2-current upgrade problem (signal 12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 14:26:46 -0000 RGFnLUVybGluZyBTbfhyZ3JhdiB3cm90ZToNCg0KPiBlcnRhbkBrdWN1a29nbHUuYml6IHdyaXRl czoNCj4gDQo+PkFmdGVyLCBJIHVzZWQgL3Vzci9vYmovdXNyL3NyYy9zYmluL21vdW50L21vdW50 IC1hIC10IHVmcy4gVGhpcyBpcyBqdXN0IGZpbmUgDQo+PmFsc28uIFRoZW4gSSB0cmllZCB0byBk byAvdXNyL29iai91c3Ivc3JjL2Jpbi9zbC9scy4gVGhpcyB0aW1lIEkgZ2V0ICJzaWduYWwgDQo+ PjEyIi4NCj4gDQo+IA0KPiBTZWUgL3Vzci9zcmMvVVBEQVRJTkcuICBZb3UgZm9yZ290IHRvIGFk ZCBDT01QQVRfRlJFRUJTRDQzIHRvIHlvdXINCj4ga2VybmVsIGNvbmZpZy4NCj4gDQo+IERFUw0K DQpTaG91bGQgZHJvcCB0aGUgMyBpbiB0aGUgZW5kIHRob3VnaCA6KQ0Kb3B0aW9ucyAgICAgICAg IENPTVBBVF9GUkVFQlNENCAgICAgICAgICMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q0DQoNCg0K From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 06:26:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4655B16A4CE for ; Mon, 9 Feb 2004 06:26:47 -0800 (PST) Received: from ftp.bjpu.edu.cn (ftp.bjpu.edu.cn [202.112.78.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D27B43D1F for ; Mon, 9 Feb 2004 06:26:47 -0800 (PST) (envelope-from junsu@delphij.net) Received: from localhost (localhost [127.0.0.1]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 22A9052C8 for ; Mon, 9 Feb 2004 22:26:45 +0800 (CST) Received: from ftp.bjpu.edu.cn ([127.0.0.1]) by localhost (ftp.bjpu.edu.cn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10639-07 for ; Mon, 9 Feb 2004 22:26:43 +0800 (CST) Received: from beastie.frontfree.net (beastie.frontfree.net [218.107.145.7]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 50E1D529A for ; Mon, 9 Feb 2004 22:26:42 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 6535F11528; Mon, 9 Feb 2004 22:26:41 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01911-03; Mon, 9 Feb 2004 22:26:38 +0800 (CST) Received: from shasujunmv (unknown [211.161.222.209]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 2A05A11415; Mon, 9 Feb 2004 22:26:36 +0800 (CST) Message-ID: <003e01c3ef18$b1196170$d1dea1d3@shasujunmv> From: "Jun Su" To: , "Kris Kennaway" References: <20040209022820.00faa408@pyro.convolution.ti><20040209043217.GA1009@xor.obsecurity.org> <4027871E.8080800@mindspring.com> Date: Mon, 9 Feb 2004 22:26:15 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Virus-Scanned: by amavisd-new at frontfree.net X-Virus-Scanned: by amavisd-new at frontfree.net cc: "Bruno T." cc: freebsd-current@freebsd.org Subject: Re: -fno-strict-aliasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 14:26:47 -0000 ----- Original Message ----- From: "Richard Coleman" To: "Kris Kennaway" Cc: "Bruno T." ; Sent: Monday, February 09, 2004 9:11 PM Subject: Re: -fno-strict-aliasing > Kris Kennaway wrote: > > > On Mon, Feb 09, 2004 at 02:28:20AM -0200, Bruno T. wrote: > > > >>Hi everyone. > >>i'm pretty new to bsd, but i have some background in linux development > >>and for what i have seen until now, i must say that -CURRENT is rather impressive, congrats ! > >> > >>I was rebuilding my base sys and noticed that any compiler flag > >>that implies -fstrict-aliasing (like -O2) would break some few things, > >>adding "-fno-strict-aliasing" to "CFLAGS+=" in these makefiles > >>solves the problem for now. > > > > > > Don't do that then :-) > > > > Kris > > Although it's not urgent, I don't see why the aliasing problems can't be > fixed. I think it would be more honest if the party line was "FreeBSD > has bugs, so we can't use -O2 right now" rather than the standard reply > of "-O2 is not supported, don't even try". We can find out what applications broken with strict-alias and mark them in the Makefile. This can make the whole system use -O2 or above. Besides this, we can clean this problem one by one from our base. Jun Su > > Richard Coleman > richardcoleman@mindspring.com > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 06:30:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0A4716A4CE for ; Mon, 9 Feb 2004 06:30:23 -0800 (PST) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AFCC43D1D for ; Mon, 9 Feb 2004 06:30:23 -0800 (PST) (envelope-from jilles@stack.nl) Received: from toad.stack.nl (zen.stack.nl [2001:610:1108:5010::130]) by mailhost.stack.nl (Postfix) with ESMTP id 4027997E#006CC1F001; Mon, 9 Feb 2004 15:30:22 +0100 (CET) Received: by toad.stack.nl (Postfix, from userid 1677) id D94108A; Mon, 9 Feb 2004 15:30:21 +0100 (CET) Date: Mon, 9 Feb 2004 15:30:21 +0100 From: Jilles Tjoelker To: Kris Kennaway Message-ID: <20040209143021.GA29961@stack.nl> References: <20040209023821.GA30092@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040209023821.GA30092@xor.obsecurity.org> User-Agent: Mutt/1.5.5.1i cc: current@FreeBSD.org Subject: Re: Reproducible "calcru: negative time ..." on SMP system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 14:30:23 -0000 On Sun, Feb 08, 2004 at 06:38:21PM -0800, Kris Kennaway wrote: > I discovered that on a 5.2-BETA SMP system I can cause > Feb 8 18:29:32 bento kernel: calcru: negative time of 6816 usec for pid 50286 (grep) > Feb 8 18:29:41 bento kernel: calcru: negative time of 7308 usec for pid 51007 (grep) > Feb 8 18:30:41 bento kernel: calcru: negative time of 6104 usec for pid 54944 (grep) > Feb 8 18:30:42 bento kernel: calcru: negative time of 5933 usec for pid 54962 (grep) > by running a shell script that does lots of greps, and leaning on the > ^T key in the shell to send the process lots of SIGINFOs. This may be the same as kern/52490: ^T'ing a zombie causes calcru() to be called on a zombie which prints the negative time message. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 06:32:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 007C216A4CE; Mon, 9 Feb 2004 06:32:27 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59AEB43D1F; Mon, 9 Feb 2004 06:32:26 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id i19EWGGX011982; Mon, 9 Feb 2004 15:32:16 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Pawel Jakub Dawidek From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 09 Feb 2004 15:00:31 +0100." <20040209140031.GT14639@garage.freebsd.pl> Date: Mon, 09 Feb 2004 15:32:16 +0100 Message-ID: <11981.1076337136@critter.freebsd.dk> cc: drosih@rpi.edu cc: julian@elischer.org cc: current@FreeBSD.org Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 14:32:27 -0000 In message <20040209140031.GT14639@garage.freebsd.pl>, Pawel Jakub Dawidek writ es: >Maybe more human-friendly way will be to create /dev/foo0 without >request and if someone will open /dev/foo0, device /dev/foo1 will be >created... Just an idea. I don't think we should spend resources in a pseudo driver until they are needed. Please also remember: /dev is _not_ an inventory of available devices. -- 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. From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 06:33:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 380EC16A4CE for ; Mon, 9 Feb 2004 06:33:00 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C6CD43D1D for ; Mon, 9 Feb 2004 06:33:00 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id C4C53530D; Mon, 9 Feb 2004 15:32:58 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 191495309; Mon, 9 Feb 2004 15:32:48 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 883A233C6F; Mon, 9 Feb 2004 15:32:48 +0100 (CET) To: Barney Wolff References: <20040209023623.GA30071@xor.obsecurity.org> <20040209051116.GA42857@pit.databus.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 09 Feb 2004 15:32:48 +0100 In-Reply-To: <20040209051116.GA42857@pit.databus.com> (Barney Wolff's message of "Mon, 9 Feb 2004 00:11:16 -0500") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: current@freebsd.org cc: Kris Kennaway Subject: Re: grep bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 14:33:00 -0000 Barney Wolff writes: > On Sun, Feb 08, 2004 at 06:36:23PM -0800, Kris Kennaway wrote: >> kkenn@rot13:~ grep -r foo / > /dev/null >> grep: /dev/network: Permission denied >> grep: /dev/geom.ctl: Permission denied >> grep: /dev/devctl: Permission denied >> grep: /dev/ata: Permission denied >> grep: /dev/console: Permission denied >> grep in realloc(): error: allocation failed >> ^C^C^CAbort (core dumped) > > grepping /dev/zero seems to fail. /dev/zero will provide grep with infinite amounts of data. So will /dev/random. Yet other device nodes (serial ports for instance) will cause grep to block because they provide neither data nor EOF. The /dev/zero case is a little special because grep tries to read in an entire line, but /dev/zero provides an endless string of zeroes with no EOL in sight. /dev/random, on the other hand, is pretty much guaranteed to provide EOL every 256 bytes on average. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 06:44:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E18B16A4CE for ; Mon, 9 Feb 2004 06:44:51 -0800 (PST) Received: from endif.cjb.net (65-101-229-205.dnvr.qwest.net [65.101.229.205]) by mx1.FreeBSD.org (Postfix) with SMTP id A982643D1D for ; Mon, 9 Feb 2004 06:44:49 -0800 (PST) (envelope-from end@endif.cjb.net) Received: (qmail 43293 invoked from network); 9 Feb 2004 14:44:47 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 9 Feb 2004 14:44:47 -0000 Date: Mon, 9 Feb 2004 07:44:46 -0700 From: Robin Schoonover To: freebsd-current@freebsd.org In-Reply-To: <200402090704.i1974IVa032065@the-macgregors.org> References: <20040209023623.GA30071@xor.obsecurity.org> <200402090704.i1974IVa032065@the-macgregors.org> X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20040209144449.A982643D1D@mx1.FreeBSD.org> Subject: Re: grep bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 14:44:51 -0000 On Mon, 9 Feb 2004 07:04:18 -0000, Rob MacGregor wrote: > > -----Original Message----- > > From: owner-freebsd-current@freebsd.org > > [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Kris Kennaway > > Sent: 09 February 2004 02:36 > > > > kkenn@rot13:~ grep -r foo / > /dev/null > > grep: /dev/network: Permission denied > > grep: /dev/geom.ctl: Permission denied > > grep: /dev/devctl: Permission denied > > grep: /dev/ata: Permission denied > > grep: /dev/console: Permission denied > > grep in realloc(): error: allocation failed > > ^C^C^CAbort (core dumped) > > I can confirm this behaviour under 5.2-CURRENT from the 5th of February: > Ah, yes, but 5.1-RELEASE's grep won't core dump. end@rogue(/home/end) % grep -r foo / grep: /dev/network: Permission denied grep: /dev/geom.ctl: Operation not supported by device grep: /dev/devctl: Permission denied grep: /dev/ata: Permission denied grep: memory exhausted end@rogue(/home/end) % It simply tries snarfing in the line, notices it has no more memory for more line, complains, and quits. Instead of core dumping. -- Robin Schoonover (aka End) # # Save the Rainforest! Eat a vegetarian! # From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 06:59:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E4C016A4CE for ; Mon, 9 Feb 2004 06:59:30 -0800 (PST) Received: from laika.ifs.tuwien.ac.at (laika.ifs.tuwien.ac.at [128.131.167.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id E75F143D1D for ; Mon, 9 Feb 2004 06:59:29 -0800 (PST) (envelope-from stefan@fafoe.narf.at) Received: from fafoe.narf.at (unknown [212.186.3.235]) by laika.ifs.tuwien.ac.at (Postfix) with ESMTP id B33B720AA; Mon, 9 Feb 2004 16:01:22 +0100 (CET) Received: from wombat.fafoe.narf.at (wombat.fafoe.narf.at [192.168.1.42]) by fafoe.narf.at (Postfix) with ESMTP id 3F1FB40EE; Mon, 9 Feb 2004 15:59:24 +0100 (CET) Received: by wombat.fafoe.narf.at (Postfix, from userid 1001) id 4517F1B6; Mon, 9 Feb 2004 15:59:22 +0100 (CET) Date: Mon, 9 Feb 2004 15:59:22 +0100 From: Stefan Farfeleder To: Kris Kennaway Message-ID: <20040209145920.GA623@wombat.fafoe.narf.at> Mail-Followup-To: Kris Kennaway , current@FreeBSD.org References: <20040209023623.GA30071@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040209023623.GA30071@xor.obsecurity.org> User-Agent: Mutt/1.5.6i cc: current@FreeBSD.org Subject: Re: grep bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 14:59:30 -0000 On Sun, Feb 08, 2004 at 06:36:23PM -0800, Kris Kennaway wrote: > kkenn@rot13:~ grep -r foo / > /dev/null > grep: /dev/network: Permission denied > grep: /dev/geom.ctl: Permission denied > grep: /dev/devctl: Permission denied > grep: /dev/ata: Permission denied > grep: /dev/console: Permission denied > grep in realloc(): error: allocation failed > ^C^C^CAbort (core dumped) -current aborts by default on memory allocation failures, you have to set the 'a' flag via MALLOC_OPTIONS or /etc/malloc.conf. Cheers, Stefan From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 07:00:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3167E16A4CE; Mon, 9 Feb 2004 07:00:12 -0800 (PST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id B30A543D1F; Mon, 9 Feb 2004 07:00:11 -0800 (PST) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.10/8.12.10) with ESMTP id i19F0d2r053581; Mon, 9 Feb 2004 16:00:39 +0100 (CET) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.10/8.12.10/Submit) id i19F0dew053580; Mon, 9 Feb 2004 16:00:39 +0100 (CET) (envelope-from stijn) Date: Mon, 9 Feb 2004 16:00:39 +0100 From: Stijn Hoop To: Poul-Henning Kamp Message-ID: <20040209150039.GS2803@pcwin002.win.tue.nl> References: <20040209140031.GT14639@garage.freebsd.pl> <11981.1076337136@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qo7zVO9a9OQ5oQtr" Content-Disposition: inline In-Reply-To: <11981.1076337136@critter.freebsd.dk> User-Agent: Mutt/1.4.1i X-Bright-Idea: Let's abolish HTML mail! cc: drosih@rpi.edu cc: Pawel Jakub Dawidek cc: julian@elischer.org cc: current@freebsd.org Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 15:00:12 -0000 --qo7zVO9a9OQ5oQtr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 09, 2004 at 03:32:16PM +0100, Poul-Henning Kamp wrote: > Please also remember: /dev is _not_ an inventory of available devices. Just curious: what is it then? An inventory of available drivers? An inventory of open devices? --Stijn --=20 "From the moment I picked your book up until I laid it down I was convulsed with laughter. Some day I intend reading it." -- Groucho Marx --qo7zVO9a9OQ5oQtr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFAJ6CXY3r/tLQmfWcRApAXAKCafYMQKYQObxZJKzlgJ4hvsVqusQCgrUUV 7zvuBdB9eHmtOuQ/4Kd4T+Q= =KjPd -----END PGP SIGNATURE----- --qo7zVO9a9OQ5oQtr-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 07:03:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EBD116A4CE for ; Mon, 9 Feb 2004 07:03:25 -0800 (PST) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id C900543D39 for ; Mon, 9 Feb 2004 07:03:24 -0800 (PST) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) i19ExbRv085226 for ; Mon, 9 Feb 2004 09:59:37 -0500 (EST) (envelope-from sven@dmv.com) From: Sven Willenberger To: freebsd-current@freebsd.org In-Reply-To: <1076192961.18071.10.camel@lanshark.dmv.com> References: <1076192961.18071.10.camel@lanshark.dmv.com> Content-Type: text/plain Message-Id: <1076338994.19845.10.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 09 Feb 2004 10:03:14 -0500 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 Subject: Re: 5.2 Install CD doesn't detect all scsi drives X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 15:03:25 -0000 On Sat, 2004-02-07 at 17:29, Sven Willenberger wrote: > Using a zero-channel adaptec 2010s (U320) RAID card with the following > setup: > > Bus 0: single IBM U320 36GB drive > Bus 1: three Seagate U320 72GB drives set up as RAID 5 > > (Where Bus corresponds to the SCSI channel on the Mobo - Supermicro) > > Booting from the 5.2-Release CD and during setup, the disk partition > utility only sees the RAID configuration and not the one drive. The idea > was to install the system, etc on the lone drive and the large RAID was > to be used for a data spool. I have tried various configs with the > adaptec SMOR to no avail. > It turns out that the FreeBSD 4.9-Stable install cd correctly identifies the single drive as da0 and the RAID as da1 and allows for separate configuration of each, so at least I will be able to use this box with FreeBSD :-) .... It would be nice to use 5.2 (and eventually 5.3 with the new threading) however, and I am curious as to what changed between 4 and 5 that is preventing 5 from properly recognizing this particular setup. Enabling boot logging reveals the following: DEBUG: deviceTry: attempting to open /dev/da0 DEBUG: deviceTry: open of /dev/da0 succeeded on first try DEBUG: deviceTry: attempting to open /dev/da1 DEBUG: deviceTry: making raw device for /dev/da1 [13,65546] DEBUG: deviceTry: final attempt for /mnt/dev/da1 returns -1 This occurs with 5.2.1-RC install CD as well Sven From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 07:04:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC80716A4CF for ; Mon, 9 Feb 2004 07:04:16 -0800 (PST) Received: from mail016.syd.optusnet.com.au (mail016.syd.optusnet.com.au [211.29.132.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7971643D1D for ; Mon, 9 Feb 2004 07:04:15 -0800 (PST) (envelope-from akm@theinternet.com.au) Received: from theinternet.com.au (c211-30-103-113.carlnfd1.nsw.optusnet.com.au [211.30.103.113]) i19F48w21310; Tue, 10 Feb 2004 02:04:08 +1100 Received: from theinternet.com.au (akm@localhost [127.0.0.1]) by theinternet.com.au (8.12.9/8.12.9) with ESMTP id i19F48VB089146; Tue, 10 Feb 2004 02:04:08 +1100 (EST) (envelope-from akm@theinternet.com.au) Received: (from akm@localhost) by theinternet.com.au (8.12.9/8.12.9/Submit) id i19F3xWD089127; Tue, 10 Feb 2004 02:03:59 +1100 (EST) Date: Tue, 10 Feb 2004 02:03:59 +1100 From: Andrew Kenneth Milton To: Stijn Hoop Message-ID: <20040209150359.GB48400@zeus.theinternet.com.au> References: <20040209140031.GT14639@garage.freebsd.pl> <11981.1076337136@critter.freebsd.dk> <20040209150039.GS2803@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040209150039.GS2803@pcwin002.win.tue.nl> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 15:04:16 -0000 +-------[ Stijn Hoop ]---------------------- | On Mon, Feb 09, 2004 at 03:32:16PM +0100, Poul-Henning Kamp wrote: | > Please also remember: /dev is _not_ an inventory of available devices. | | Just curious: what is it then? An inventory of available drivers? An | inventory of open devices? A collection of system calls on disk. d8) -- Totally Holistic Enterprises Internet| | Andrew Milton The Internet (Aust) Pty Ltd | M:+61 416 022 411 | ACN: 082 081 472 ABN: 83 082 081 472 |akm@theinternet.com.au| Carpe Daemon From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 07:06:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E010516A4CE; Mon, 9 Feb 2004 07:06:52 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id B45C243D1F; Mon, 9 Feb 2004 07:06:52 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 3135C530D; Mon, 9 Feb 2004 16:06:51 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id C5F34530C; Mon, 9 Feb 2004 16:06:44 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 56EE433C6F; Mon, 9 Feb 2004 16:06:44 +0100 (CET) To: Stijn Hoop References: <20040209140031.GT14639@garage.freebsd.pl> <11981.1076337136@critter.freebsd.dk> <20040209150039.GS2803@pcwin002.win.tue.nl> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 09 Feb 2004 16:06:44 +0100 In-Reply-To: <20040209150039.GS2803@pcwin002.win.tue.nl> (Stijn Hoop's message of "Mon, 9 Feb 2004 16:00:39 +0100") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: Pawel Jakub Dawidek cc: Poul-Henning Kamp cc: drosih@rpi.edu cc: julian@elischer.org cc: current@freebsd.org Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 15:06:53 -0000 Stijn Hoop writes: > On Mon, Feb 09, 2004 at 03:32:16PM +0100, Poul-Henning Kamp wrote: > > Please also remember: /dev is _not_ an inventory of available devices. > Just curious: what is it then? An inventory of available drivers? An > inventory of open devices? What it always has been: a collection of device nodes, some of which may correspond to existing devices. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 07:54:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0B6916A4CE; Mon, 9 Feb 2004 07:54:31 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E11743D1F; Mon, 9 Feb 2004 07:54:31 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id i19Fs9GX012526; Mon, 9 Feb 2004 16:54:23 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Stijn Hoop From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 09 Feb 2004 16:00:39 +0100." <20040209150039.GS2803@pcwin002.win.tue.nl> Date: Mon, 09 Feb 2004 16:54:09 +0100 Message-ID: <12525.1076342049@critter.freebsd.dk> cc: drosih@rpi.edu cc: Pawel Jakub Dawidek cc: julian@elischer.org cc: current@freebsd.org Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 15:54:31 -0000 In message <20040209150039.GS2803@pcwin002.win.tue.nl>, Stijn Hoop writes: > >--qo7zVO9a9OQ5oQtr >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline >Content-Transfer-Encoding: quoted-printable > >On Mon, Feb 09, 2004 at 03:32:16PM +0100, Poul-Henning Kamp wrote: >> Please also remember: /dev is _not_ an inventory of available devices. > >Just curious: what is it then? An inventory of available drivers? An >inventory of open devices? "A naming-space gateway from filenames to device drivers whose exact mapping is only stable in the timeinterval between a successful open(2) and the corresponding close (be it an explict close or not)." [2] Fortunately it is a good deal more deterministic than what my feeble attempt at a definition above could make it sound :-) The practical effects are hard to explain, but one example is that the stat/open race is much more fundamental in /dev than anywhere else in the filesystem. In the normal filesystem, a few odd things may happen between calls to stat(2) and open(2), in /proc you may get a different process than you intended, but in /dev _any_ odd thing may happen. You thought you opened a serial port called /dev/foo connected to your printer ? Well, I got news for you: it disappeared! Ohh and by the way: a new device appeared calling itself /dev/foo, looks like some sort of ICMB launch thingie or something... Furthermore, if you open(2) a normal filesystem node, you hold a reference on it, so that even if people remove the file, you can still work on it until you are finished. If for instance you open a file and write a megabyte from the beginning, and call fsync on it and all your return codes were good, you can be assured that no reads nor writes inside that one megabyte will fail subsequently (provided the hardware doesn't croak) [1]. In /dev, if somebody removes your hardware, it's gone and there's not a damn thing you can do about it, and no stake or state you can claim to have reservation on. /dev is strange I tell ya! :-) Poul-Henning [1] It's still a good idea to check, hardware _does_ croak. -- 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. From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 08:55:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7960D16A4CE for ; Mon, 9 Feb 2004 08:55:28 -0800 (PST) Received: from hotmail.com (bay8-f51.bay8.hotmail.com [64.4.27.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 779A243D3F for ; Mon, 9 Feb 2004 08:55:28 -0800 (PST) (envelope-from evantd@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 9 Feb 2004 08:55:28 -0800 Received: from 128.208.59.136 by by8fd.bay8.hotmail.msn.com with HTTP; Mon, 09 Feb 2004 16:55:28 GMT X-Originating-IP: [128.208.59.136] X-Originating-Email: [evantd@hotmail.com] X-Sender: evantd@hotmail.com From: "Evan Dower" To: conrads@cox.net, oberman@es.net Date: Mon, 09 Feb 2004 08:55:28 -0800 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 09 Feb 2004 16:55:28.0306 (UTC) FILETIME=[8527F120:01C3EF2D] cc: current@freebsd.org Subject: Re: Results using ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 16:55:28 -0000 I just switched to ULE (again) a couple days ago. I've been recompiling all of my ports due to the pthreads thing and I'm running Stanford's folding@home, so my system is pretty much never idle. I've noticed that sometimes when I haven't used my system interactively for a while (several hours), interactivity is slow to return when I start using it again. For maybe around a minute, I can move the mouse and then watch the pointer retrace my steps. Then interactivity will suddenly return, and mouse movement goes back to normal. I'm running with dual Athlon MP 1900+s: FreeBSD lojak 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Fri Feb 6 10:46:15 PST 2004 evantd@lojak.washington.edu:/usr/obj/usr/current/src/sys/CUSTOM i386 Thanks a lot and I hope somebody finds this helpful, -- Evan Dower Undergraduate, Computer Science University of Washington Public key: http://students.washington.edu/evantd/pgp-pub-key.txt Key fingerprint = D321 FA24 4BDA F82D 53A9 5B27 7D15 5A4F 033F 887D >From: Conrad Sabatier >Reply-To: conrads@cox.net >To: Kevin Oberman >CC: current@freebsd.org >Subject: Re: Results using ULE >Date: Mon, 09 Feb 2004 06:12:37 -0600 (CST) > > >On 09-Feb-2004 Kevin Oberman wrote: > > I have been using ULE on one system for about two weeks. The system is a > > IBM T30 with 512 MB memory running current with ACPI. The video is an > > ATi Radeon M7 with 1400x1050 display. > > > > Generally, ULE has run OK. It seems to do a bit better than BSD4 when > > the system is heavily loaded. Right now I am encoding a CD and compiling > > OpenOffice. The interactivity and responsiveness of the system is good. > > > > I have seen some areas, typically when the system is lightly loaded, >when > > it works less well. All opinions are from non-quantified observation. > > > > 1. When logging off Gnome, the screen is progressively darkened after >the > > logout window is opened. With BSD4, this darkening was smooth. With ULE, > > it jumps in opacity. (Note that this is often on a totally idle system > > except for logging off Gnome.) > > > > 2. I see occasional freezes in the system when it is mostly idle. Most > > are very brief, but I had one yesterday that lasted for at least 30 > > seconds. No console errors were reported, but all windows owned by a > > gnome-terminal process were frozen. (It is QUITE possible that this is > > really a vte problem and is not related to ULE.) > > > > In general, I am pleased with the performance of the system since I > > switched over to SCHED_ULE, but I still suspect something is not quite > > right when a UP system is idle. > >One thing that really stands out is the peculiar behavior of top. Several >seconds may go by where all processes are showing zero CPU usage, then >suddenly >one of them "comes alive" again. It's weird. > >-- >Conrad Sabatier - "In Unix veritas" >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" _________________________________________________________________ Get some great ideas here for your sweetheart on Valentine's Day - and beyond. http://special.msn.com/network/celebrateromance.armx From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 09:08:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 100D916A4CE for ; Mon, 9 Feb 2004 09:08:35 -0800 (PST) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B702843D1F for ; Mon, 9 Feb 2004 09:08:34 -0800 (PST) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) i19H8VZV005019; Mon, 9 Feb 2004 12:08:31 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i19H8UXw005016; Mon, 9 Feb 2004 12:08:31 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Mon, 9 Feb 2004 12:08:30 -0500 (EST) From: Andre Guibert de Bruet To: Evren Yurtesen In-Reply-To: <4027981E.7080404@ispro.net.tr> Message-ID: <20040209120730.K91658@alpha.siliconlandmark.com> References: <200402090722.19717.loox@e-shell.net> <4027981E.7080404@ispro.net.tr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: freebsd-current@freebsd.org cc: Axel Gonzalez Subject: Re: sata drive problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 17:08:35 -0000 On Mon, 9 Feb 2004, Evren Yurtesen wrote: > what controller are you using for sata? Read the output of dmesg again. It's an Intel ICH5. Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 09:43:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86E2616A4D0; Mon, 9 Feb 2004 09:43:13 -0800 (PST) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FFB043D1F; Mon, 9 Feb 2004 09:43:13 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (rwcrmhc13) with ESMTP id <2004020917431101500jq34se>; Mon, 9 Feb 2004 17:43:12 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id JAA68168; Mon, 9 Feb 2004 09:43:11 -0800 (PST) Date: Mon, 9 Feb 2004 09:43:09 -0800 (PST) From: Julian Elischer To: Pawel Jakub Dawidek In-Reply-To: <20040209140031.GT14639@garage.freebsd.pl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: phk@phk.freebsd.dk cc: drosih@rpi.edu cc: current@freebsd.org Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 17:43:13 -0000 On Mon, 9 Feb 2004, Pawel Jakub Dawidek wrote: > On Mon, Feb 09, 2004 at 01:03:18AM -0700, M. Warner Losh wrote: > +> s/I/we/ Others have signed off on this model. Maybe you could > +> explain how such a device would exist, and its exact semantics. With > +> a cloning device that phk is talking about, you open /dev/foo, and > +> /dev/foo0, /dev/foo1, etc are automatically created. This is how > +> things work on other systems for cloning devices. > +> > +> One could argue the wisdom of making the tunnel device clonable (I > +> happen to agree with it, but I can see the oppsoing argument). > +> However, sensible cloning semantics have been well understood for > +> years. BSD is very late to the party in not having these sorts of > +> devices before now. > > Maybe more human-friendly way will be to create /dev/foo0 without > request and if someone will open /dev/foo0, device /dev/foo1 will be > created... Just an idea. That's EXACTLY what nmdm does now.. (actually it creates 0,1,2,3 and when you open 0, it creates 5 etc..) The changes remove this behaviour, breaking my little tcl/tk script that presents the user with a list of exisiting nmdm 'A' entries to select from. > > -- > Pawel Jakub Dawidek http://www.FreeBSD.org > pjd@FreeBSD.org http://garage.freebsd.pl > FreeBSD committer Am I Evil? Yes, I Am! > From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 09:47:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ACED16A4CE for ; Mon, 9 Feb 2004 09:47:26 -0800 (PST) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37F4343D1F for ; Mon, 9 Feb 2004 09:47:25 -0800 (PST) (envelope-from yurtesen@ispro.net.tr) Received: (qmail 76435 invoked by uid 0); 9 Feb 2004 17:47:17 -0000 Received: from dsl-aur-ac5.dial.inet.fi (HELO ispro.net.tr) (yurtesen@ispro.net.tr@80.221.208.197) by supermail.ispro.net.tr with AES256-SHA encrypted SMTP; 9 Feb 2004 17:47:17 -0000 Message-ID: <4027C793.6030909@ispro.net.tr> Date: Mon, 09 Feb 2004 19:46:59 +0200 From: Evren Yurtesen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030808 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Guibert de Bruet , freebsd-current@freebsd.org References: <200402090722.19717.loox@e-shell.net> <4027981E.7080404@ispro.net.tr> <20040209120730.K91658@alpha.siliconlandmark.com> In-Reply-To: <20040209120730.K91658@alpha.siliconlandmark.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by IsproNET Subject: Re: sata drive problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 17:47:26 -0000 oh yes I missed that, do you have some kind of compatibility mode option for your ich5 controller? that fix all the problems. :) and doesnt effect performance at all. you only cant use primary or secondary pata anymore Andre Guibert de Bruet wrote: > On Mon, 9 Feb 2004, Evren Yurtesen wrote: > > >>what controller are you using for sata? > > > Read the output of dmesg again. It's an Intel ICH5. > > Regards, > > >>Andre Guibert de Bruet | Enterprise Software Consultant > >>Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 09:53:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 114B416A4CE for ; Mon, 9 Feb 2004 09:53:08 -0800 (PST) Received: from ms-smtp-02-eri0.ohiordc.rr.com (ms-smtp-02-smtplb.ohiordc.rr.com [65.24.5.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4C6043D1D for ; Mon, 9 Feb 2004 09:53:07 -0800 (PST) (envelope-from meb@cinci.rr.com) Received: from cinci.rr.com (cvg-65-27-178-227.cinci.rr.com [65.27.178.227]) i19Hr4tO018012 for ; Mon, 9 Feb 2004 12:53:05 -0500 (EST) Message-ID: <4027C901.4020202@cinci.rr.com> Date: Mon, 09 Feb 2004 12:53:05 -0500 From: Mike B User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040204 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <20040209000140.B0BD05D07@ptavv.es.net> In-Reply-To: <20040209000140.B0BD05D07@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: Results using ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 17:53:08 -0000 I switched back and forth between 4BSD and ULE several times on my P4 system. The reason for this is that sometimes I would have rather long lapses in response (~30s) on the command line, especially when logged in on more than one terminal. On a recent occasion I was downloading sources with portupgrade's fetch only option and attempted to execute df. After typing in df and hitting return I got a new line but no output for a good 15-20s. Additionally during these periods I'm not able to switch terminals but hitting the enter key produces new lines. Mike B Kevin Oberman wrote: >I have been using ULE on one system for about two weeks. The system is a >IBM T30 with 512 MB memory running current with ACPI. The video is an >ATi Radeon M7 with 1400x1050 display. > >Generally, ULE has run OK. It seems to do a bit better than BSD4 when >the system is heavily loaded. Right now I am encoding a CD and compiling >OpenOffice. The interactivity and responsiveness of the system is good. > >I have seen some areas, typically when the system is lightly loaded, when >it works less well. All opinions are from non-quantified observation. > >1. When logging off Gnome, the screen is progressively darkened after the >logout window is opened. With BSD4, this darkening was smooth. With ULE, >it jumps in opacity. (Note that this is often on a totally idle system >except for logging off Gnome.) > >2. I see occasional freezes in the system when it is mostly idle. Most >are very brief, but I had one yesterday that lasted for at least 30 >seconds. No console errors were reported, but all windows owned by a >gnome-terminal process were frozen. (It is QUITE possible that this is >really a vte problem and is not related to ULE.) > >In general, I am pleased with the performance of the system since I >switched over to SCHED_ULE, but I still suspect something is not quite >right when a UP system is idle. > > From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 10:07:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B22216A4CE for ; Mon, 9 Feb 2004 10:07:19 -0800 (PST) Received: from moo.sysabend.org (moo.sysabend.org [66.111.41.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3614843D1F for ; Mon, 9 Feb 2004 10:07:19 -0800 (PST) (envelope-from ragnar@sysabend.org) Received: by moo.sysabend.org (Postfix, from userid 1004) id 658B68F0; Mon, 9 Feb 2004 10:07:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by moo.sysabend.org (Postfix) with ESMTP id 644788A5; Mon, 9 Feb 2004 10:07:18 -0800 (PST) Date: Mon, 9 Feb 2004 10:07:18 -0800 (PST) From: Jamie Bowden To: Evren Yurtesen In-Reply-To: <4027C793.6030909@ispro.net.tr> Message-ID: <20040209100518.V913-100000@moo.sysabend.org> X-representing: Only myself. X-badge: We don't need no stinking badges. X-obligatory-profanity: Fuck X-moo: Moo. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: sata drive problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 18:07:19 -0000 On Mon, 9 Feb 2004, Evren Yurtesen wrote: > Andre Guibert de Bruet wrote: > > On Mon, 9 Feb 2004, Evren Yurtesen wrote: > >>what controller are you using for sata? > > Read the output of dmesg again. It's an Intel ICH5. > oh yes I missed that, do you have some kind of compatibility mode option > for your ich5 controller? that fix all the problems. :) and doesnt > effect performance at all. you only cant use primary or secondary pata > anymore Or he could check for a BIOS update. My Abit board works just fine with 4 PATA devices and an SATA drive in FBSD on an Intel ICH5 controller. Jamie Bowden -- "It was half way to Rivendell when the drugs began to take hold" Hunter S Tolkien "Fear and Loathing in Barad Dur" Iain Bowen From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 10:10:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E2A016A4CE for ; Mon, 9 Feb 2004 10:10:34 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 251D743D1F for ; Mon, 9 Feb 2004 10:10:34 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 8649A72DBF; Mon, 9 Feb 2004 10:10:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 811DF72DB5; Mon, 9 Feb 2004 10:10:26 -0800 (PST) Date: Mon, 9 Feb 2004 10:10:26 -0800 (PST) From: Doug White To: Steve Kargl In-Reply-To: <20040207070653.GA28676@troutmask.apl.washington.edu> Message-ID: <20040209100947.K47197@carver.gumbysoft.com> References: <20040205231737.GB17451@troutmask.apl.washington.edu> <20040206231933.GA25826@troutmask.apl.washington.edu> <20040207070653.GA28676@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: mtrash_ctor panic caused by ACPI and ATAng was Re:Interrupts, ATAng, and wayward pointers, oh my! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 18:10:34 -0000 On Fri, 6 Feb 2004, Steve Kargl wrote: > Yes, intriguing. I used the better part of 1 day to eliminate > possibilities for the problem. I forgot to mention the problem > does not depend on APIC or no APIC support in the kernel. > > > > PS: No, I can't get a core dump because the disk subsystem isn't > > > ready for a dump when the panics occurred and I can't hook > > > up a serial console. I can panic the machine as needed. > > > > You can say 'set dumpdev=/dev/foo0s1b' in loader to set the dump target. > > > > This doesn't work unless I can get a near instantaneous dump. That is, > db> call dumpsys > returns in under a second. Revision 1.19 of ata-queue.c (note the > typo of ata-queue.h above) reworked the locking of ATA. I suspect > that my laptop is tickling some race that Soren hasn't seen. try 'call doadump()' -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 10:13:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B65C16A4CE for ; Mon, 9 Feb 2004 10:13:20 -0800 (PST) Received: from thunderbird.etv.net (thunderbird.etv.net [208.14.190.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 431EC43D3F for ; Mon, 9 Feb 2004 10:13:20 -0800 (PST) (envelope-from lists@efinley.com) Received: from [205.161.203.50] (helo=science1) by thunderbird.etv.net with smtp (Exim 4.30; FreeBSD) id 1AqFuJ-0005se-BE for current@freebsd.org; Mon, 09 Feb 2004 11:13:19 -0700 Message-ID: <014d01c3ef38$64eaeab0$32cba1cd@science1> From: "Elliot Finley" To: Date: Mon, 9 Feb 2004 11:13:18 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: boot hang with tag=RELENG_5_2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Elliot Finley List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 18:13:20 -0000 this is with tag=RELENG_5_2 as of Feb. 8 I have a CD burner as my primary slave. It shows up in dmesg like: acd0: CDRW at ata0-slave PIO4 booting hangs with: ata0-slave : TIMEOUT - SETFEATURES SET TRANSFER MODE retrying (0 retries left) ata0-slave : TIMEOUT - SETFEATURES SET TRANSFER MODE retrying (0 retries left) but if I have a CD in the drive it boots just fine. No errors/warnings/freezes. Elliot From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 10:23:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9304C16A4CE for ; Mon, 9 Feb 2004 10:23:44 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 793D443D3F for ; Mon, 9 Feb 2004 10:23:44 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 09BBF72DBF; Mon, 9 Feb 2004 10:23:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 0794A72DB5; Mon, 9 Feb 2004 10:23:44 -0800 (PST) Date: Mon, 9 Feb 2004 10:23:44 -0800 (PST) From: Doug White To: Jesse Guardiani In-Reply-To: <200402071438.21289.jesse@wingnet.net> Message-ID: <20040209101948.Q47197@carver.gumbysoft.com> References: <20040206185032.L20313@carver.gumbysoft.com> <200402071438.21289.jesse@wingnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: kdesu crash under 5.2-RELEASE with libkse via libmap.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 18:23:44 -0000 On Sat, 7 Feb 2004, Jesse Guardiani wrote: > On Friday 06 February 2004 21:52, Doug White wrote: > > On Wed, 4 Feb 2004, Jesse Guardiani wrote: > > > If I run this: > > > > > > /usr/local/bin/kdesu --nonewdcop '/usr/local/bin/kcmshell clock --lang > > > en_US' > > > > > > And my libmap.conf looks like this: > > > > > > # /etc/libmap.conf > > > # > > > # candidate mapping > > > # > > > libc_r.so.5 libkse.so.1 # Everything uses 'libkse' by > > > default libc_r.so libkse.so > > > > > > > > > Then I get this: > > > > > > (no debugging symbols found)...(no debugging symbols found)... > > > > This isn't a crash, > > And what makes you think that? The KDE crash window popped up and I > clicked on the backtrace button. Well it forgot to mention why it halted. Usually it says something like: Program received signal SIGSEGV, Segmentation fault. Or the backtrace will be in abort(). I'll still try to reproduce this. In the interim, can you run ldd on the offending application and make sure it isn't linking against both libc_r and libpthread? If so, then you need to rebuild X and everything upwards. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 10:30:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0666816A4CE for ; Mon, 9 Feb 2004 10:30:03 -0800 (PST) Received: from chortos.wingnet.net (chortos.wingnet.net [206.30.57.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 840D843D1F for ; Mon, 9 Feb 2004 10:30:02 -0800 (PST) (envelope-from jesse@wingnet.net) Received: (qmail 39179 invoked by uid 3848); 9 Feb 2004 18:30:01 -0000 Received: from jesse@wingnet.net by chortos.wingnet.net by uid 1003 with qmail-scanner-1.20 (clamuko: 0.60. Clear:RC:1(206.30.215.5):. Processed in 0.037855 secs); 09 Feb 2004 18:30:01 -0000 X-Qmail-Scanner-Mail-From: jesse@wingnet.net via chortos.wingnet.net X-Qmail-Scanner: 1.20 (Clear:RC:1(206.30.215.5):. Processed in 0.037855 secs) Received: from makrothumia.wingnet.net (HELO 192.168.1.47) (206.30.215.5) by chortos.wingnet.net with SMTP; 9 Feb 2004 18:30:01 -0000 From: Jesse Guardiani Organization: WingNET To: Doug White Date: Mon, 9 Feb 2004 13:30:00 -0500 User-Agent: KMail/1.5.4 References: <200402071438.21289.jesse@wingnet.net> <20040209101948.Q47197@carver.gumbysoft.com> In-Reply-To: <20040209101948.Q47197@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200402091330.00829.jesse@wingnet.net> cc: freebsd-current@freebsd.org Subject: Re: kdesu crash under 5.2-RELEASE with libkse via libmap.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 18:30:03 -0000 On Monday 09 February 2004 13:23, Doug White wrote: > On Sat, 7 Feb 2004, Jesse Guardiani wrote: > > On Friday 06 February 2004 21:52, Doug White wrote: > > > On Wed, 4 Feb 2004, Jesse Guardiani wrote: > > > > If I run this: > > > > > > > > /usr/local/bin/kdesu --nonewdcop '/usr/local/bin/kcmshell clock > > > > --lang en_US' > > > > > > > > And my libmap.conf looks like this: > > > > > > > > # /etc/libmap.conf > > > > # > > > > # candidate mapping > > > > # > > > > libc_r.so.5 libkse.so.1 # Everything uses 'libkse' by > > > > default libc_r.so libkse.so > > > > > > > > > > > > Then I get this: > > > > > > > > (no debugging symbols found)...(no debugging symbols found)... > > > > > > This isn't a crash, > > > > And what makes you think that? The KDE crash window popped up and I > > clicked on the backtrace button. > > Well it forgot to mention why it halted. Usually it says something like: > > Program received signal SIGSEGV, Segmentation fault. > > Or the backtrace will be in abort(). > > I'll still try to reproduce this. In the interim, can you run ldd on the > offending application and make sure it isn't linking against both libc_r > and libpthread? If so, then you need to rebuild X and everything > upwards. Looks like they're just dyn-linked to libc_r, in which case libpthread should take care of it. I suppose it's possible that one of the X11 shared libs is statically linked to pthread or libc_r. [10:04]jesse@trevarthan:[~]% ldd /usr/local/bin/kdesu /usr/local/bin/kdesu: libkio.so.5 => /usr/local/lib/libkio.so.5 (0x28085000) libkdeui.so.5 => /usr/local/lib/libkdeui.so.5 (0x2832c000) libfam.so.0 => /usr/local/lib/libfam.so.0 (0x28577000) libkdesu.so.5 => /usr/local/lib/libkdesu.so.5 (0x2857f000) libkdecore.so.5 => /usr/local/lib/libkdecore.so.5 (0x2859a000) libDCOP.so.5 => /usr/local/lib/libDCOP.so.5 (0x28721000) libart_lgpl_2.so.5 => /usr/local/lib/libart_lgpl_2.so.5 (0x28753000) libkdefx.so.5 => /usr/local/lib/libkdefx.so.5 (0x28769000) libqt-mt.so.3 => /usr/X11R6/lib/libqt-mt.so.3 (0x28791000) libpng.so.5 => /usr/local/lib/libpng.so.5 (0x28e2b000) libz.so.2 => /lib/libz.so.2 (0x28e50000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x28e5e000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28e6d000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x28f35000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x28f3e000) libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x28f55000) libutil.so.3 => /usr/lib/libutil.so.3 (0x28f5d000) libstdc++.so.4 => /usr/lib/libstdc++.so.4 (0x28f69000) libjpeg.so.9 => /usr/local/lib/libjpeg.so.9 (0x29025000) libm.so.2 => /lib/libm.so.2 (0x29043000) libc_r.so.5 => /usr/lib/libkse.so.1 (0x2905c000) libc.so.5 => /lib/libc.so.5 (0x29080000) libutil.so.4 => /lib/libutil.so.4 (0x2915a000) libz.so.2 => /usr/lib/libz.so.2 (0x29166000) libm.so.2 => /usr/lib/libm.so.2 (0x29174000) libc.so.5 => /usr/lib/libc.so.5 (0x29191000) libmng.so.1 => /usr/local/lib/libmng.so.1 (0x29269000) libGL.so.1 => /usr/X11R6/lib/libGL.so.1 (0x292c5000) libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x29332000) libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x29348000) libXcursor.so.1 => /usr/X11R6/lib/libXcursor.so.1 (0x2934c000) libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0x29355000) libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x29367000) libfontconfig.so.1 => /usr/X11R6/lib/libfontconfig.so.1 (0x293d1000) liblcms.so.1 => /usr/local/lib/liblcms.so.1 (0x293f9000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x29414000) libexpat.so.4 => /usr/local/lib/libexpat.so.4 (0x29465000) [13:26]jesse@trevarthan:[~]% ldd /usr/local/bin/kcmshell /usr/local/bin/kcmshell: kcmshell.so (0x2807c000) libkio.so.5 => /usr/local/lib/libkio.so.5 (0x28099000) libkdeui.so.5 => /usr/local/lib/libkdeui.so.5 (0x28340000) libkdesu.so.5 => /usr/local/lib/libkdesu.so.5 (0x2858b000) libkdecore.so.5 => /usr/local/lib/libkdecore.so.5 (0x285a6000) libDCOP.so.5 => /usr/local/lib/libDCOP.so.5 (0x2872d000) libart_lgpl_2.so.5 => /usr/local/lib/libart_lgpl_2.so.5 (0x2875f000) libkdefx.so.5 => /usr/local/lib/libkdefx.so.5 (0x28775000) libqt-mt.so.3 => /usr/X11R6/lib/libqt-mt.so.3 (0x2879d000) libpng.so.5 => /usr/local/lib/libpng.so.5 (0x28e37000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x28e5c000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28e6b000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x28f33000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x28f3c000) libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x28f53000) libutil.so.3 => /usr/lib/libutil.so.3 (0x28f5b000) libz.so.2 => /lib/libz.so.2 (0x28f67000) libfam.so.0 => /usr/local/lib/libfam.so.0 (0x28f75000) libstdc++.so.4 => /usr/lib/libstdc++.so.4 (0x28f7d000) libjpeg.so.9 => /usr/local/lib/libjpeg.so.9 (0x29039000) libm.so.2 => /lib/libm.so.2 (0x29057000) libc_r.so.5 => /usr/lib/libkse.so.1 (0x29070000) libc.so.5 => /lib/libc.so.5 (0x29094000) libutil.so.4 => /lib/libutil.so.4 (0x2916e000) libz.so.2 => /usr/lib/libz.so.2 (0x2917a000) libm.so.2 => /usr/lib/libm.so.2 (0x29188000) libc.so.5 => /usr/lib/libc.so.5 (0x291a5000) libmng.so.1 => /usr/local/lib/libmng.so.1 (0x2927d000) libGL.so.1 => /usr/X11R6/lib/libGL.so.1 (0x292d9000) libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x29346000) libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x2935c000) libXcursor.so.1 => /usr/X11R6/lib/libXcursor.so.1 (0x29360000) libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0x29369000) libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x2937b000) libfontconfig.so.1 => /usr/X11R6/lib/libfontconfig.so.1 (0x293e5000) liblcms.so.1 => /usr/local/lib/liblcms.so.1 (0x2940d000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x29428000) libexpat.so.4 => /usr/local/lib/libexpat.so.4 (0x29479000) [13:27]jesse@trevarthan:[~]% -- Jesse Guardiani, Systems Administrator WingNET Internet Services, P.O. Box 2605 // Cleveland, TN 37320-2605 423-559-LINK (v) 423-559-5145 (f) http://www.wingnet.net From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 10:37:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D804916A4CE for ; Mon, 9 Feb 2004 10:37:22 -0800 (PST) Received: from kaiser.sig11.org (host1-47.pool80182.interbusiness.it [80.182.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63CFD43D2F for ; Mon, 9 Feb 2004 10:37:22 -0800 (PST) (envelope-from rionda@gufi.org) Received: by kaiser.sig11.org (Postfix, from userid 1000) id B8DAC2C; Mon, 9 Feb 2004 19:37:17 +0100 (CET) From: Matteo Riondato To: freebsd-current@freebsd.org In-Reply-To: <014d01c3ef38$64eaeab0$32cba1cd@science1> References: <014d01c3ef38$64eaeab0$32cba1cd@science1> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-MwEPqDDJgqRHGQn0HFsT" Message-Id: <1076351837.79673.1.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 09 Feb 2004 19:37:17 +0100 Subject: Re: boot hang with tag=RELENG_5_2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rionda@gufi.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 18:37:23 -0000 --=-MwEPqDDJgqRHGQn0HFsT Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Il Lun, 2004-02-09 alle 19:13, Elliot Finley ha scritto: > this is with tag=3DRELENG_5_2 as of Feb. 8 >=20 > I have a CD burner as my primary slave. It shows up in dmesg like: >=20 > acd0: CDRW at ata0-slave PIO4 >=20 > booting hangs with: >=20 > ata0-slave : TIMEOUT - SETFEATURES SET TRANSFER MODE retrying (0 retries > left) > ata0-slave : TIMEOUT - SETFEATURES SET TRANSFER MODE retrying (0 retries > left) >=20 > but if I have a CD in the drive it boots just fine. No > errors/warnings/freezes. >=20 > Elliot It's a known problem. S=F8ren committed a workaround for this on HEAD, and he is trying to understand what's wrong with LiteOn drives. Regards --=20 Rionda aka Matteo Riondato G.U.F.I Staff Member (http://www.gufi.org) BSD-FAQ-it Main Developer (http://www.gufi.org/~rionda) GPG key at: http://www.riondabsd.net/riondagpg.asc Sent from: kaiser.sig11.org running FreeBSD-5.2-CURRENT --=-MwEPqDDJgqRHGQn0HFsT Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAJ9Nd2Mp4pR7Fa+wRAmg6AKDMWvwCceXV0m48kSiYsZLtzjA4tQCeNbT/ Xbsxckj6QgGlrrbG2PK1rsY= =b62G -----END PGP SIGNATURE----- --=-MwEPqDDJgqRHGQn0HFsT-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 10:44:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F0F716A4CE for ; Mon, 9 Feb 2004 10:44:26 -0800 (PST) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3520D43D1F for ; Mon, 9 Feb 2004 10:44:26 -0800 (PST) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id TAA01363 for ; Mon, 9 Feb 2004 19:44:10 +0100 Date: Mon, 9 Feb 2004 19:45:21 +0100 From: Marc "UBM" Bocklet To: current@freebsd.org Message-Id: <20040209194521.33e4db2a.ubm@u-boot-man.de> X-Mailer: Sylpheed version 0.9.8a (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Problem with ACPI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 18:44:26 -0000 Hiho! :-) If I try to use ACPI on my Tyan Thunder X, I get acpi0: on motherboard ACPI-0168: *** Error: Could not transition to ACPI mode. acpi0: Could not enable ACPI: AE_NO_HARDWARE_RESPONSE device_probe_and_attach: acpi0 attach returned 6 when it is probed by the kernel. ACPI is enabled both in the bios and in the kernel (compiled in, not as a module). That behaviour causes no problems at all (except I can't use the ACPI features, but I don't really miss them), but I'm curious about that message. Does it indicate a problem with my board or a flakey bios? Is there some kind of workaround? Thanks for your help! Bye Marc From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 10:53:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0C1416A4D2 for ; Mon, 9 Feb 2004 10:53:52 -0800 (PST) Received: from thunderbird.etv.net (thunderbird.etv.net [208.14.190.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA8DF43D31 for ; Mon, 9 Feb 2004 10:53:52 -0800 (PST) (envelope-from lists@efinley.com) Received: from [205.161.203.50] (helo=science1) by thunderbird.etv.net with smtp (Exim 4.30; FreeBSD) id 1AqGXY-0008yD-5B; Mon, 09 Feb 2004 11:53:52 -0700 Message-ID: <017901c3ef3e$0ec99a90$32cba1cd@science1> From: "Elliot Finley" To: , References: <014d01c3ef38$64eaeab0$32cba1cd@science1> <1076351837.79673.1.camel@kaiser.sig11.org> Date: Mon, 9 Feb 2004 11:53:45 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Re: boot hang with tag=RELENG_5_2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Elliot Finley List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 18:53:53 -0000 Is the fix going to be MFC into the RELENG_5_2 branch? ----- Original Message ----- From: "Matteo Riondato" To: Sent: Monday, February 09, 2004 11:37 AM Subject: Re: boot hang with tag=RELENG_5_2 > this is with tag=RELENG_5_2 as of Feb. 8 > > I have a CD burner as my primary slave. It shows up in dmesg like: > > acd0: CDRW at ata0-slave PIO4 > > booting hangs with: > > ata0-slave : TIMEOUT - SETFEATURES SET TRANSFER MODE retrying (0 retries > left) > ata0-slave : TIMEOUT - SETFEATURES SET TRANSFER MODE retrying (0 retries > left) > > but if I have a CD in the drive it boots just fine. No > errors/warnings/freezes. > > Elliot It's a known problem. Søren committed a workaround for this on HEAD, and he is trying to understand what's wrong with LiteOn drives. Regards From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:02:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FEC116A4CE for ; Mon, 9 Feb 2004 11:02:12 -0800 (PST) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72DEC43D39 for ; Mon, 9 Feb 2004 11:02:12 -0800 (PST) (envelope-from kientzle@acm.org) Received: from acm.org ([66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i19J2BkX008338; Mon, 9 Feb 2004 11:02:12 -0800 (PST) (envelope-from kientzle@acm.org) Message-ID: <4027D933.2030206@acm.org> Date: Mon, 09 Feb 2004 11:02:11 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: richardcoleman@mindspring.com References: <20040209022820.00faa408@pyro.convolution.ti> <20040209043217.GA1009@xor.obsecurity.org> <4027871E.8080800@mindspring.com> In-Reply-To: <4027871E.8080800@mindspring.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Bruno T." cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: -fno-strict-aliasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 19:02:12 -0000 Richard Coleman wrote: > I think it would be more honest if the party line was "FreeBSD > has bugs, so we can't use -O2 right now" rather than the standard reply > of "-O2 is not supported, don't even try". I think the party line is very honest: "You are not the one millionth person to report this, so you don't get a prize. However, you could be the first person to fix it. ;-)" Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:02:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BAD816A4CE for ; Mon, 9 Feb 2004 11:02:59 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1865843D1F for ; Mon, 9 Feb 2004 11:02:59 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i19J2wTA046358; Mon, 9 Feb 2004 11:02:58 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i19J2wdn046357; Mon, 9 Feb 2004 11:02:58 -0800 (PST) (envelope-from sgk) Date: Mon, 9 Feb 2004 11:02:58 -0800 From: Steve Kargl To: Doug White Message-ID: <20040209190258.GA45929@troutmask.apl.washington.edu> References: <20040205231737.GB17451@troutmask.apl.washington.edu> <20040206231933.GA25826@troutmask.apl.washington.edu> <20040206224459.G20729@carver.gumbysoft.com> <20040207070653.GA28676@troutmask.apl.washington.edu> <20040209100947.K47197@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040209100947.K47197@carver.gumbysoft.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: mtrash_ctor panic caused by ACPI and ATAng was Re: Interrupts, ATAng, and wayward pointers, oh my! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 19:02:59 -0000 On Mon, Feb 09, 2004 at 10:10:26AM -0800, Doug White wrote: > On Fri, 6 Feb 2004, Steve Kargl wrote: > > > Yes, intriguing. I used the better part of 1 day to eliminate > > possibilities for the problem. I forgot to mention the problem > > does not depend on APIC or no APIC support in the kernel. > > > > > > PS: No, I can't get a core dump because the disk subsystem isn't > > > > ready for a dump when the panics occurred and I can't hook > > > > up a serial console. I can panic the machine as needed. > > > > > > You can say 'set dumpdev=/dev/foo0s1b' in loader to set the dump target. > > > > > > > This doesn't work unless I can get a near instantaneous dump. That is, > > db> call dumpsys > > returns in under a second. Revision 1.19 of ata-queue.c (note the > > typo of ata-queue.h above) reworked the locking of ATA. I suspect > > that my laptop is tickling some race that Soren hasn't seen. > > try 'call doadump()' > db> call doadump() Dumping 511 MB Dump failed. Partition too small. 0x23 /dev/ad0s3b is a 1 GB swap partition. I guess I'm going to have to try to find a serial cable or simply run without ACPI. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:06:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A436D16A4CE for ; Mon, 9 Feb 2004 11:06:59 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDBF843D2F for ; Mon, 9 Feb 2004 11:06:58 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 4ADD43ABB85; Mon, 9 Feb 2004 20:09:23 +0100 (CET) Date: Mon, 9 Feb 2004 20:09:23 +0100 From: Pawel Jakub Dawidek To: freebsd-current@freebsd.org Message-ID: <20040209190923.GZ14639@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+vcRm3WFmV0Q/ShD" Content-Disposition: inline X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 4.8-RELEASE-p13 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i Subject: GEOM_CONCAT class, call for testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 19:06:59 -0000 --+vcRm3WFmV0Q/ShD Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello. This is a simple GEOM class for disks concatenation. usage: concat create [-v] name disk1 [disk2 [...]] concat destroy [-fv] name concat label [-v] name disk1 [disk2 [...]] concat list Command 'create' concatenates given disks in one device called 'name.concat= '. This command don't use on-disk metadata. Command 'label' stores metadata in last sectors of given disks, from now on when geom_concat.ko kld module will be loaded, it will be automatically configured. Commands 'destroy' and 'list' are self explanatory, but remember that command 'destroy' doesn't clear metadata, it just turns provider off. http://garage.freebsd.pl/geom_concat.tbz --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --+vcRm3WFmV0Q/ShD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQFAJ9rjForvXbEpPzQRAhjhAJ0eW6fvHo6DtLppeGMK1zGCA/MIogCeJhKe kJIn8x1Cu9hY41K/+y/7rEg= =/PZY -----END PGP SIGNATURE----- --+vcRm3WFmV0Q/ShD-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:13:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70EFE16A4CE for ; Mon, 9 Feb 2004 11:13:32 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E4CA43D1F for ; Mon, 9 Feb 2004 11:13:32 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 129DF72DBF; Mon, 9 Feb 2004 11:13:32 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 101DF72DB5; Mon, 9 Feb 2004 11:13:32 -0800 (PST) Date: Mon, 9 Feb 2004 11:13:32 -0800 (PST) From: Doug White To: Jesse Guardiani In-Reply-To: <200402071438.21289.jesse@wingnet.net> Message-ID: <20040209110901.W48001@carver.gumbysoft.com> References: <20040206185032.L20313@carver.gumbysoft.com> <200402071438.21289.jesse@wingnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: kdesu crash under 5.2-RELEASE with libkse via libmap.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 19:13:32 -0000 On Sat, 7 Feb 2004, Jesse Guardiani wrote: > On Friday 06 February 2004 21:52, Doug White wrote: > > On Wed, 4 Feb 2004, Jesse Guardiani wrote: > > > If I run this: > > > > > > /usr/local/bin/kdesu --nonewdcop '/usr/local/bin/kcmshell clock --lang > > > en_US' I tried this on my amd64 -CURRENT box and did experience some unusual behavior. After closing the clock change dialog, the process stuck in select(). I kill -9'd it and it went into a 100% CPU loop. Another kill -9 made it go away. Considering this works when called from the GUI, either from the clock's context menu or the Control Center, I'm not inclined to track this further, and defer it to a KDE bug. I'm using libpthread with everything, rebuilt on Friday. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:15:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B34C716A4CE for ; Mon, 9 Feb 2004 11:15:58 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8818843D2F for ; Mon, 9 Feb 2004 11:15:58 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 48DFF72DBF; Mon, 9 Feb 2004 11:15:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 45E6172DB5; Mon, 9 Feb 2004 11:15:58 -0800 (PST) Date: Mon, 9 Feb 2004 11:15:58 -0800 (PST) From: Doug White To: Jesse Guardiani In-Reply-To: <200402091330.00829.jesse@wingnet.net> Message-ID: <20040209111508.E48001@carver.gumbysoft.com> References: <200402071438.21289.jesse@wingnet.net> <200402091330.00829.jesse@wingnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: kdesu crash under 5.2-RELEASE with libkse via libmap.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 19:15:58 -0000 BTW I'm running kde 3.2. On Mon, 9 Feb 2004, Jesse Guardiani wrote: > Looks like they're just dyn-linked to libc_r, in which case libpthread should > take care of it. I suppose it's possible that one of the X11 shared libs is > statically linked to pthread or libc_r. Thats certainly possible. Considering the big libkse->libpthread switchover, I'd suggest taking the opportunity to upgrade to kde 3.2, and rebuild X, qmake, and qt while yer at it. :) > > [10:04]jesse@trevarthan:[~]% ldd /usr/local/bin/kdesu > /usr/local/bin/kdesu: > libkio.so.5 => /usr/local/lib/libkio.so.5 (0x28085000) > libkdeui.so.5 => /usr/local/lib/libkdeui.so.5 (0x2832c000) > libfam.so.0 => /usr/local/lib/libfam.so.0 (0x28577000) > libkdesu.so.5 => /usr/local/lib/libkdesu.so.5 (0x2857f000) > libkdecore.so.5 => /usr/local/lib/libkdecore.so.5 (0x2859a000) > libDCOP.so.5 => /usr/local/lib/libDCOP.so.5 (0x28721000) > libart_lgpl_2.so.5 => /usr/local/lib/libart_lgpl_2.so.5 (0x28753000) > libkdefx.so.5 => /usr/local/lib/libkdefx.so.5 (0x28769000) > libqt-mt.so.3 => /usr/X11R6/lib/libqt-mt.so.3 (0x28791000) > libpng.so.5 => /usr/local/lib/libpng.so.5 (0x28e2b000) > libz.so.2 => /lib/libz.so.2 (0x28e50000) > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x28e5e000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28e6d000) > libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x28f35000) > libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x28f3e000) > libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x28f55000) > libutil.so.3 => /usr/lib/libutil.so.3 (0x28f5d000) > libstdc++.so.4 => /usr/lib/libstdc++.so.4 (0x28f69000) > libjpeg.so.9 => /usr/local/lib/libjpeg.so.9 (0x29025000) > libm.so.2 => /lib/libm.so.2 (0x29043000) > libc_r.so.5 => /usr/lib/libkse.so.1 (0x2905c000) > libc.so.5 => /lib/libc.so.5 (0x29080000) > libutil.so.4 => /lib/libutil.so.4 (0x2915a000) > libz.so.2 => /usr/lib/libz.so.2 (0x29166000) > libm.so.2 => /usr/lib/libm.so.2 (0x29174000) > libc.so.5 => /usr/lib/libc.so.5 (0x29191000) > libmng.so.1 => /usr/local/lib/libmng.so.1 (0x29269000) > libGL.so.1 => /usr/X11R6/lib/libGL.so.1 (0x292c5000) > libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x29332000) > libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x29348000) > libXcursor.so.1 => /usr/X11R6/lib/libXcursor.so.1 (0x2934c000) > libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0x29355000) > libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x29367000) > libfontconfig.so.1 => /usr/X11R6/lib/libfontconfig.so.1 (0x293d1000) > liblcms.so.1 => /usr/local/lib/liblcms.so.1 (0x293f9000) > libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x29414000) > libexpat.so.4 => /usr/local/lib/libexpat.so.4 (0x29465000) > [13:26]jesse@trevarthan:[~]% ldd /usr/local/bin/kcmshell > /usr/local/bin/kcmshell: > kcmshell.so (0x2807c000) > libkio.so.5 => /usr/local/lib/libkio.so.5 (0x28099000) > libkdeui.so.5 => /usr/local/lib/libkdeui.so.5 (0x28340000) > libkdesu.so.5 => /usr/local/lib/libkdesu.so.5 (0x2858b000) > libkdecore.so.5 => /usr/local/lib/libkdecore.so.5 (0x285a6000) > libDCOP.so.5 => /usr/local/lib/libDCOP.so.5 (0x2872d000) > libart_lgpl_2.so.5 => /usr/local/lib/libart_lgpl_2.so.5 (0x2875f000) > libkdefx.so.5 => /usr/local/lib/libkdefx.so.5 (0x28775000) > libqt-mt.so.3 => /usr/X11R6/lib/libqt-mt.so.3 (0x2879d000) > libpng.so.5 => /usr/local/lib/libpng.so.5 (0x28e37000) > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x28e5c000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28e6b000) > libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x28f33000) > libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x28f3c000) > libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x28f53000) > libutil.so.3 => /usr/lib/libutil.so.3 (0x28f5b000) > libz.so.2 => /lib/libz.so.2 (0x28f67000) > libfam.so.0 => /usr/local/lib/libfam.so.0 (0x28f75000) > libstdc++.so.4 => /usr/lib/libstdc++.so.4 (0x28f7d000) > libjpeg.so.9 => /usr/local/lib/libjpeg.so.9 (0x29039000) > libm.so.2 => /lib/libm.so.2 (0x29057000) > libc_r.so.5 => /usr/lib/libkse.so.1 (0x29070000) > libc.so.5 => /lib/libc.so.5 (0x29094000) > libutil.so.4 => /lib/libutil.so.4 (0x2916e000) > libz.so.2 => /usr/lib/libz.so.2 (0x2917a000) > libm.so.2 => /usr/lib/libm.so.2 (0x29188000) > libc.so.5 => /usr/lib/libc.so.5 (0x291a5000) > libmng.so.1 => /usr/local/lib/libmng.so.1 (0x2927d000) > libGL.so.1 => /usr/X11R6/lib/libGL.so.1 (0x292d9000) > libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x29346000) > libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x2935c000) > libXcursor.so.1 => /usr/X11R6/lib/libXcursor.so.1 (0x29360000) > libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0x29369000) > libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x2937b000) > libfontconfig.so.1 => /usr/X11R6/lib/libfontconfig.so.1 (0x293e5000) > liblcms.so.1 => /usr/local/lib/liblcms.so.1 (0x2940d000) > libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x29428000) > libexpat.so.4 => /usr/local/lib/libexpat.so.4 (0x29479000) > [13:27]jesse@trevarthan:[~]% > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:18:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4645D16A4CE for ; Mon, 9 Feb 2004 11:18:01 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 190EB43D1F for ; Mon, 9 Feb 2004 11:18:01 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id AA55C72DC7; Mon, 9 Feb 2004 11:18:00 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id A7BA172DBF; Mon, 9 Feb 2004 11:18:00 -0800 (PST) Date: Mon, 9 Feb 2004 11:18:00 -0800 (PST) From: Doug White To: "Thomas T. Veldhouse" In-Reply-To: <4023997C.9030501@veldy.net> Message-ID: <20040209111631.E48001@carver.gumbysoft.com> References: <20040206142723.22916104.yashite@gmx.net> <4023997C.9030501@veldy.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: YaShiTe cc: freebsd-current@freebsd.org Subject: Re: msdosfs illegal argument X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 19:18:01 -0000 On Fri, 6 Feb 2004, Thomas T. Veldhouse wrote: > I am seeing this as well with a regular FAT32 partition (/dev/ad1s1). I > get: > > cascade# mount -t msdos /dev/ad1s1 /mnt/storage > msdosfs: /dev/ad1s1: Invalid argument I tried this at home and got this error when I forgot the other partition on the system is NTFS. I got a kernel message, "Not a valid FAT32 filesystem," however. Try doing this: dd if=/dev/ad1s1 of=temp bs=512 count=1 od -bc temp | head The first few bytes of the filesystem should be 'aa55' (or 55aa, I forget), and not 'NTFS'. :-) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:25:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B19516A4CE; Mon, 9 Feb 2004 11:25:23 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 392D843D1D; Mon, 9 Feb 2004 11:25:23 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id E1FB372DBF; Mon, 9 Feb 2004 11:25:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id DFC4A72DB5; Mon, 9 Feb 2004 11:25:22 -0800 (PST) Date: Mon, 9 Feb 2004 11:25:22 -0800 (PST) From: Doug White To: sammy!!! In-Reply-To: Message-ID: <20040209112359.S48001@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: questions@freebsd.org cc: current@freebsd.org Subject: Re: Can't login to 5.2-RC1, must hard reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 19:25:23 -0000 On Sat, 7 Feb 2004, sammy!!! wrote: > I get the following error messages in my logfile, a lot. > > Feb 7 18:40:22 cooper sshd[806]: set class 'me' resource limit > datasize: Operation not permitted > Feb 7 18:40:22 cooper sshd[806]: set class 'me' resource limit > stacksize: Operation not permitted > Feb 7 18:40:22 cooper sshd[806]: set class 'me' resource limit > maxproc: Operation not permitted > Feb 7 18:40:22 cooper sshd[806]: set class 'me' resource limit > openfiles: Operation not permitted Looks like you've configured a custom login class (in /etc/login.conf), and set the limits higher than you're allowed to as a user. Check that the limits set in /etc/login.conf are appropriate, then use cap_mkdb to rebuild the database. Considering you have an aac controller, you are probably hitting the getblk off-by-one bug that Scott fixed the other day. Update your -current or apply the patch from the lists. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:25:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F98116A4CE; Mon, 9 Feb 2004 11:25:57 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DB6443D1D; Mon, 9 Feb 2004 11:25:57 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id BDCBC72DC9; Mon, 9 Feb 2004 11:25:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id BAF9672DC7; Mon, 9 Feb 2004 11:25:56 -0800 (PST) Date: Mon, 9 Feb 2004 11:25:56 -0800 (PST) From: Doug White To: "T. Green" In-Reply-To: <40257C35.7060308@verizon.net> Message-ID: <20040209112539.E48001@carver.gumbysoft.com> References: <40257C35.7060308@verizon.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: problem installing 5.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 19:25:57 -0000 On Sat, 7 Feb 2004, T. Green wrote: > I am trying to install version #5.1, #5.2, and #5.2.1 on my computer. > i have version # 4.9 installed and it work fine. > my system have the intel motherboard D875PBZ,1024mb of memory, 1 seagate > 80gb ata drive, and 1 seagate 80gb sata drive. Try taking the SATA controller out of native mode. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:33:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E67F16A4CE for ; Mon, 9 Feb 2004 11:33:28 -0800 (PST) Received: from orwell.lost-angel.com (134.153.252.64.snet.net [64.252.153.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0161043D1D for ; Mon, 9 Feb 2004 11:33:28 -0800 (PST) (envelope-from sammy@lost-angel.com) Received: from [192.168.1.5] (darwin.euplastic.com [192.168.1.5]) (authenticated bits=0)i19JUuCs060228 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Mon, 9 Feb 2004 14:30:56 -0500 (EST) (envelope-from sammy@lost-angel.com) Mime-Version: 1.0 (Apple Message framework v612) In-Reply-To: <40272C79.6040708@freebsd.org> References: <40247AE9.6070805@gddsn.org.cn> <20040207062617.GC49373@teleri.net> <20040209063331.A11582@farside.isc.org> <40272C79.6040708@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: sammy!!! Date: Mon, 9 Feb 2004 14:33:27 -0500 To: current@freebsd.org X-Mailer: Apple Mail (2.612) Subject: Re: Processes blocked on getblk or ufs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 19:33:28 -0000 Has anyone verified this for RELENG_5_2? On Feb 9, 2004, at 1:45 AM, Scott Long wrote: > Peter Losher wrote: >> On Sat, 7 Feb 2004, Chip Norkus wrote: >>>> woo, Scott's commit seem to fix this problem for me! >>>> >>> >>> I think I can throw a 'me too' in here. A build (make -j8 world) >>> which >>> would reliably lock up one of my 2650s no longer does so. This is >>> extremely encouraging. :) Thanks so much for the hard work on this! >> Any chance this can be backported to RELENG_5_2? Because as it is >> now 5.2 >> is unusable on Dell systems using the aac driver. >> -Peter > > Can you try the attached patch? > > Scott > Index: aac.c > =================================================================== > RCS file: /usr/ncvs/src/sys/dev/aac/aac.c,v > retrieving revision 1.81 > diff -u -r1.81 aac.c > --- aac.c 9 Nov 2003 09:17:20 -0000 1.81 > +++ aac.c 9 Feb 2004 06:41:57 -0000 > @@ -1290,8 +1290,10 @@ > cm->cm_flags |= AAC_CMD_MAPPED; > > /* put the FIB on the outbound queue */ > - if (aac_enqueue_fib(sc, cm->cm_queue, cm) == EBUSY) > + if (aac_enqueue_fib(sc, cm->cm_queue, cm) == EBUSY) { > + aac_unmap_command(cm); > aac_requeue_ready(cm); > + } > > return; > } > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:40:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E08B16A4CE for ; Mon, 9 Feb 2004 11:40:40 -0800 (PST) Received: from kaiser.sig11.org (host1-47.pool80182.interbusiness.it [80.182.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B986243D1D for ; Mon, 9 Feb 2004 11:40:39 -0800 (PST) (envelope-from rionda@gufi.org) Received: by kaiser.sig11.org (Postfix, from userid 1000) id 898C82A; Mon, 9 Feb 2004 20:40:37 +0100 (CET) From: Matteo Riondato To: freebsd-current@freebsd.org In-Reply-To: <017901c3ef3e$0ec99a90$32cba1cd@science1> References: <014d01c3ef38$64eaeab0$32cba1cd@science1> <1076351837.79673.1.camel@kaiser.sig11.org> <017901c3ef3e$0ec99a90$32cba1cd@science1> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-sYYWM32npcyuUas65JEb" Message-Id: <1076355637.79673.3.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 09 Feb 2004 20:40:37 +0100 Subject: Re: boot hang with tag=RELENG_5_2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rionda@gufi.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 19:40:40 -0000 --=-sYYWM32npcyuUas65JEb Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Mon, 2004-02-09 at 19:53, Elliot Finley wrote: > Is the fix going to be MFC into the RELENG_5_2 branch? >=20 > ----- Original Message -----=20 > From: "Matteo Riondato" > It's a known problem. S=F8ren committed a workaround for this on HEAD, an= d > he is trying to understand what's wrong with LiteOn drives. > Regards Don't know, perhaps it will be included in 5.2.1-RELEASE... Regards --=20 Rionda aka Matteo Riondato G.U.F.I Staff Member (http://www.gufi.org) BSD-FAQ-it Main Developer (http://www.gufi.org/~rionda) GPG key at: http://www.riondabsd.net/riondagpg.asc Sent from: kaiser.sig11.org running FreeBSD-5.2-CURRENT --=-sYYWM32npcyuUas65JEb Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAJ+I12Mp4pR7Fa+wRAlqwAJsGmbTFvr9u1ddOzLp+BUyA/DexFACgjPjl cx+l3V/fYPHGuXxU9WKIkQU= =BQ3u -----END PGP SIGNATURE----- --=-sYYWM32npcyuUas65JEb-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:43:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 702EF16A4CE for ; Mon, 9 Feb 2004 11:43:34 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55B8043D1F for ; Mon, 9 Feb 2004 11:43:34 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id DE78972DC9; Mon, 9 Feb 2004 11:43:33 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id D98D972DC7; Mon, 9 Feb 2004 11:43:33 -0800 (PST) Date: Mon, 9 Feb 2004 11:43:33 -0800 (PST) From: Doug White To: Michael Nottebrock In-Reply-To: <200402091314.01706.michaelnottebrock@gmx.net> Message-ID: <20040209113956.H48001@carver.gumbysoft.com> References: <20040209085751.GA16284@eeyore.local.dohd.org> <20040209105145.GA17973@eeyore.local.dohd.org> <200402091314.01706.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Nawfal bin Mohmad Rouyan cc: gabriel_ambuehl@buz.ch Subject: Re: Problems building KDE3 on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 19:43:34 -0000 Hopefully this mega-cc picks up everyone who's been in this thread so far. The problem: libc_r and libpthread are getting pulled in as dependencies. They cannot coexist, otherwise you will get the spinlock message. To fix: 1. Rebuild XFree86-libraries. 2. Rebuild qmake. 3. Rebuild qt. 4. Rebuild kde. Portupgrade is very handy for doing this, something like portupgrade -Rf qmake kde should do the trick. Its really important that you rebuild qmake and its dependencies, otherwise -lc_r will continue to sneak into your qt-derived Makefiles. Make sure you rebuild libtool along the way too or it'll infect everything else. I went through this on Friday, as you might guess :-) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:46:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6660D16A4CE for ; Mon, 9 Feb 2004 11:46:05 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 564BF43D1D for ; Mon, 9 Feb 2004 11:46:05 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 191F572DCA; Mon, 9 Feb 2004 11:46:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 16D4E72DC9; Mon, 9 Feb 2004 11:46:05 -0800 (PST) Date: Mon, 9 Feb 2004 11:46:05 -0800 (PST) From: Doug White To: Lukas Ertl In-Reply-To: <20040209134351.G40769@pcle2.cc.univie.ac.at> Message-ID: <20040209114534.B48001@carver.gumbysoft.com> References: <20040209133832.K40769@pcle2.cc.univie.ac.at> <20040209134351.G40769@pcle2.cc.univie.ac.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: 5.2.1-RC iso won't boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 19:46:05 -0000 On Mon, 9 Feb 2004, Lukas Ertl wrote: > > I've had this problem on several boxen with the 5.2-R iso, and now I see > > it again with the 5.2.1-RC iso: > > > > I try to boot it, it comes to the "Boot from CD" prompt, and as soon as it > > switches to the loader I see some kind of a registry dump that seems to > > loop endlessly (I can't really tell what it says because it loops too > > fast). > > > > I had no problems booting a 5.1-R iso, so, was there a change in the > > loader code? > > I forgot to mention: this is a no-name P4 box with an MSI board, the CDROM > identifies itself as > > acd0: CDROM at ata1-master PIO4 Sounds like a BIOS bug. Have you upgraded the BIOS recently? Tried a different disc, in case it was corrupted? :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:51:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67D2516A4CE for ; Mon, 9 Feb 2004 11:51:41 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5234643D1D for ; Mon, 9 Feb 2004 11:51:41 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id F195872DBF; Mon, 9 Feb 2004 11:51:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id EF73B72DB5; Mon, 9 Feb 2004 11:51:40 -0800 (PST) Date: Mon, 9 Feb 2004 11:51:40 -0800 (PST) From: Doug White To: Sven Willenberger In-Reply-To: <1076338994.19845.10.camel@lanshark.dmv.com> Message-ID: <20040209114753.L48001@carver.gumbysoft.com> References: <1076192961.18071.10.camel@lanshark.dmv.com> <1076338994.19845.10.camel@lanshark.dmv.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: 5.2 Install CD doesn't detect all scsi drives X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 19:51:41 -0000 Try this. At the sysinstall menu, hit scroll lock, then arrow up and check out the asr probe messages. It'd be extra neat if you could capture them with a serial console. Next, hit scroll lock to get the screen back, then go to Fixit, then Shell. Run '/stand/camcontrol devlist -v' and paste us the output. That should show the two disk devices. Why it can't open the device is curious, and better yet is the bug where sysinstall doesn't print errno. :-) On Mon, 9 Feb 2004, Sven Willenberger wrote: > On Sat, 2004-02-07 at 17:29, Sven Willenberger wrote: > > Using a zero-channel adaptec 2010s (U320) RAID card with the following > > setup: > > > > Bus 0: single IBM U320 36GB drive > > Bus 1: three Seagate U320 72GB drives set up as RAID 5 > > > > (Where Bus corresponds to the SCSI channel on the Mobo - Supermicro) > > > > Booting from the 5.2-Release CD and during setup, the disk partition > > utility only sees the RAID configuration and not the one drive. The idea > > was to install the system, etc on the lone drive and the large RAID was > > to be used for a data spool. I have tried various configs with the > > adaptec SMOR to no avail. > > > > It turns out that the FreeBSD 4.9-Stable install cd correctly identifies > the single drive as da0 and the RAID as da1 and allows for separate > configuration of each, so at least I will be able to use this box with > FreeBSD :-) .... It would be nice to use 5.2 (and eventually 5.3 with > the new threading) however, and I am curious as to what changed between > 4 and 5 that is preventing 5 from properly recognizing this particular > setup. > > Enabling boot logging reveals the following: > DEBUG: deviceTry: attempting to open /dev/da0 > DEBUG: deviceTry: open of /dev/da0 succeeded on first try > DEBUG: deviceTry: attempting to open /dev/da1 > DEBUG: deviceTry: making raw device for /dev/da1 [13,65546] > DEBUG: deviceTry: final attempt for /mnt/dev/da1 returns -1 > > This occurs with 5.2.1-RC install CD as well > > Sven > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:52:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BABDC16A4CE for ; Mon, 9 Feb 2004 11:52:47 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A423943D1F for ; Mon, 9 Feb 2004 11:52:47 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 5307472DC9; Mon, 9 Feb 2004 11:52:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 5089D72DBF; Mon, 9 Feb 2004 11:52:47 -0800 (PST) Date: Mon, 9 Feb 2004 11:52:47 -0800 (PST) From: Doug White To: Marc UBM Bocklet In-Reply-To: <20040209194521.33e4db2a.ubm@u-boot-man.de> Message-ID: <20040209115207.O48001@carver.gumbysoft.com> References: <20040209194521.33e4db2a.ubm@u-boot-man.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Problem with ACPI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 19:52:47 -0000 On Mon, 9 Feb 2004, Marc UBM Bocklet wrote: > If I try to use ACPI on my Tyan Thunder X, I get > > acpi0: on motherboard > ACPI-0168: *** Error: Could not transition to ACPI mode. > acpi0: Could not enable ACPI: AE_NO_HARDWARE_RESPONSE > device_probe_and_attach: acpi0 attach returned 6 This is certainly a BIOS problem; try upgrading the BIOS. if you're on the most recent, its probably fatally braindamaged, or a very early implementation. Not much we can do for you other than booting without ACPI. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 12:00:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3074E16A4E4 for ; Mon, 9 Feb 2004 12:00:43 -0800 (PST) Received: from mailbox.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A06D43D2F for ; Mon, 9 Feb 2004 12:00:42 -0800 (PST) (envelope-from l.ertl@univie.ac.at) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) i19K0XkN1344704; Mon, 9 Feb 2004 21:00:35 +0100 Date: Mon, 9 Feb 2004 21:00:23 +0100 (CET) From: Lukas Ertl To: Doug White In-Reply-To: <20040209114534.B48001@carver.gumbysoft.com> Message-ID: <20040209205729.N644@korben.in.tern> References: <20040209133832.K40769@pcle2.cc.univie.ac.at> <20040209114534.B48001@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-DCC-ZID-Univie-Metrics: imap 4245; Body=0 Fuz1=0 Fuz2=0 cc: current@freebsd.org Subject: Re: 5.2.1-RC iso won't boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 20:00:43 -0000 On Mon, 9 Feb 2004, Doug White wrote: > On Mon, 9 Feb 2004, Lukas Ertl wrote: > > > > I've had this problem on several boxen with the 5.2-R iso, and now I see > > > it again with the 5.2.1-RC iso: > > > > > > I try to boot it, it comes to the "Boot from CD" prompt, and as soon as it > > > switches to the loader I see some kind of a registry dump that seems to > > > loop endlessly (I can't really tell what it says because it loops too > > > fast). > > > > > > I had no problems booting a 5.1-R iso, so, was there a change in the > > > loader code? > > > > I forgot to mention: this is a no-name P4 box with an MSI board, the CDROM > > identifies itself as > > > > acd0: CDROM at ata1-master PIO4 > > Sounds like a BIOS bug. Have you upgraded the BIOS recently? Tried a > different disc, in case it was corrupted? :) No, I didn't upgrade the BIOS, and IIRC there's no update available. Of course I thought I might have gotten a coaster :-), but I've tried 5.2-R, 5.2-R miniinst, and 5.2.1-RC, all of them show the same behaviour on at least three machines of the same kind. As stated, the 5.1 iso boots fine. We have gotten around by booting from a 5.1 CD and then switching to a 5.2 CD, but this isn't really elegant. :-) regards, le -- Lukas Ertl eMail: l.ertl@univie.ac.at UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 12:44:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FD8A16A4CE for ; Mon, 9 Feb 2004 12:44:15 -0800 (PST) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60D9D43D1F for ; Mon, 9 Feb 2004 12:44:15 -0800 (PST) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id VAA07014 for ; Mon, 9 Feb 2004 21:44:00 +0100 Date: Mon, 9 Feb 2004 21:45:10 +0100 From: Marc "UBM" Bocklet To: current@freebsd.org Message-Id: <20040209214510.6b75da56.ubm@u-boot-man.de> In-Reply-To: References: X-Mailer: Sylpheed version 0.9.8a (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Results using ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 20:44:15 -0000 On Mon, 09 Feb 2004 08:55:28 -0800 "Evan Dower" wrote: > I just switched to ULE (again) a couple days ago. I've been > recompiling all of my ports due to the pthreads thing and I'm running > Stanford's folding@home, so my system is pretty much never idle. I've > noticed that sometimes when I haven't used my system interactively for > a while (several hours), interactivity is slow to return when I start > using it again. For maybe around a minute, I can move the mouse and > then watch the pointer retrace my steps. Then interactivity will > suddenly return, and mouse movement goes back to normal. I'm running > with dual Athlon MP 1900+s: FreeBSD lojak 5.2-CURRENT FreeBSD > 5.2-CURRENT #0: Fri Feb 6 10:46:15 PST 2004 > evantd@lojak.washington.edu:/usr/obj/usr/current/src/sys/CUSTOM i386 > Thanks a lot and I hope somebody finds this helpful, I'm seeing a similar behaviour under 5.2-RELEASE, usually when there's a lot of load on one or both CPUs, but sometimes even when the system has been idle for a while and also hasn't been used interactively for some time ( >30mins ). Those "lags" usually last only for a few seconds, though. ACPI is enabled, but does not work (probably a BIOS problem). I'm running dual PII-Xeons 450Mhz on a Tyan Thunder X. FreeBSD greatsheep 5.2-RELEASE-p2 FreeBSD 5.2-RELEASE-p2 #0: Fri Feb 6 15:36:30 CET 2004 root@greatsheep:/usr/obj/usr/src/sys/SUBMARINE_SMP i386. Hope this helps. :-) Bye Marc From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 12:46:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 726F216A4CF for ; Mon, 9 Feb 2004 12:46:36 -0800 (PST) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F81543D2F for ; Mon, 9 Feb 2004 12:46:36 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 24126 invoked from network); 9 Feb 2004 20:46:34 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 9 Feb 2004 20:46:34 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i19KjrMA082127; Mon, 9 Feb 2004 15:46:26 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: "Poul-Henning Kamp" , David Schultz Date: Mon, 9 Feb 2004 14:55:14 -0500 User-Agent: KMail/1.5.4 References: <16693.1076233792@critter.freebsd.dk> In-Reply-To: <16693.1076233792@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200402091455.14961.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: current@FreeBSD.ORG cc: tjr@FreeBSD.ORG cc: Jun Su Subject: Re: PID Allocator Performance Results (was: Re: [UPDATE] new pid alloc...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 20:46:36 -0000 On Sunday 08 February 2004 04:49 am, Poul-Henning Kamp wrote: > In message <20040208094537.GA14749@VARK.homeunix.com>, David Schultz writes: > >> 10nsec per operation is getting you into the territory of effective > >> TSC-timecounter resolution, RAM access time, cache miss delays > >> and all sorts of other hardware effects. > > > >To avoid jitter and timestamping overhead, I read the time only at > >the start and end of the entire sequence of 10000 operations. > >I obtained the sample variance by running the entire test three > >times, i.e. > > Yes, but you have to remember that quite a lot of stuff happens > in the kernel of your iteration, and the stratification seems > to happen there. > > >Nevertheless, you're definitely right about the stratification. > > > >Yes, I realize that. I took 10 more samples of 10000 forks each > >with 5000 sleeping processes in the background and got the > >following: > > > >This data show a difference at the 95% confidence level, namely, > >that the NetBSD algorithm is about 1% faster on a system with 5000 > >processes (and only 0.1% faster if you're looking at the total > >overhead of fork() rather than vfork().) I think that pretty much > >rules out performance as the deciding factor between the two. > > Uhm, if you are using "Student's T" you have to remember that it > is only valid for gaussian noise processes. The stratification > we see is not any where near to gaussian. > > Either way: "tjr" should be our choice. Agreed. I'll defer to das@ on this one as he is the one who has done the actual research. Tom's version certainly seems to be the consensus. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 13:01:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2FDD16A4CE for ; Mon, 9 Feb 2004 13:01:37 -0800 (PST) Received: from smtp-out1.xs4all.nl (smtp-out1.xs4all.nl [194.109.24.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64C8B43D1D for ; Mon, 9 Feb 2004 13:01:37 -0800 (PST) (envelope-from mhellwig@xs4all.nl) Received: from xs4all.nl (xinagnet.xs4all.nl [80.126.243.229]) by smtp-out1.xs4all.nl (8.12.10/8.12.10) with ESMTP id i19L1ZVv036289 for ; Mon, 9 Feb 2004 22:01:36 +0100 (CET) Message-ID: <4027F52A.6000802@xs4all.nl> Date: Mon, 09 Feb 2004 22:01:30 +0100 From: "Martin P. Hellwig" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040209 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: xmms & thr_spinlock.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 21:01:38 -0000 Hi all, New to the list so be aware :-) I've cvsuped and rebuild (HEAD) world 6 h ago, now when I execute xmms (portversion 1.2.9) I get: Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) Segmentation fault (core dumped). Also Mozilla quite oftens crashes out. Could have this something to do with the above error? I'm no programmer but I'm quite willing to help, so how can I help (me)? Martin P. Hellwig From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 13:03:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22A1E16A4CE for ; Mon, 9 Feb 2004 13:03:07 -0800 (PST) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08FA343D1D for ; Mon, 9 Feb 2004 13:03:07 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 28557 invoked from network); 9 Feb 2004 21:03:06 -0000 Received: from dsl017-045-168.spk4.dsl.speakeasy.net (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 9 Feb 2004 21:03:06 -0000 Received: from hydrogen.funkthat.com (xeryjg@localhost.funkthat.com [127.0.0.1])i19L357Y095528; Mon, 9 Feb 2004 13:03:05 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i19L34Cr095527; Mon, 9 Feb 2004 13:03:04 -0800 (PST) Date: Mon, 9 Feb 2004 13:03:04 -0800 From: John-Mark Gurney To: John Wehle Message-ID: <20040209210304.GF85686@funkthat.com> Mail-Followup-To: John Wehle , bugs@freebsd.org, current@freebsd.org References: <200401290635.i0T6ZO224579@jwlab.FEITH.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200401290635.i0T6ZO224579@jwlab.FEITH.COM> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: bugs@freebsd.org cc: current@freebsd.org Subject: Re: nasty device_delete_child interaction X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 21:03:07 -0000 John Wehle wrote this message on Thu, Jan 29, 2004 at 01:35 -0500: > device_delete_child works by starting with the grandchildren > working back towards the immediate child. Several drivers > (i.e. if_xl.c, if_wx.c, iicbb.c) have code similar to: > > xxx_attach() > { > > ... > sc->child_dev = device_add_child ... > } > > xxx_detach() > { > > bus_generic_detach (); > if (sc->child_dev) > device_delete_child ... > } > > The problem is using device_delete_child on one of these > drivers causes the grandchild to be freed twice. When > device_delete_child is called for xxx, it recurses since > xxx has a child. The grandchild is detached and deleted. > xxx_detach is then called which calls device_delete_child > for the grandchild a second time causing a panic. Yes, I know about this problem. One of the problems with this also is that the newbus code isn't properly locked, nor are ref counts kept on who has a pointer, so that as device_delete_child happen, you can easily end up accessing a free'd device as you point out... There are many issues with the code, if you are interested in fixing these, drop me an email and I'll tell you more about them. I ran into these issues myself when writing my Zoran driver and working with the iicbus code. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 13:09:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAFBC16A4CF for ; Mon, 9 Feb 2004 13:09:15 -0800 (PST) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC38B43D1D for ; Mon, 9 Feb 2004 13:09:15 -0800 (PST) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id WAA08192 for ; Mon, 9 Feb 2004 22:09:00 +0100 Date: Mon, 9 Feb 2004 22:10:10 +0100 From: Marc "UBM" Bocklet To: current@freebsd.org Message-Id: <20040209221010.78b6001e.ubm@u-boot-man.de> In-Reply-To: <20040209115207.O48001@carver.gumbysoft.com> References: <20040209194521.33e4db2a.ubm@u-boot-man.de> <20040209115207.O48001@carver.gumbysoft.com> X-Mailer: Sylpheed version 0.9.8a (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Problem with ACPI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 21:09:16 -0000 On Mon, 9 Feb 2004 11:52:47 -0800 (PST) Doug White wrote: > On Mon, 9 Feb 2004, Marc UBM Bocklet wrote: > > > If I try to use ACPI on my Tyan Thunder X, I get > > > > acpi0: on motherboard > > ACPI-0168: *** Error: Could not transition to ACPI mode. > > acpi0: Could not enable ACPI: AE_NO_HARDWARE_RESPONSE > > device_probe_and_attach: acpi0 attach returned 6 > > This is certainly a BIOS problem; try upgrading the BIOS. if you're on > the most recent, its probably fatally braindamaged, or a very early > implementation. Not much we can do for you other than booting without > ACPI. Ok, thank you very much for clarifying that. The latest BIOS is from 1999, so it's probably a very early implementation. Bye Marc From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 13:14:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC40916A4CE for ; Mon, 9 Feb 2004 13:14:52 -0800 (PST) Received: from herbelot.dyndns.org (herbelot.net1.nerim.net [62.212.117.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id F38A343D2F for ; Mon, 9 Feb 2004 13:14:51 -0800 (PST) (envelope-from thierry@herbelot.com) Received: from localhost.invalid (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.12.10/8.12.10) with ESMTP id i19LAs0w014143; Mon, 9 Feb 2004 22:10:54 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Mon, 9 Feb 2004 22:14:49 +0100 User-Agent: KMail/1.6 References: <4027F52A.6000802@xs4all.nl> In-Reply-To: <4027F52A.6000802@xs4all.nl> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Message-Id: <200402092214.49050.thierry@herbelot.com> cc: "Martin P. Hellwig" Subject: Re: xmms & thr_spinlock.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 21:14:52 -0000 Le Monday 09 February 2004 22:01, Martin P. Hellwig a écrit : > Hi all, > > New to the list so be aware :-) > I've cvsuped and rebuild (HEAD) world 6 h ago, now when I execute xmms > (portversion 1.2.9) I get: > Fatal error 'Spinlock called when not threaded.' at line 83 in file > /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) > Segmentation fault (core dumped). > Also Mozilla quite oftens crashes out. Could have this something to do > with the above error? Hello, The problem seems to come from a mixup between incomptible threading libraries : the solution seems to rebuild all ports (with first wiping all ports ?) TfH From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 13:16:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11AD916A4CE for ; Mon, 9 Feb 2004 13:16:46 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C17CE43D2F for ; Mon, 9 Feb 2004 13:16:45 -0800 (PST) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id i19LGifo023928; Mon, 9 Feb 2004 16:16:45 -0500 (EST) Date: Mon, 9 Feb 2004 16:16:44 -0500 (EST) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Thierry Herbelot In-Reply-To: <200402092214.49050.thierry@herbelot.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-current@freebsd.org cc: "Martin P. Hellwig" Subject: Re: xmms & thr_spinlock.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 21:16:46 -0000 On Mon, 9 Feb 2004, Thierry Herbelot wrote: > Le Monday 09 February 2004 22:01, Martin P. Hellwig a =E9crit : > > Hi all, > > > > New to the list so be aware :-) > > I've cvsuped and rebuild (HEAD) world 6 h ago, now when I execute xmms > > (portversion 1.2.9) I get: > > Fatal error 'Spinlock called when not threaded.' at line 83 in file > > /usr/src/lib/libpthread/thread/thr_spinlock.c (errno =3D 0) > > Segmentation fault (core dumped). > > Also Mozilla quite oftens crashes out. Could have this something to do > > with the above error? >=20 > Hello, >=20 > The problem seems to come from a mixup between incomptible threading=20 > libraries : the solution seems to rebuild all ports (with first wiping al= l=20 > ports ?) See src/UPDATING and a number of related postings on -ports. --=20 Dan Eischen From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 13:25:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D873216A4CE for ; Mon, 9 Feb 2004 13:25:28 -0800 (PST) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 33E5943D1F for ; Mon, 9 Feb 2004 13:25:28 -0800 (PST) (envelope-from sebastian.ssmoller@gmx.net) Received: (qmail 6679 invoked by uid 65534); 9 Feb 2004 21:25:26 -0000 Received: from pD9E83432.dip.t-dialin.net (HELO tyrael.linnet) (217.232.52.50) by mail.gmx.net (mp007) with SMTP; 09 Feb 2004 22:25:26 +0100 X-Authenticated: #15005775 Date: Mon, 9 Feb 2004 22:26:19 +0100 From: sebastian ssmoller To: current@FreeBSD.ORG Message-Id: <20040209222619.7359d251.sebastian.ssmoller@gmx.net> Organization: X-Mailer: Sylpheed version 0.9.8a-gtk2-20040109 (GTK+ 2.2.4; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: panic: softdep_setup_inomapdep: found inode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 21:25:29 -0000 hi, i got this on my test system today. i found some other messages in the archives about that - does anyone know what the status of this panic is ? panic: softdep_setup_inomapdep: found inode panic messages: --- panic: softdep_setup_inomapdep: found inode at line 1278 in file /usr/src/sys/ufs/ffs/ffs_softdep.c Debugger("panic") panic: from debugger at line 450 in file /usr/src/sys/ddb/db_command.cUptime: 37m17s Dumping 255 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 --- warning: cannot find file for module geom_concat.ko Error while mapping shared library sections: geom_concat.ko: No such file or directory. Reading symbols from /usr/obj/usr/src/sys/DEBUG/modules/usr/src/sys/modules/linux/linux.ko.d ebug...done. Loaded symbols for /usr/obj/usr/src/sys/DEBUG/modules/usr/src/sys/modules/linux/linux.ko.d ebug Reading symbols from /boot/kernel/acpi.ko...done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /usr/obj/usr/src/sys/DEBUG/modules/usr/src/sys/modules/linprocfs/linpro cfs.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/DEBUG/modules/usr/src/sys/modules/linprocfs/linpro cfs.ko.debug Error while reading shared library symbols: geom_concat.ko: No such file or directory. #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 240 dumping++; (kgdb) (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc04d56b5 in boot (howto=260) at #/usr/src/sys/kern/kern_shutdown.c:374 2 0xc04d5983 in __panic () at #/usr/src/sys/kern/kern_shutdown.c:552 3 0xc043c6c7 in db_panic () at #/usr/src/sys/ddb/db_command.c:450 4 0xc043c654 in db_command #(last_cmdp=0xc069e020, cmd_table=0x0, aux_cmd_tablep=0xc065e9a0, #aux_cmd_tablep_end=0xc065e9a4) at /usr/src/sys/ddb/db_command.c:346 5 #0xc043c734 in db_command_loop () at /usr/src/sys/ddb/db_command.c:472 6 # 0xc043edfd in db_trap (type=3, code=0) at # /usr/src/sys/ddb/db_trap.c:73 #7 0xc0600351 in kdb_trap (type=3, code=0, regs=0xce39e768) at #/usr/src/sys/i386/i386/db_interface.c:171 8 0xc060d724 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi = -1067114163, tf_ebp = -835065940, tf_isp = -835065964, tf_ebx = 0, tf_edx = 0, tf_ecx = -1061076992, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1067448895, tf_cs = 8, tf_eflags = 642, tf_esp = -835065888, tf_ss = -835065908}) at /usr/src/sys/i386/i386/trap.c:579 #9 0xc06005c1 in Debugger (msg=0xc0641426 "panic") at #machine/cpufunc.h:65 10 0xc04d5933 in __panic (file=0xc0651d38 #"/usr/src/sys/ufs/ffs/ffs_softdep.c", line=1278, fmt=0xc065214d #"softdep_setup_inomapdep: found inode") at /usr/src/sys/kern/kern_shutdown.c:536 #11 0xc05b71cd in softdep_setup_inomapdep (bp=0xc797d828, ip=0x0, #newinum=895012) at /usr/src/sys/ufs/ffs/ffs_softdep.c:1278 12 #0xc05aaed4 in ffs_nodealloccg (ip=0xc38f2e38, cg=38, ipref=36, #mode=33152) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1611 13 0xc05a9efb in #ffs_hashalloc (ip=0xc38f2e38, cg=38, pref=895163, size=33152, #allocator=0xc05aac28 ) at #/usr/src/sys/ufs/ffs/ffs_alloc.c:1155 14 0xc05a973b in ffs_valloc #(pvp=0xc3915000, mode=33152, cred=0xc29b0980, vpp=0xce39e8f4) at #/usr/src/sys/ufs/ffs/ffs_alloc.c:857 15 0xc05cd01d in ufs_makeinode #(mode=33152, dvp=0xc3915000, vpp=0xce39ebf8, cnp=0xce39ec0c) at #/usr/src/sys/ufs/ufs/ufs_vnops.c:2358 16 0xc05c9cd2 in ufs_create #(ap=0xce39ea74) at /usr/src/sys/ufs/ufs/ufs_vnops.c:199 17 0xc05cd63b #in ufs_vnoperate (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2793 18 #0xc05297e3 in vn_open_cred (ndp=0xce39ebe4, flagp=0xce39ece4, #cmode=384, cred=0xc29b0980, fdidx=0) at vnode_if.h:118 19 0xc052966a in #vn_open (ndp=0x0, flagp=0xce39ece4, cmode=384, fdidx=7) at #/usr/src/sys/kern/vfs_vnops.c:93 20 0xc0523d29 in kern_open #(td=0xc272d930, path=0x0, pathseg=UIO_USERSPACE, flags=1539, mode=384) #at /usr/src/sys/kern/vfs_syscalls.c:963 21 0xc0523c68 in open #(td=0xc272d930, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:933 22 #0xc060de8f in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077941248, tf_esi = -1077941232, tf_ebp = 136309500, tf_isp = -835064460, tf_ebx = 3, tf_edx = 4, tf_ecx = 1, tf_eax = 5, tf_trapno = 0, tf_err = 2, tf_eip = 672722811, tf_cs = 31, tf_eflags = 530, tf_esp = 136309344, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1008 #23 0x2818ef7b in ?? () ---Can't read userspace from dump, or kernel process--- (kgdb) $ uname -a FreeBSD andariel.linnet 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sat Feb 7 19:45:43 CET 2004 root@andariel.linnet:/usr/obj/usr/src/sys/DEBUG i386 regards, seb -- Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD: Are you guys coming or what? OpenBSD: Hey guys you left some holes out there! From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 13:38:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB0D616A4CE for ; Mon, 9 Feb 2004 13:38:42 -0800 (PST) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AB2043D2F for ; Mon, 9 Feb 2004 13:38:42 -0800 (PST) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) i19LYgW1018384; Mon, 9 Feb 2004 16:34:43 -0500 (EST) (envelope-from sven@dmv.com) From: Sven Willenberger To: Doug White In-Reply-To: <20040209114753.L48001@carver.gumbysoft.com> References: <1076192961.18071.10.camel@lanshark.dmv.com> <1076338994.19845.10.camel@lanshark.dmv.com> <20040209114753.L48001@carver.gumbysoft.com> Content-Type: text/plain Message-Id: <1076362711.19842.65.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 09 Feb 2004 16:38:31 -0500 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 cc: freebsd-current@freebsd.org Subject: Re: 5.2 Install CD doesn't detect all scsi drives X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 21:38:43 -0000 On Mon, 2004-02-09 at 14:51, Doug White wrote: > Try this. At the sysinstall menu, hit scroll lock, then arrow up and check > out the asr probe messages. It'd be extra neat if you could capture them > with a serial console. > Having issues outputting to console (minicom on another FreeBSD box) from the install CD so here is the output I copied instead: asr0: mem 0xfc000000-0xfdffffff,0xfb000000-0xfbffffff,0xf8300000-0xf82fffff irq24 at device 1.0 on pci3 asr0: major=154 pcib3: device asr0 requested decoded memory range 0xf8300000-0xf83fffff pcib1: device asr0 requested decoded memory range 0xf8300000-0xf83fffff pcib3: device asr0 requested decoded memory range 0xfb000000-0xfb400000 pcib1: device asr0 requested decoded memory range 0xfb000000-0xfb400000 . . --other devices listed here . . (probe0:asr0:0:0:0): Data Overrun (probe0:asr0:0:0:0): Retrying Command (probe0:asr0:0:0:0): Data Overrun (probe0:asr0:0:0:0): Retrying Command (probe0:asr0:0:0:0): Data Overrun (probe0:asr0:0:0:0): Retrying Command (probe0:asr0:0:0:0): Data Overrun (probe0:asr0:0:0:0): Retrying Command (probe0:asr0:0:0:0): Data Overrun (probe0:asr0:0:0:0): error 5 (probe0:asr0:0:0:0): Retries Exhausted pass0 at asr0 bus 1 target 1 lun 0 pass0: Fixed DirectAccess SCSI-2 Device pass0: Serial Number + pass0: Tagged Queueing Enabled GEOM: create disk da0 dp=0xc6fd0850 GEOM: new disk da0 da0 at asr0 bus 1 target 1 lun 0 da0: Fixed DirectAccess SCSI-2 Device da0: Serial Number + > Next, hit scroll lock to get the screen back, then go to Fixit, then > Shell. Run '/stand/camcontrol devlist -v' and paste us the output. That > should show the two disk devices. > /stand/camcontrol devlist -v scbus0 on asr0 bus 0: < > at scbus0 target -1 lun -1 () scbus1 on asr0 bus 1: at scbus1 target 1 lun 0 (da0,pass0) < > at scbus1 target -1 lun -1 () scbus-1 on xpt0 < > at scbus-1 target -1 lun -1 (xpt0) in the above: the lone SCSI drive is the one at asr0 bus 0 and is where I want the majority of the install to take place. The RAID located on bus1 is for a data spool. > Why it can't open the device is curious, and better yet is the bug where > sysinstall doesn't print errno. :-) > From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 13:39:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD57816A4F5 for ; Mon, 9 Feb 2004 13:39:38 -0800 (PST) Received: from cg.c.is (mail.hallo.is [193.4.194.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12F7543D1D for ; Mon, 9 Feb 2004 13:39:38 -0800 (PST) (envelope-from thib@heimsnet.is) Received: from claufield.bitcode.org (bofh.bitcode.org [213.220.74.36]) by cg.c.is (8.12.9/8.12.9) with SMTP id i19LdawP11272244 for ; Mon, 9 Feb 2004 21:39:36 GMT Date: Mon, 9 Feb 2004 21:39:58 +0000 From: Thordur Ivar To: freebsd-current@freebsd.org Message-Id: <20040209213958.3d2db1c8.thib@heimsnet.is> In-Reply-To: <20040209205729.N644@korben.in.tern> References: <20040209133832.K40769@pcle2.cc.univie.ac.at> <20040209114534.B48001@carver.gumbysoft.com> <20040209205729.N644@korben.in.tern> X-Mailer: Sylpheed version 0.9.9 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: 5.2.1-RC iso won't boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 21:39:38 -0000 On Mon, 9 Feb 2004 21:00:23 +0100 (CET) Lukas Ertl wrote: > On Mon, 9 Feb 2004, Doug White wrote: > > > On Mon, 9 Feb 2004, Lukas Ertl wrote: > > > > > > I've had this problem on several boxen with the 5.2-R iso, and now I see > > > > it again with the 5.2.1-RC iso: > > > > > > > > I try to boot it, it comes to the "Boot from CD" prompt, and as soon as it > > > > switches to the loader I see some kind of a registry dump that seems to > > > > loop endlessly (I can't really tell what it says because it loops too > > > > fast). > > > > > > > > I had no problems booting a 5.1-R iso, so, was there a change in the > > > > loader code? > > > > > > I forgot to mention: this is a no-name P4 box with an MSI board, the CDROM > > > identifies itself as > > > > > > acd0: CDROM at ata1-master PIO4 > > > > Sounds like a BIOS bug. Have you upgraded the BIOS recently? Tried a > > different disc, in case it was corrupted? :) > > No, I didn't upgrade the BIOS, and IIRC there's no update available. > > Of course I thought I might have gotten a coaster :-), but I've tried > 5.2-R, 5.2-R miniinst, and 5.2.1-RC, all of them show the same behaviour > on at least three machines of the same kind. As stated, the 5.1 iso boots > fine. > > We have gotten around by booting from a 5.1 CD and then switching to a 5.2 > CD, but this isn't really elegant. :-) > > regards, > le > > -- > Lukas Ertl eMail: l.ertl@univie.ac.at > UNIX Systemadministrator Tel.: (+43 1) 4277-14073 > Vienna University Computer Center Fax.: (+43 1) 4277-9140 > University of Vienna http://mailbox.univie.ac.at/~le/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" This must be a HW proplem since I downloaded 5.2.1-RC-i386-miniinst.iso ( md5 sum 23edc450f53ca28d1772fd1e08016bf2 ) from ftp.is.freebsd.org just yesterday and it worked fine. -- Thordur Ivar thib@{heimsnet.is,bitcode.org} FreeBSD and Unix since 2001! http://www.bitcode.org - No sin is greater the ours - From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 13:40:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5503B16A4CE for ; Mon, 9 Feb 2004 13:40:45 -0800 (PST) Received: from smtp-out5.xs4all.nl (smtp-out5.xs4all.nl [194.109.24.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAD3E43D1D for ; Mon, 9 Feb 2004 13:40:44 -0800 (PST) (envelope-from mhellwig@xs4all.nl) Received: from xs4all.nl (xinagnet.xs4all.nl [80.126.243.229]) by smtp-out5.xs4all.nl (8.12.10/8.12.10) with ESMTP id i19Lehn1078789 for ; Mon, 9 Feb 2004 22:40:44 +0100 (CET) Message-ID: <4027FE55.1050605@xs4all.nl> Date: Mon, 09 Feb 2004 22:40:37 +0100 From: "Martin P. Hellwig" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040209 X-Accept-Language: en-us, en To: freebsd-current@freebsd.org References: In-Reply-To: Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Content-Type: text/plain; charset="X-UNKNOWN" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: xmms & thr_spinlock.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 21:40:45 -0000 From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 13:53:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C466016A4CE for ; Mon, 9 Feb 2004 13:53:46 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-106-71.dsl.lsan03.pacbell.net [64.169.106.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E26043D1D for ; Mon, 9 Feb 2004 13:53:46 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CD52266CC9; Mon, 9 Feb 2004 13:53:45 -0800 (PST) Date: Mon, 9 Feb 2004 13:53:45 -0800 From: Kris Kennaway To: Richard Coleman Message-ID: <20040209215345.GA21980@xor.obsecurity.org> References: <20040209022820.00faa408@pyro.convolution.ti> <20040209043217.GA1009@xor.obsecurity.org> <4027871E.8080800@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <4027871E.8080800@mindspring.com> User-Agent: Mutt/1.4.1i cc: "Bruno T." cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: -fno-strict-aliasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 21:53:46 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 09, 2004 at 08:11:58AM -0500, Richard Coleman wrote: > Kris Kennaway wrote: >=20 > >On Mon, Feb 09, 2004 at 02:28:20AM -0200, Bruno T. wrote: > > > >>Hi everyone. > >>i'm pretty new to bsd, but i have some background in linux development > >>and for what i have seen until now, i must say that -CURRENT is rather= =20 > >>impressive, congrats ! > >> > >>I was rebuilding my base sys and noticed that any compiler flag=20 > >>that implies -fstrict-aliasing (like -O2) would break some few things, > >>adding "-fno-strict-aliasing" to "CFLAGS+=3D" in these makefiles > >>solves the problem for now. > > > > > >Don't do that then :-) > > > >Kris >=20 > Although it's not urgent, I don't see why the aliasing problems can't be= =20 > fixed. I think it would be more honest if the party line was "FreeBSD=20 > has bugs, so we can't use -O2 right now" rather than the standard reply= =20 > of "-O2 is not supported, don't even try". It's "don't even try unless you plan to fix them". Kris --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAKAFpWry0BWjoQKURAlMrAJ48ulEzihuZc2lrCZ4QiiT1lCM1ZwCfeTNY ABpvEaLBCGAkSX7hvPKiexk= =RWj6 -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 14:43:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B93516A4CE for ; Mon, 9 Feb 2004 14:43:32 -0800 (PST) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id D82A543D2F for ; Mon, 9 Feb 2004 14:43:31 -0800 (PST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id i19MhQhR007239; Mon, 9 Feb 2004 22:43:26 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id i19MhQbJ094185; Mon, 9 Feb 2004 22:43:26 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost)i19MhPNT094182; Mon, 9 Feb 2004 22:43:26 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Mon, 9 Feb 2004 22:43:25 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Lukas Ertl In-Reply-To: <20040209205729.N644@korben.in.tern> Message-ID: <20040209223945.U93734@ury.york.ac.uk> References: <20040209133832.K40769@pcle2.cc.univie.ac.at> <20040209205729.N644@korben.in.tern> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: 5.2.1-RC iso won't boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 22:43:32 -0000 On Mon, 9 Feb 2004, Lukas Ertl wrote: > On Mon, 9 Feb 2004, Doug White wrote: > > Sounds like a BIOS bug. Have you upgraded the BIOS recently? Tried a > > different disc, in case it was corrupted? :) > > No, I didn't upgrade the BIOS, and IIRC there's no update available. > > Of course I thought I might have gotten a coaster :-), but I've tried > 5.2-R, 5.2-R miniinst, and 5.2.1-RC, all of them show the same behaviour > on at least three machines of the same kind. As stated, the 5.1 iso boots > fine. > > We have gotten around by booting from a 5.1 CD and then switching to a 5.2 > CD, but this isn't really elegant. :-) This sounds similar to a problem I was seeing with an MSI motherboard. I also worked around it in the same way, although later discovered that a BIOS update was available which did fix it. THis motherboard was manufactured over a year ago, however. Try booting a -CURRENT CD, I seem to remember a fix going into the loader recently to fix some register trashing or something. If it works, re@ may be interested to hear about it during the preperation for 5.2.1... Gavin From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 15:19:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CDB516A4CE for ; Mon, 9 Feb 2004 15:19:00 -0800 (PST) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5E1C43D1F for ; Mon, 9 Feb 2004 15:18:59 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])i19NIpLE016321; Tue, 10 Feb 2004 10:18:51 +1100 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i19NIjYc016273; Tue, 10 Feb 2004 10:18:49 +1100 Date: Tue, 10 Feb 2004 10:18:43 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Stefan Farfeleder In-Reply-To: <20040209145920.GA623@wombat.fafoe.narf.at> Message-ID: <20040210101500.N50462@gamplex.bde.org> References: <20040209023623.GA30071@xor.obsecurity.org> <20040209145920.GA623@wombat.fafoe.narf.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: Kris Kennaway Subject: Re: grep bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 23:19:00 -0000 On Mon, 9 Feb 2004, Stefan Farfeleder wrote: > On Sun, Feb 08, 2004 at 06:36:23PM -0800, Kris Kennaway wrote: > > kkenn@rot13:~ grep -r foo / > /dev/null > > grep: /dev/network: Permission denied > > grep: /dev/geom.ctl: Permission denied > > grep: /dev/devctl: Permission denied > > grep: /dev/ata: Permission denied > > grep: /dev/console: Permission denied > > grep in realloc(): error: allocation failed > > ^C^C^CAbort (core dumped) > > -current aborts by default on memory allocation failures, you have to > set the 'a' flag via MALLOC_OPTIONS or /etc/malloc.conf. I have this turned off in /etc/malloc.conf, but turning it off has been broken for about a year for user root and group wheel: %%% Index: malloc.c =================================================================== RCS file: /home/ncvs/src/lib/libc/stdlib/malloc.c,v retrieving revision 1.72 retrieving revision 1.73 diff -u -2 -r1.72 -r1.73 --- malloc.c 21 Aug 2002 17:11:00 -0000 1.72 +++ malloc.c 23 Jan 2003 21:26:47 -0000 1.73 @@ -10,5 +10,5 @@ #include -__FBSDID("$FreeBSD: src/lib/libc/stdlib/malloc.c,v 1.72 2002/08/21 17:11:00 phk Exp $"); +__FBSDID("$FreeBSD: src/lib/libc/stdlib/malloc.c,v 1.73 2003/01/23 21:26:47 phk Exp $"); /* @@ -465,4 +465,11 @@ } } + + /* + * Sensitive processes, somewhat arbitrarily defined here as setuid, + * setgid, root and wheel cannot afford to have malloc mistakes. + */ + if (issetugid() || getuid() == 0 || getgid() == 0) + malloc_abort = 1; UTRACE(0, 0, 0); %%% This code is executed after parsing MALLOC_OPTIONS etc., so there is no way to override it. Bruce From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 16:33:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 034B216A4CE for ; Mon, 9 Feb 2004 16:33:16 -0800 (PST) Received: from jk.homeunix.net (dhcp-19-33.dsl.CSUChico.EDU [132.241.19.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9A6743D1D for ; Mon, 9 Feb 2004 16:33:15 -0800 (PST) (envelope-from jk@jk.homeunix.net) Received: from jk.homeunix.net (localhost [127.0.0.1])i1A0XFot010548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 9 Feb 2004 16:33:15 -0800 (PST) Received: (from warlock@localhost)i1A0XF0R010547 for freebsd-current@freebsd.org; Mon, 9 Feb 2004 16:33:15 -0800 (PST) Date: Mon, 9 Feb 2004 16:33:15 -0800 From: John Kennedy To: freebsd-current@freebsd.org Message-ID: <20040210003315.GA10477@memnoch.jk.homeunix.net> References: <20040119063209.GA27591@memnoch.jk.homeunix.net> <20040120030935.GA42673@memnoch.jk.homeunix.net> <20040121142201.GA56019@memnoch.jk.homeunix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040121142201.GA56019@memnoch.jk.homeunix.net> User-Agent: Mutt/1.4.1i Subject: Re: Shuttle SB75G2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 00:33:16 -0000 On Wed, Jan 21, 2004 at 06:22:01AM -0800, John Kennedy wrote: > Since I'm returning the whole thing for RMA (lacking a specific component > as a smoking gun), ... For the future archive searches... Eventually, the vendor decided that the CPU was bad. Replaced it, and all seems well. From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 17:10:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D6FA16A4CE for ; Mon, 9 Feb 2004 17:10:41 -0800 (PST) Received: from mail.crypta.net (mail.crypta.net [194.97.74.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ECB043D31 for ; Mon, 9 Feb 2004 17:10:41 -0800 (PST) (envelope-from ah@crypta.net) Received: by mail.crypta.net (Postfix, from userid 1001) id A80A6ECD408; Tue, 10 Feb 2004 02:10:38 +0100 (CET) Date: Tue, 10 Feb 2004 02:10:38 +0100 From: Andy Hilker To: freebsd-current@freebsd.org Message-ID: <20040210011037.GC27558@mail.crypta.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-PGP-Key: http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=0xEC6E1071 X-PGP-Fingerprint: 9B2E 5892 AD93 D5C5 FB8E 3912 35D6 951B EC6E 1071 Organization: cryptobank - Andy Hilker Subject: ports/www/mod_python3 + libc_r + php4/mhash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 01:10:41 -0000 Hi, after update world and all ports, apache core dumped with signal 11. I have found out, that mod_php4 with mhash support AND the following lines in $PREFIX/sbin/envvars: LD_PRELOAD=/usr/lib/libc_r.so export LD_PRELOAD is the reason. Without these envars, everything but mod_python3 runs fine. Is there anything i could try or do to reanimate python? :) Thank you. Andy From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 18:17:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA3C516A4CE for ; Mon, 9 Feb 2004 18:17:25 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE0E343D1D for ; Mon, 9 Feb 2004 18:17:25 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id 00B383BD10; Mon, 9 Feb 2004 21:17:25 -0500 (EST) Message-ID: <40283F46.5050307@mindspring.com> Date: Mon, 09 Feb 2004 21:17:42 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20040209022820.00faa408@pyro.convolution.ti> <20040209043217.GA1009@xor.obsecurity.org> <4027871E.8080800@mindspring.com> <20040209215345.GA21980@xor.obsecurity.org> In-Reply-To: <20040209215345.GA21980@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Bruno T." cc: freebsd-current@freebsd.org Subject: Re: -fno-strict-aliasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 02:17:26 -0000 Kris Kennaway wrote: > On Mon, Feb 09, 2004 at 08:11:58AM -0500, Richard Coleman wrote: > >>Kris Kennaway wrote: >> >> >>>On Mon, Feb 09, 2004 at 02:28:20AM -0200, Bruno T. wrote: >>> >>> >>>>Hi everyone. >>>>i'm pretty new to bsd, but i have some background in linux development >>>>and for what i have seen until now, i must say that -CURRENT is rather >>>>impressive, congrats ! >>>> >>>>I was rebuilding my base sys and noticed that any compiler flag >>>>that implies -fstrict-aliasing (like -O2) would break some few things, >>>>adding "-fno-strict-aliasing" to "CFLAGS+=" in these makefiles >>>>solves the problem for now. >>> >>> >>>Don't do that then :-) >>> >>>Kris >> >>Although it's not urgent, I don't see why the aliasing problems can't be >>fixed. I think it would be more honest if the party line was "FreeBSD >>has bugs, so we can't use -O2 right now" rather than the standard reply >>of "-O2 is not supported, don't even try". > > > It's "don't even try unless you plan to fix them". > > Kris I don't have any problem with that. The person that started the thread (Bruno) was actually looking at the code (at least the Makefiles). I guess my point is that we should never dampen someone's enthusiasm for fixing bugs. We can be pretty grumpy around here sometimes :-) Richard Coleman richardcoleman@mindspring.com From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 20:57:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E0FE516A4CE for ; Mon, 9 Feb 2004 20:57:01 -0800 (PST) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.10/8.12.9) with ESMTP id i1A4v1wg001534 for ; Mon, 9 Feb 2004 23:57:01 -0500 (EST) (envelope-from green@green.homeunix.org) Received: from localhost (green@localhost)i1A4v1As001530 for ; Mon, 9 Feb 2004 23:57:01 -0500 (EST) Message-Id: <200402100457.i1A4v1As001530@green.homeunix.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: current@FreeBSD.org From: Brian Fundakowski Feldman Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_-3609971720" Date: Mon, 09 Feb 2004 23:57:01 -0500 Sender: green@green.homeunix.org Subject: panic (page fault) in poll (on pipe) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 04:57:02 -0000 This is a multipart MIME message. --==_Exmh_-3609971720 Content-Type: text/plain; charset=us-ascii Please note that the poll(2) call only had one valid file descriptor (the others were marked POLLNVAL), and that one is a pipe. Locking bug? New pipe bug? I'd love it if someone had an idea :-/ Only one day of uptime before I saw this one, on a brand new kernel. --==_Exmh_-3609971720 Content-Type: text/plain ; name="sel_crash.txt"; charset=us-ascii Content-Description: sel_crash.txt Content-Disposition: attachment; filename="sel_crash.txt" Script started on Mon Feb 9 23:51:53 2004 {"/home/crash"}# gdb -k /usr/src/sys/i386/compile/GREEN/kernel.debug vmcore. {"/home/crash"}# le/GREEN/kernel.debug vmcore.0 < GNU gdb 5.2.1 (FreeBSD) Copyright 2002 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-undermydesk-freebsd"... panic: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xdeadc0e6 fault code = supervisor write, page not present instruction pointer = 0x8:0xc04cab65 stack pointer = 0x10:0xd8c0fb84 frame pointer = 0x10:0xd8c0fb98 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 = 33167 (mozilla-bin) trap number = 12 panic: page fault at line 819 in file ../../../i386/i386/trap.c cpuid = 1; Stack backtrace: backtrace(c063b6fb,1,333,c064b767,100) at backtrace+0x17 __panic(c064b767,333,c064184c,c064b5a0,1) at __panic+0x14f trap_fatal(d8c0fb44,deadc0e6,2,0,c32e8a80) at trap_fatal+0x326 trap_pfault(d8c0fb44,0,deadc0e6,c06ace00,deadc0e6) at trap_pfault+0x1b7 trap(18,10,10,c32e8a80,0) at trap+0x30c calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc04cab65, esp = 0xd8c0fb84, ebp = 0xd8c0fb98 --- clear_selinfo_list(c32e8a80,0,c0630474,3ec,18) at clear_selinfo_list+0x35 poll(c32e8a80,d8c0fd14,c,438,3) at poll+0x474 syscall(2f,2f,2f,80c8c00,ffffffff) at syscall+0x272 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (209), eip = 0x288e890f, esp = 0xbfaedc94, ebp = 0xbfaedcb0 --- boot() called on cpu#1 Uptime: 23h48m56s Dumping 511 MB Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0x0 stack pointer = 0x10:0xd523acc0 frame pointer = 0x10:0xd523ace4 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 = 41 (swi7: task queue) trap number = 12 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480[CTRL-C to abort] [CTRL-C to abort] 496[CTRL-C to abort] --- Reading symbols from /boot/kernel/if_dc.ko...done. Loaded symbols for /boot/kernel/if_dc.ko Reading symbols from /boot/kernel/miibus.ko...done. Loaded symbols for /boot/kernel/miibus.ko Reading symbols from /boot/kernel/if_xl.ko...done. Loaded symbols for /boot/kernel/if_xl.ko Reading symbols from /boot/kernel/snd_pcm.ko...done. Loaded symbols for /boot/kernel/snd_pcm.ko Reading symbols from /boot/kernel/snd_cmi.ko...done. Loaded symbols for /boot/kernel/snd_cmi.ko Reading symbols from /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/usb/usb.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/usb/usb.ko.debug Reading symbols from /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/uhid/uhid.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/uhid/uhid.ko.debug Reading symbols from /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/ums/ums.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/ums/ums.ko.debug Reading symbols from /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/umass/umass.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/umass/umass.ko.debug Reading symbols from /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/cam/cam.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/cam/cam.ko.debug Reading symbols from /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/agp/agp.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/agp/agp.ko.debug Reading symbols from /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/random/random.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/random/random.ko.debug Reading symbols from /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/acpi/acpi.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/acpi/acpi.ko.debug Reading symbols from /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/procfs/procfs.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/procfs/procfs.ko.debug Reading symbols from /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/pseudofs/pseudofs.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/pseudofs/pseudofs.ko.debug Reading symbols from /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/fdescfs/fdescfs.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/fdescfs/fdescfs.ko.debug Reading symbols from /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/ntfs/ntfs.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/ntfs/ntfs.ko.debug Reading symbols from /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/linprocfs/linprocfs.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/linprocfs/linprocfs.ko.debug Reading symbols from /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/linux/linux.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/linux/linux.ko.debug Reading symbols from /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/nfsclient/nfsclient.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/nfsclient/nfsclient.ko.debug Reading symbols from /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/nfsserver/nfsserver.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/GREEN/modules/usr/src/sys/modules/nfsserver/nfsserver.ko.debug Reading symbols from /boot/kernel/green_saver.ko...done. Loaded symbols for /boot/kernel/green_saver.ko #0 doadump () at ../../../kern/kern_shutdown.c:240 240 dumping++; (kgdb) p bt #0 doadump () at ../../../kern/kern_shutdown.c:240 #1 0xc049f463 in boot (howto=0x104) at ../../../kern/kern_shutdown.c:374 #2 0xc049f86b in __panic () at ../../../kern/kern_shutdown.c:552 #3 0xc06037a6 in trap_fatal (frame=0xd8c0fb44, eva=0x0) at ../../../i386/i386/trap.c:819 #4 0xc0603457 in trap_pfault (frame=0xd8c0fb44, usermode=0x0, eva=0xdeadc0e6) at ../../../i386/i386/trap.c:733 #5 0xc060304c in trap (frame= {tf_fs = 0x18, tf_es = 0x10, tf_ds = 0x10, tf_edi = 0xc32e8a80, tf_esi = 0x0, tf_ebp = 0xd8c0fb98, tf_isp = 0xd8c0fb70, tf_ebx = 0xc32e8a80, tf_edx = 0xc32e8a80, tf_ecx = 0x1, tf_eax = 0xdeadc0de, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0xc04cab65, tf_cs = 0x8, tf_eflags = 0x10286, tf_esp = 0xc06ace00, tf_ss = 0x1}) at ../../../i386/i386/trap.c:420 #6 0xc04cab65 in clear_selinfo_list (td=0xc32e8a80) at ../../../kern/sys_generic.c:1139 #7 0xc04ca904 in poll (td=0xc32e8a80, uap=0xd8c0fd14) at ../../../kern/sys_generic.c:1037 #8 0xc0603ae2 in syscall (frame= {tf_fs = 0x2f, tf_es = 0x2f, tf_ds = 0x2f, tf_edi = 0x80c8c00, tf_esi = 0xffffffff, tf_ebp = 0xbfaedcb0, tf_isp = 0xd8c0fd74, tf_ebx = 0x2818947c, tf_edx = 0x8d5a5e0, tf_ecx = 0x0, tf_eax = 0xd1, tf_trapno = 0x16, tf_err = 0x2, tf_eip = 0x288e890f, tf_cs = 0x1f, tf_eflags = 0x286, tf_esp = 0xbfaedc94, tf_ss = 0x2f}) at ../../../i386/i386/trap.c:1008 #9 0x288e890f in ?? () ---Can't read userspace from dump, or kernel process--- (kgdb) frame 7 #7 0xc04ca904 in poll (td=0xc32e8a80, uap=0xd8c0fd14) at ../../../kern/sys_generic.c:1037 1037 clear_selinfo_list(td); (kgdb) p td->td_proc->p_comm $1 = "mozilla-bin\0\0\0\0\0\0\0\0" (kgdb) p td->td_selq $2 = {tqh_first = 0xc44a4c0c, tqh_last = 0xc44a4c0c} (kgdb) p td->td_selq.tqh_first $3 = (struct selinfo *) 0xc44a4c0c (kgdb) p td->td_selq.tqh_first[0] $4 = {si_thrlist = {tqe_next = 0xdeadc0de, tqe_prev = 0xc32e8ab0}, si_thread = 0x0, si_note = { slh_first = 0xdeadc0de}, si_flags = 0xc0de} (kgdb) p *(struct pipe *)td->r td_proc->p_fd->fd_ofiles[6]->f_data $5 = {pipe_buffer = {cnt = 0x1, in = 0x1, out = 0x0, size = 0x4000, buffer = 0xd3589000 "8888"}, pipe_map = { kva = 0x0, cnt = 0x0, pos = 0x0, npages = 0x0, ms = {0x0 }}, pipe_sel = {si_thrlist = { tqe_next = 0xc44a4c0c, tqe_prev = 0xc32e8ab0}, si_thread = 0x0, si_note = {slh_first = 0x0}, si_flags = 0x0}, pipe_atime = {tv_sec = 0x402847c5, tv_nsec = 0x0}, pipe_mtime = {tv_sec = 0x402847c5, tv_nsec = 0x0}, pipe_ctime = { tv_sec = 0x402845bc, tv_nsec = 0x0}, pipe_sigio = 0x0, pipe_peer = 0xc3c9352c, pipe_pair = 0xc3c93480, pipe_state = 0x800, pipe_busy = 0x0, pipe_present = 0x1} (kgdb) p $5.pipe_sel.si_thrlist.tqe_next $6 = (struct selinfo *) 0xc44a4c0c (kgdb) p *$5.pipe_peer $7 = {pipe_buffer = {cnt = 0x0, in = 0x0, out = 0x0, can not access 0xd358d000, invalid address (d358d000) can not access 0xd358d000, invalid address (d358d000) can not access 0xd358d000, invalid address (d358d000) can not access 0xd358d000, invalid address (d358d000) can not access 0xd358d000, invalid address (d358d000) can not access 0xd358d000, invalid address (d358d000) size = 0x4000, buffer = 0xd358d000
}, pipe_map = {kva = 0x0, cnt = 0x0, pos = 0x0, npages = 0x0, ms = {0x0 }}, pipe_sel = {si_thrlist = {tqe_next = 0x0, tqe_prev = 0x0}, si_thread = 0x0, si_note = {slh_first = 0x0}, si_flags = 0x0}, pipe_atime = {tv_sec = 0x402845bc, tv_nsec = 0x0}, pipe_mtime = {tv_sec = 0x402845bc, tv_nsec = 0x0}, pipe_ctime = {tv_sec = 0x402845bc, tv_nsec = 0x0}, pipe_sigio = 0x0, pipe_peer = 0xc3c93480, pipe_pair = 0xc3c93480, pipe_state = 0x800, pipe_busy = 0x0, pipe_present = 0x1} (kgdb) {"/home/crash"}# ^D Script done on Mon Feb 9 23:53:48 2004 --==_Exmh_-3609971720 Content-Type: text/plain; charset=us-ascii -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ --==_Exmh_-3609971720-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 21:15:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52C0316A4CF for ; Mon, 9 Feb 2004 21:15:19 -0800 (PST) Received: from 82-41-27-158.cable.ubr04.edin.blueyonder.co.uk (82-41-27-158.cable.ubr04.edin.blueyonder.co.uk [82.41.27.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB46843D2F for ; Mon, 9 Feb 2004 21:15:18 -0800 (PST) (envelope-from andrew@mux.org.uk) Received: from mux.org.uk (spatula.flat [192.168.0.2]) by myriad.flat (Postfix) with ESMTP id 4ED71BC for ; Tue, 10 Feb 2004 04:05:37 +0000 (GMT) Message-ID: <40286916.8070900@mux.org.uk> Date: Tue, 10 Feb 2004 05:16:06 +0000 From: Andrew Boothman User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040209 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Panic on ACPI shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 05:15:19 -0000 Hi all, I've just had my current system, cvsupped about 48 hours ago, panic while shutting the power off via ACPI. All buffers had been flushed and the only task remaining was to physically switch off the power. Unfortunately I can't reproduce the problem and my programming skills dont stretch (yet) to being much use in the debugger. I transcribed what information the panic gave me which briefly was : Fatal trap 12 Fault virtual address = 0x8 Fault code = Supervisor ready, page not present . . Current process = 21 (irq10: fwohci vr0+) kernel: type 12 trap, code = 0 Stopped at vr_rxeof+0x140: pushl 0x8(%edx) A trace then gave me : vr_rxeof(...) ... vr_intr(...) ... ithread_loop(...) ... fork_exit(...) ... fork_tampoline(...) ... I fear that none of this information is useful, but if any of the details I've omitted would be useful just let me know and I'll try and decode my handwriting. The system is an Abit AT7-MAX2 motherboard, and the only ACPI-related noise in dmesg is : Feb 10 05:02:54 spatula kernel: pcib0: slot 13 INTA is routed to irq 10 Feb 10 05:02:54 spatula kernel: pcib0: slot 14 INTA is routed to irq 12 Feb 10 05:02:54 spatula kernel: pcib0: slot 14 INTB is routed to irq 7 Feb 10 05:02:54 spatula kernel: pcib0: slot 14 INTC is routed to irq 11 Feb 10 05:02:54 spatula kernel: pcib0: slot 16 INTA is routed to irq 10 Feb 10 05:02:54 spatula kernel: pcib0: slot 16 INTB is routed to irq 7 Feb 10 05:02:54 spatula kernel: pcib0: slot 16 INTC is routed to irq 11 Feb 10 05:02:54 spatula kernel: pcib0: slot 16 INTD is routed to irq 12 Feb 10 05:02:54 spatula kernel: pcib0: slot 17 INTC is routed to irq 11 Feb 10 05:02:54 spatula kernel: pcib0: slot 18 INTA is routed to irq 10 Feb 10 05:02:54 spatula kernel: pcib0: slot 19 INTA is routed to irq 11 Feb 10 05:02:54 spatula kernel: pcib0: slot 19 INTA is routed to irq 11 which I don't think is in any way related. If there's any more information I can provide, or anything I can do if the system panics again - just let me know. Thanks Andrew From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 21:19:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6EDC16A4CE for ; Mon, 9 Feb 2004 21:19:52 -0800 (PST) Received: from ms-smtp-02.nyroc.rr.com (ms-smtp-02.nyroc.rr.com [24.24.2.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id A523443D2F for ; Mon, 9 Feb 2004 21:19:52 -0800 (PST) (envelope-from bcsfd204@twcny.rr.com) Received: from ms-mss-04 ([10.10.6.14])i1A5JlEj001328 for ; Tue, 10 Feb 2004 00:19:47 -0500 (EST) Received: from nyroc.rr.com (localhost [127.0.0.1]) by ms-mss-04.nyroc.rr.com (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) current@freebsd.org; Tue, 10 Feb 2004 00:19:46 -0500 (EST) Received: from [10.10.6.26] (Forwarded-For: [24.59.143.77]) by ms-mss-04.nyroc.rr.com (mshttpd); Tue, 10 Feb 2004 00:19:46 -0500 Date: Tue, 10 Feb 2004 00:19:46 -0500 From: bcsfd204@twcny.rr.com To: current@freebsd.org Message-id: <2af11a2b28c9.2b28c92af11a@nyroc.rr.com> MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.21 (built Sep 8 2003) Content-type: text/plain; charset=us-ascii Content-language: en Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: en Priority: normal X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Missing XL0 and USB printer after upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bcsfd204@twcny.rr.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 05:19:53 -0000 I upgraded two systems over the weekend (2/6-7/04). I came up from a 5.1-CURRENT level from around October, 2003. Both are Tyan dual AMD processor systems with built in XL class ethernet cardss. I reviewed UPDATING and I believe I followed the instructions for the multi-terabyte changes. The desktop kernel and world went without much of a problem (except nautilus keeps crashing on a segment fault. I think I have to upgrade Gnome but I was going to do that later.) I then went to upgrade the server. When I finished booting the machine, XL0 and my USB attached printer were not recognized (present). IFCONFIG does not show XL0 and ls /dev does not show my USB printer. I played with the kernel config (the two machines are almost identical (currently defined but disabled SCSI controller in the server machine)) I also tried SCHED_ULE and SCHED_4BSD and it did not seem to change anything. What I am noticing for the printer is, I get most of the probe messages but then I start getting the messages about the filesystems being clean and root being mounted. During this portion of the boot, I get messages about the USB hardware being probed. It's almost like the hardware probing is not done yet before the kernel startes to mount the filesystems and begin initialization. (If I mangled the process here I'm sorry. I'm trying to describe what the external symptoms look like.) When I review DMESG output, there is nothing present for the XL-class ethernet interfaces. I also tried adding a VX-class card I had in the closet but this is not detected either. At the moment, I'm less concerned about the printer. I'm going nowhere with this server box if I cannot get it back on the wire. Any thoughts? Thanks... From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 21:48:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EAB016A4CE for ; Mon, 9 Feb 2004 21:48:53 -0800 (PST) Received: from reason.levels.unisa.edu.au (reason.levels.unisa.edu.au [130.220.33.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9C9643D1D for ; Mon, 9 Feb 2004 21:48:52 -0800 (PST) (envelope-from cisbjc@cs.unisa.edu.au) Received: from cs.unisa.edu.au (cis202068.levels.unisa.edu.au [130.220.37.202])i1A5monr020673 for ; Tue, 10 Feb 2004 16:18:51 +1030 (CST) Message-ID: <40287096.6010606@cs.unisa.edu.au> Date: Tue, 10 Feb 2004 16:18:06 +1030 From: Benjamin Close User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031106 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.76.7.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [panic]: FreeBSD 5.2.1-p2 lockmgr: locking against myself: seems ufs/ffs related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 05:48:53 -0000 Hi All, Got the attached panic whilst rsyncing to the box. The box has multiple snapshots on one filesystem (rolling 14day backup). kernel.debug,vmcore, dmesg, info.2 available from: http://www.clearchain.com/people/benjsc/download/freebsd-panic-20040210-5.2.1-p2.tar.gz (38Mb) Just after the reboot got the following lo reversal: acquiring duplicate lock of same type: "vnode interlock" 1st vnode interlock @ ufs/ffs/ffs_snapshot.c:1794 2nd vnode interlock @ ufs/ffs/ffs_snapshot.c:1796 Stack backtrace: lock order reversal 1st 0xc0954c40 UMA lock (UMA lock) @ vm/uma_core.c:1200 2nd 0xc1031100 system map (system map) @ vm/vm_map.c:2210 Stack backtrace: FreeBSD 5.2-RELEASE-p2 #2: Tue Feb 10 15:14:06 CST 2004 benjsc@rsync.levels.unisa.edu.au:/usr/src/sys/i386/compile/GENERIC GNU gdb 5.2.1 (FreeBSD) Copyright 2002 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"... panic: lockmgr: locking against myself panic messages: --- panic: lockmgr: locking against myself cpuid = 0; panic: from debugger cpuid = 0; Uptime: 25m58s Dumping 256 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 --- #0 doadump () at ../../../kern/kern_shutdown.c:240 240 dumping++; (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:240 #1 0xc063d8a0 in boot (howto=260) at ../../../kern/kern_shutdown.c:372 #2 0xc063dc9d in panic () at ../../../kern/kern_shutdown.c:550 #3 0xc0467f32 in db_panic () at ../../../ddb/db_command.c:450 #4 0xc0467e92 in db_command (last_cmdp=0xc0900f40, cmd_table=0x0, aux_cmd_tablep=0xc0884a34, aux_cmd_tablep_end=0xc0884a4c) at ../../../ddb/db_command.c:346 #5 0xc0467fd5 in db_command_loop () at ../../../ddb/db_command.c:472 #6 0xc046afd5 in db_trap (type=3, code=0) at ../../../ddb/db_trap.c:73 #7 0xc07e2ddc in kdb_trap (type=3, code=0, regs=0xd27532b0) at ../../../i386/i386/db_interface.c:171 #8 0xc07f8e58 in trap (frame= {tf_fs = -1067057128, tf_es = -1064173552, tf_ds = -1064173552, tf_edi = -1064959850, tf_esi = 1, tf_eb p = -764071172, tf_isp = -764071204, tf_ebx = 0, tf_edx = 0, tf_ecx = 32, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1065471771, tf_cs = 8, tf_eflags = 662, tf_esp = -1064843151, tf_ss = -1064953369}) at ../../../i386/i386/trap.c:580 #9 0xc07e47d8 in calltrap () at {standard input}:94 #10 0xc063dc36 in panic (fmt=0xc0860096 "lockmgr: locking against myself") at ../../../kern/kern_shutdown.c:534 #11 0xc06311ad in lockmgr (lkp=0xc7d978fc, flags=34144290, interlkp=0x2000020, td=0xc2d79140) at ../../../kern/kern_lock.c:439 #12 0xc0689d4f in getblk (vp=0xc2e8071c, blkno=192, size=16384, slpflag=0, slptimeo=0, flags=0) at machine/pcpu.h:156 #13 0xc06862d2 in breadn (vp=0xc2e8071c, blkno=0, size=0, rablkno=0x0, rabsize=0x0, cnt=0, cred=0x0, bpp=0x0) at ../../../kern/vfs_bio.c:700 #14 0xc068627c in bread (vp=0x0, blkno=0, size=0, cred=0x0, bpp=0x0) at ../../../kern/vfs_bio.c:682 #15 0xc077735f in ffs_alloccg (ip=0xc2e81578, cg=0, bpref=33176, size=16384) at ../../../ufs/ffs/ffs_alloc.c:1287 #16 0xc0776da7 in ffs_hashalloc (ip=0xc2e81578, cg=0, pref=0, size=16384, allocator=0xc0777270 ) at ../../../ufs/ffs/ffs_alloc.c:1155 #17 0xc0774c62 in ffs_alloc (ip=0xc2e81578, lbn=9, bpref=33176, size=16384, cred=0xc16bc100, bnp=0xd27535d8) at ../../../ufs/ffs/ffs_alloc.c:157 #18 0xc077bb6c in ffs_balloc_ufs2 (vp=0xc2e62a28, startoffset=0, size=16384, cred=0xc16bc100, flags=0, bpp=0xd27536e8) at ../../../ufs/ffs/ffs_balloc.c:639 #19 0xc0784c18 in ffs_copyonwrite (devvp=0xc2e8071c, bp=0xc7e07e00) at ../../../ufs/ffs/ffs_snapshot.c:2029 #20 0xc0602e72 in spec_xstrategy (vp=0xc2e8071c, bp=0xc7e07e00) at ../../../fs/specfs/spec_vnops.c:474 #21 0xc0602fe2 in spec_specstrategy (ap=0xd275379c) at ../../../fs/specfs/spec_vnops.c:534 #22 0xc0601f48 in spec_vnoperate (ap=0x0) at ../../../fs/specfs/spec_vnops.c:122 #23 0xc06869d4 in bwrite (bp=0xd275379c) at vnode_if.h:1141 #24 0xc068728c in bawrite (bp=0x0) at ../../../kern/vfs_bio.c:1150 #25 0xc077821a in ffs_nodealloccg (ip=0xc3cf794c, cg=0, ipref=65, mode=33152) at ../../../ufs/ffs/ffs_alloc.c:1637 #26 0xc0776da7 in ffs_hashalloc (ip=0xc3cf794c, cg=0, pref=0, size=33152, allocator=0xc0777cc0 ) at ../../../ufs/ffs/ffs_alloc.c:1155 #27 0xc07764d9 in ffs_valloc (pvp=0xc3d1171c, mode=33152, cred=0xc2ec2480, vpp=0xd27538e4) at ../../../ufs/ffs/ffs_alloc.c:857 #28 0xc079fe9c in ufs_makeinode (mode=33152, dvp=0xc3d1171c, vpp=0xd2753bf0, cnp=0xd2753c04) at ../../../ufs/ufs/ufs_vnops.c:2358 #29 0xc079c439 in ufs_create (ap=0xd2753a6c) at ../../../ufs/ufs/ufs_vnops.c:199 #30 0xc07a05a8 in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2793 ---Type to continue, or q to quit--- #31 0xc06a48ce in vn_open_cred (ndp=0xd2753bdc, flagp=0xd2753cdc, cmode=384, cred=0xc2ec2480, fdidx=0) at vnode_if.h:118 #32 0xc06a4723 in vn_open (ndp=0x0, flagp=0x0, cmode=0, fdidx=0) at ../../../kern/vfs_vnops.c:93 #33 0xc069dbce in kern_open (td=0xc2d79140, path=0x0, pathseg=UIO_USERSPACE, flags=2563, mode=384) at ../../../kern/vfs_syscalls.c:963 #34 0xc069daf0 in open (td=0x0, uap=0x0) at ../../../kern/vfs_syscalls.c:933 #35 0xc07f9830 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = -1078001617, tf_edi = -2078209981, tf_esi = -1077948806, tf_ebp = -107 7950120, tf_isp = -764068492, tf_ebx = 672565600, tf_edx = -1077948896, tf_ecx = 56, tf_eax = 5, tf_trapno = 0, tf_err = 2, tf_eip = 672056143, tf_cs = 31, tf_eflags = 646, tf_esp = -1077950292, tf_ss = 47}) at ../../../i386/i386/trap.c:1010 #36 0xc07e482d in Xint0x80_syscall () at {standard input}:136 ---Can't read userspace from dump, or kernel process--- Cheers, Benjamin -- 3D Research Associate / System Administrator +61 8 8302 3669 School of Computer and Information Science Room D1-07, ML Campus University of South Australia Mawson Lakes Blvd. Benjamin.Close@cs.unisa.edu.au South Australia, 5095 F00D C83D 5F7E 5561 DF91 B74D E602 CAA3 4842 B5B4 From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 23:08:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0E9016A4CE for ; Mon, 9 Feb 2004 23:08:06 -0800 (PST) Received: from mout.perfora.net (mout.perfora.net [217.160.230.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BFFC43D1D for ; Mon, 9 Feb 2004 23:08:06 -0800 (PST) (envelope-from roop@hqst.com) Received: from [217.160.230.51] (helo=smtp.perfora.net) by mout.perfora.net with esmtp (Exim 3.35 #1) id 1AqS03-0000u5-00; Tue, 10 Feb 2004 02:08:03 -0500 Received: from [24.82.165.92] (helo=hqst.com) by smtp.perfora.net with asmtp (Exim 3.35 #1) id 1AqS02-000622-00; Tue, 10 Feb 2004 02:08:02 -0500 Message-ID: <40288358.2050302@hqst.com> Date: Mon, 09 Feb 2004 23:08:08 -0800 From: Roop Nanuwa User-Agent: Mozilla Thunderbird 0.5+ (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20040209022820.00faa408@pyro.convolution.ti> <20040209043217.GA1009@xor.obsecurity.org> <4027871E.8080800@mindspring.com> <20040209215345.GA21980@xor.obsecurity.org> In-Reply-To: <20040209215345.GA21980@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Bruno T." cc: Richard Coleman cc: freebsd-current@freebsd.org Subject: Re: -fno-strict-aliasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 07:08:06 -0000 Kris Kennaway wrote: >On Mon, Feb 09, 2004 at 08:11:58AM -0500, Richard Coleman wrote: > > >>Kris Kennaway wrote: >> >> >> >>>On Mon, Feb 09, 2004 at 02:28:20AM -0200, Bruno T. wrote: >>> >>> >>> >>>>Hi everyone. >>>>i'm pretty new to bsd, but i have some background in linux development >>>>and for what i have seen until now, i must say that -CURRENT is rather >>>>impressive, congrats ! >>>> >>>>I was rebuilding my base sys and noticed that any compiler flag >>>>that implies -fstrict-aliasing (like -O2) would break some few things, >>>>adding "-fno-strict-aliasing" to "CFLAGS+=" in these makefiles >>>>solves the problem for now. >>>> >>>> >>>Don't do that then :-) >>> >>>Kris >>> >>> >>Although it's not urgent, I don't see why the aliasing problems can't be >>fixed. I think it would be more honest if the party line was "FreeBSD >>has bugs, so we can't use -O2 right now" rather than the standard reply >>of "-O2 is not supported, don't even try". >> >> > >It's "don't even try unless you plan to fix them". > >Kris > > I did a buildworld earlier today with -O2 on and had to modify about 4 makefiles to get it to compile. That's not too bad. I already submitted a patch to fix one (libexec/ypxfr) of them. Working on a second one (libc/isinf) now. Both of these are relatively trivial. On the other hand, one of the last two left is in libpam and I don't think I can even begin to fix that, though. Hopefully someone more familiar with it will be able to take a crack at it sooner or later. --roop From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 23:20:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62FF516A4D0 for ; Mon, 9 Feb 2004 23:20:24 -0800 (PST) Received: from fed1mtao02.cox.net (fed1mtao02.cox.net [68.6.19.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0F9943D39 for ; Mon, 9 Feb 2004 23:20:06 -0800 (PST) (envelope-from housel@acm.org) Received: from ip68-4-96-119.oc.oc.cox.net ([68.4.96.119]) by fed1mtao02.cox.netESMTP <20040210072006.ZFEF23539.fed1mtao02.cox.net@ip68-4-96-119.oc.oc.cox.net>; Tue, 10 Feb 2004 02:20:06 -0500 Received: from NOMAD (housel@ip68-4-96-119.oc.oc.cox.net [68.4.96.119]) i1A7K44n001077; Mon, 9 Feb 2004 23:20:05 -0800 (PST) (envelope-from housel@acm.org) Message-ID: <002801c3efa6$4e8cb640$0300000a@NOMAD> From: "Peter S. Housel" To: "Axel Gonzalez" , References: <200402090722.19717.loox@e-shell.net> Date: Mon, 9 Feb 2004 23:20:03 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Re: sata drive problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 07:20:24 -0000 "Axel Gonzalez" wrote: > When under heavy load, i get the error (just tested from a cvsup 09/02/2004 > src): > ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=... > ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=... > sometimes it crashes right away, sometimes it waits a little. > can't get the exact LBA sectors because the system crashes cold, and its not > logged (i've seen the error before a crash) I've seen the exact same problem with the same controller (Intel ICH5 SATA150). The problem went away when I turned off hyperthreading. With WITNESS turned on, the TIMEOUT messages were accompanied with some locking message or other, but I haven't had a chance to reproduce the problem and record the exact message. Given this, and the fact that it goes away when running UP, I speculate that it may be a locking problem somewhere. -Peter- From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 00:30:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B82216A4CE for ; Tue, 10 Feb 2004 00:30:01 -0800 (PST) Received: from messenger.m00is.net (messenger.m00is.net [62.3.100.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5612043D1F for ; Tue, 10 Feb 2004 00:30:01 -0800 (PST) (envelope-from edmund@m00is.net) Received: from alpha (openwall.m00is.net [62.3.100.169]) by messenger.m00is.net (Postfix) with ESMTP id BB7C2409B; Tue, 10 Feb 2004 08:27:41 +0000 (GMT) From: "Edmund Craske" To: , Date: Tue, 10 Feb 2004 08:29:59 -0000 Message-ID: <000e01c3efb0$126e7fe0$0464a8c0@alpha> 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.4510 In-Reply-To: <2af11a2b28c9.2b28c92af11a@nyroc.rr.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Subject: RE: Missing XL0 and USB printer after upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 08:30:01 -0000 > I played with the kernel config (the two machines are almost > identical (currently defined but disabled SCSI controller in > the server machine)) I also tried SCHED_ULE and SCHED_4BSD > and it did not seem to change anything. Is it possible you removed something like device mii here? That would easily stop the network card from working. I presume you have already tried a GENERIC kernel though, of course. Ed From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 01:06:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE08E16A4CE for ; Tue, 10 Feb 2004 01:06:34 -0800 (PST) Received: from web14104.mail.yahoo.com (web14104.mail.yahoo.com [216.136.172.134]) by mx1.FreeBSD.org (Postfix) with SMTP id DB70543D1D for ; Tue, 10 Feb 2004 01:06:34 -0800 (PST) (envelope-from cguttesen@yahoo.dk) Message-ID: <20040210090634.71213.qmail@web14104.mail.yahoo.com> Received: from [194.248.174.58] by web14104.mail.yahoo.com via HTTP; Tue, 10 Feb 2004 10:06:34 CET Date: Tue, 10 Feb 2004 10:06:34 +0100 (CET) From: =?iso-8859-1?q?Claus=20Guttesen?= To: Doug White , Michael Nottebrock In-Reply-To: <20040209113956.H48001@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org cc: Nawfal bin Mohmad Rouyan cc: gabriel_ambuehl@buz.ch Subject: Re: Problems building KDE3 on recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 09:06:35 -0000 > > To fix: > > 1. Rebuild XFree86-libraries. > 2. Rebuild qmake. > 3. Rebuild qt. > 4. Rebuild kde. > Thank you. Made it possible to install kde 3.2 on my smp (p III) running current. Fast as well. regards Claus Yahoo! Mail (http://dk.mail.yahoo.com) - Gratis: 6 MB lagerplads, spamfilter og virusscan From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 01:56:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13EAA16A4CE for ; Tue, 10 Feb 2004 01:56:07 -0800 (PST) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id AABFC43D1F for ; Tue, 10 Feb 2004 01:56:06 -0800 (PST) (envelope-from frode@nordahl.net) Received: from [195.159.6.12] (dhcp12.ns5.powertech.no [195.159.6.12]) by smtp1.powertech.no (Postfix) with ESMTP id 1E9A38474; Tue, 10 Feb 2004 10:56:05 +0100 (CET) In-Reply-To: <20040205231849.D41237@mail.allcaps.org> References: <0703C4CC-5805-11D8-951F-000A95A9A574@nordahl.net> <20040205231849.D41237@mail.allcaps.org> Mime-Version: 1.0 (Apple Message framework v612) Content-Type: multipart/mixed; boundary=Apple-Mail-2--684483692 Message-Id: <56C69560-5BAF-11D8-A6E1-000A95A9A574@nordahl.net> From: Frode Nordahl Date: Tue, 10 Feb 2004 10:56:04 +0100 To: "Andrew P. Lentvorski, Jr." X-Mailer: Apple Mail (2.612) cc: current@freebsd.org Subject: Re: rpc.lockd(8) seg faults on 5.2-RELEASE (patch, workaround) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 09:56:07 -0000 --Apple-Mail-2--684483692 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hello, This is not a sollution, but I have run with this workaround since friday without incident. I think there are two problems: - freed items are sometimes not removed from the nfslocklist - first element in blockedlocklist sometimes get wrong, causing a infinite loop in retry_blockingfilelocklist() Mvh, Frode --Apple-Mail-2--684483692 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="rpc.lockd.patch" Content-Disposition: attachment; filename=rpc.lockd.patch diff -ru rpc.lockd/lockd_lock.c rpc.lockd.patched/lockd_lock.c --- rpc.lockd/lockd_lock.c Sun Oct 26 07:10:44 2003 +++ rpc.lockd.patched/lockd_lock.c Tue Feb 10 10:46:41 2004 @@ -385,7 +385,7 @@ if (newfl == NULL) { return NULL; } - bzero(newfl, sizeof(newfl)); + bzero(newfl, sizeof(*newfl)); newfl->client.oh.n_bytes = malloc(lockowner->n_len); if (newfl->client.oh.n_bytes == NULL) { @@ -438,6 +438,7 @@ void deallocate_file_lock(struct file_lock *fl) { + LIST_REMOVE(fl, nfslocklist); free(fl->client.oh.n_bytes); free(fl->client_cookie.n_bytes); free(fl); @@ -1246,6 +1247,12 @@ * current element has been moved */ nfl = LIST_NEXT(ifl, nfslocklist); + + if (nfl == ifl) { + debuglog("nfl == ifl, resetting nfl\n"); + nfl = NULL; + } + debuglog("Iterator choice %p\n",ifl); debuglog("Prev iterator choice %p\n",pfl); debuglog("Next iterator choice %p\n",nfl); @@ -2152,7 +2159,7 @@ static struct nlm4_res retval4; debuglog("About to send granted on blocked lock\n"); - sleep(1); + sleep(debugdelay); debuglog("Blowing off return send\n"); cli = get_client(fl->addr, --Apple-Mail-2--684483692 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On Feb 6, 2004, at 08:21, Andrew P. Lentvorski, Jr. wrote: > On Thu, 5 Feb 2004, Frode Nordahl wrote: > >> I also found this in send_granted(): lockd_lock.c:2161 >> >> debuglog("About to send granted on blocked lock\n"); >> sleep(1); >> debuglog("Blowing off return send\n"); >> >> Anyone know what sleep(1) is good for here? > > The sleep() statements near debuglog() stuff are to work around the > fact > that syslog has bugs where it arbitrarily and randomly eats messages > when > you start sending too much data at it too quickly. > > By slowing down the logging, all of the messages get recorded. > > -a > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" --Apple-Mail-2--684483692-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 02:05:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79BB016A4CE for ; Tue, 10 Feb 2004 02:05:40 -0800 (PST) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8870E43D1D for ; Tue, 10 Feb 2004 02:05:39 -0800 (PST) (envelope-from Holger.Kipp@alogis.com) Received: from intserv.int1.b.intern (localhost [127.0.0.1]) by alogis.com (8.11.1/8.9.3) with SMTP id i1AA5cY51242 for ; Tue, 10 Feb 2004 11:05:38 +0100 (CET) (envelope-from hk@alogis.com) Message-Id: <200402101005.i1AA5cY51242@alogis.com> Date: Tue, 10 Feb 2004 10:05:33 +0000 From: Holger Kipp To: current@freebsd.org X-Mailer: phpGroupWare (http://www.phpgroupware.org) MIME-version: 1.0 Content-type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-description: Mail message body Subject: State of linux emulation under AMD64 (eg Opteron) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Holger.Kipp@alogis.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 10:05:40 -0000 Hello, is it planned to have either 32-bit and/or 64-bit Linux Emulation available for AMD64 in the near future? And if so, what is the current status? As a side note, if or when can one use cvsup on 5.2 for AMD64? (eg via "pkg_add" or "make package) I'm especially interested in testing some 32- and/or 64-bit applications like oracle on a dual opteron system, which still do require a corresponding linux beneath. Regards, Holger Kipp PS: Sorry if this is a faq. From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 02:10:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF58116A4CE for ; Tue, 10 Feb 2004 02:10:25 -0800 (PST) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B58843D1F for ; Tue, 10 Feb 2004 02:10:25 -0800 (PST) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) i1AAAMZV013838; Tue, 10 Feb 2004 05:10:22 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i1AAAH7F013835; Tue, 10 Feb 2004 05:10:22 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Tue, 10 Feb 2004 05:10:17 -0500 (EST) From: Andre Guibert de Bruet To: Bruce Evans In-Reply-To: <20040208151037.J91658@alpha.siliconlandmark.com> Message-ID: <20040210050623.U91658@alpha.siliconlandmark.com> References: <20040208022417.M91658@alpha.siliconlandmark.com> <20040208151037.J91658@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: make_dev(9) perms for SCSI & SCSI RAID drivers in CURRENT. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 10:10:26 -0000 (Yes, I'm replying to myself... heh) On Sun, 8 Feb 2004, Andre Guibert de Bruet wrote: > On Mon, 9 Feb 2004, Bruce Evans wrote: > > > On Sun, 8 Feb 2004, Andre Guibert de Bruet wrote: > > > > > While studying the various FreeBSD SCSI and SCSI RAID drivers, I noticed > > > that the file mode (perm mask) varies per driver. So far, I've come across > > > 0600, 0640 and 0644. I can't really see why any of these drivers would > > > have anything other than 0600, as it would require root access or at least > > > write perm to do anything useful with the card. > > > > All disk (data) devices should have mode 0640 and ownership root:operator > > and all disk (control) devices should have mode 0600 and ownership root:wheel. > > Distributed setting of ownerships and permissions gives many more bugs than > > centralized setting in MAKEDEV. Mode bugs in devfs start at its top level > > (its directory has mode 555 although its owner can write to it except > > possibly in the jailed case). > > > > > Here's a quick illustration of what I'm refering to: > > > > > > aac 0640 (octal notation in code) > > > amr 0600 (implemented as S_IRUSR | S_IWUSR) > > > asr 0640 (octal notation in code) > > > ciss 0600 (implemented as S_IRUSR | S_IWUSR) > > > ida 0600 (implemented as S_IRUSR | S_IWUSR) > > > iir 0644 (implemented as S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH) > > > ips 0600 (implemented as S_IRUSR | S_IWUSR) > > > isp 0600 (octal notation in code) > > > mly 0600 (implemented as S_IRUSR | S_IWUSR) > > > > Most of these actually create control devices, so mode 0600 is correct > > and group operator is bogus, and mode 0640 is a potental security hole > > especially with group operator. Group operator is almost always used > > of course. The data devices are mostly created by the disk mini-layer > > in RELENG_4 (except RELENG_4 doesn't really have devfs) and by GEOM in > > -current. > > I adjusted and expanded the set of patches that I had to change > permissions on the control devices so that they also set the GID to wheel. > The assumption that I am making with these patches is that the drivers > that are calling make_dev() are creating control devices, as they should > be letting GEOM create their data devices. Feedback is welcome here as my > GEOM-fu isn't all that hot... > > I have tried to maintain the style used in the drivers themselves and > fixed the long line in the patch for isp_freebsd.c. I've gotten a number of interesting questions and so far no objections. Is there any chance of getting the patches committed? Regards, Andy > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 02:10:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1003C16A4CE for ; Tue, 10 Feb 2004 02:10:45 -0800 (PST) Received: from hal-3.inet.it (hal-3.inet.it [213.92.5.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D78543D1F for ; Tue, 10 Feb 2004 02:10:44 -0800 (PST) (envelope-from mikecasa@katamail.com) Received: from localhost [193.204.26.9] by hal-3.inet.it via I-SMTP-4.8.4-483 id 193.204.26.9+Uw3H9QvDExrMa6ELAvd; Tue, 10 Feb 2004 11:10:38 +0100 From: "mikecasa@katamail.com" To: freebsd-current@freebsd.org X-wmSenderIP: 193.204.26.9 X-Complaints-To: abuse@katamail.com Date: Tue, 10 Feb 2004 10:10:38 +0000 X-Mailer: Katamail Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <193.204.26.9+Uw3H9QvDExrMa6ELAvd@hal-3.inet.it> Subject: dlink dwlg520 configuration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 10:10:45 -0000 Hi, I have a dlink dwlg520 PCI card installed on freebsd release 5.2 machine. I try to configure it in mode ad hoc with this command: ifconfig ath0 inet 192.168.1.1 netmask 0xffffff00 mediaopt adhoc ssid mikele. Then I have a netgear wg311 installed on another freebsd release 5.2 machine and I configure it with thi s command: ifconfig ath0 inet 192.168.1.1 netmask 0xffffff00 mediaopt adhoc ssid mikele. The machines try to ping but I see only ARP messages and I don't see ping messages. Can you help me? From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 02:27:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D65816A4CE for ; Tue, 10 Feb 2004 02:27:00 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-106-71.dsl.lsan03.pacbell.net [64.169.106.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2371F43D1F for ; Tue, 10 Feb 2004 02:27:00 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CFDD966CC9; Tue, 10 Feb 2004 02:26:59 -0800 (PST) Date: Tue, 10 Feb 2004 02:26:59 -0800 From: Kris Kennaway To: Holger Kipp Message-ID: <20040210102659.GA31023@xor.obsecurity.org> References: <200402101005.i1AA5cY51242@alogis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <200402101005.i1AA5cY51242@alogis.com> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: State of linux emulation under AMD64 (eg Opteron) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 10:27:00 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 10, 2004 at 10:05:33AM +0000, Holger Kipp wrote: >=20 > Hello, >=20 > is it planned to have either 32-bit and/or 64-bit Linux Emulation > available for AMD64 in the near future? >=20 > And if so, what is the current status? Ask on the amd64 mailing list, but I don't think it's implemented yet (unless you run an i386 kernel, of course). There are probably higher priority targets right now. > As a side note, if or when can one use cvsup on 5.2 for AMD64? > (eg via "pkg_add" or "make package) I thought there was one around, but I don't remember where it is now. Kris --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAKLHzWry0BWjoQKURAlT3AJ9vpM+TDIBS4YDNGwroLutErVk2FQCgish9 9vrueGqw0VgJzmOCJEfj5ao= =kJ4W -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 02:29:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27EB016A4CE for ; Tue, 10 Feb 2004 02:29:53 -0800 (PST) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2FC643D1F for ; Tue, 10 Feb 2004 02:29:52 -0800 (PST) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) i1AATpZV020409; Tue, 10 Feb 2004 05:29:51 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i1AATpvv020406; Tue, 10 Feb 2004 05:29:51 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Tue, 10 Feb 2004 05:29:51 -0500 (EST) From: Andre Guibert de Bruet To: "mikecasa@katamail.com" In-Reply-To: <193.204.26.9+Uw3H9QvDExrMa6ELAvd@hal-3.inet.it> Message-ID: <20040210052805.M91658@alpha.siliconlandmark.com> References: <193.204.26.9+Uw3H9QvDExrMa6ELAvd@hal-3.inet.it> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: freebsd-current@freebsd.org Subject: Re: dlink dwlg520 configuration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 10:29:53 -0000 On Tue, 10 Feb 2004, mikecasa@katamail.com wrote: > I have a dlink dwlg520 PCI card installed on freebsd release 5.2 machine. > I try to configure it in mode ad hoc with this command: > > ifconfig ath0 inet 192.168.1.1 netmask 0xffffff00 mediaopt adhoc ssid mikele. > > Then I have a netgear wg311 installed on another freebsd release 5.2 machine and I configure it with thi s command: > > ifconfig ath0 inet 192.168.1.1 netmask 0xffffff00 mediaopt adhoc ssid mikele. > > The machines try to ping but I see only ARP messages and I don't see ping messages. > > Can you help me? The two machines are configured with the same IP address. Set one to 192.168.1.2 (or anything else within the 255.255.255.0 mask) and it should work. Regards, Andy > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 02:43:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E1EA16A4CE for ; Tue, 10 Feb 2004 02:43:54 -0800 (PST) Received: from hal-3.inet.it (hal-3.inet.it [213.92.5.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id A998E43D88 for ; Tue, 10 Feb 2004 02:43:53 -0800 (PST) (envelope-from mikecasa@katamail.com) Received: from localhost [193.204.26.9] by hal-3.inet.it via I-SMTP-4.8.4-483 id 193.204.26.9+O5Yg9SIjQYPLH5gOOxW; Tue, 10 Feb 2004 11:43:52 +0100 From: "mikecasa@katamail.com" To: "bsd freebsd" X-wmSenderIP: 193.204.26.9 X-Complaints-To: abuse@katamail.com Date: Tue, 10 Feb 2004 10:43:51 +0000 X-Mailer: Katamail Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <193.204.26.9+O5Yg9SIjQYPLH5gOOxW@hal-3.inet.it> Subject: Correction X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 10:43:54 -0000 Hi, I want to adjust my prevoius mail, The addresses are 192.168.1.1 and 192.168.1.2 and are not both 192.168.1.1. From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 03:37:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B095916A4CE for ; Tue, 10 Feb 2004 03:37:37 -0800 (PST) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E00143D1D for ; Tue, 10 Feb 2004 03:37:37 -0800 (PST) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) i1ABbXZV020720; Tue, 10 Feb 2004 06:37:33 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i1ABbXPd020717; Tue, 10 Feb 2004 06:37:33 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Tue, 10 Feb 2004 06:37:33 -0500 (EST) From: Andre Guibert de Bruet To: bcsfd204@twcny.rr.com In-Reply-To: <2af11a2b28c9.2b28c92af11a@nyroc.rr.com> Message-ID: <20040210063125.R91658@alpha.siliconlandmark.com> References: <2af11a2b28c9.2b28c92af11a@nyroc.rr.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: Missing XL0 and USB printer after upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 11:37:37 -0000 On Tue, 10 Feb 2004 bcsfd204@twcny.rr.com wrote: > I upgraded two systems over the weekend (2/6-7/04). I came up from a 5.1-CURRENT level from around October, 2003. Both are Tyan dual AMD processor systems with built in XL class ethernet cardss. I reviewed UPDATING and I believe I followed the instructions for the multi-terabyte changes. The desktop kernel and world went without much of a problem (except nautilus keeps crashing on a segment fault. I think I have to upgrade Gnome but I was going to do that later.) > > I then went to upgrade the server. When I finished booting the machine, XL0 and my USB attached printer were not recognized (present). > > IFCONFIG does not show XL0 and ls /dev does not show my USB printer. > > I played with the kernel config (the two machines are almost identical (currently defined but disabled SCSI controller in the server machine)) I also tried SCHED_ULE and SCHED_4BSD and it did not seem to change anything. > > What I am noticing for the printer is, I get most of the probe messages but then I start getting the messages about the filesystems being clean and root being mounted. During this portion of the boot, I get messages about the USB hardware being probed. > > It's almost like the hardware probing is not done yet before the kernel startes to mount the filesystems and begin initialization. (If I mangled the process here I'm sorry. I'm trying to describe what the external symptoms look like.) > > When I review DMESG output, there is nothing present for the XL-class ethernet interfaces. I also tried adding a VX-class card I had in the closet but this is not detected either. > > At the moment, I'm less concerned about the printer. I'm going nowhere with this server box if I cannot get it back on the wire. Just for future reference, boot -v at the loader prompt will get you more verbose output which is useful for diagnosing problems like this. You might want to hook up a serial console to the machine and make the output available so that a better idea of what's going on can be had. Now for your network card problem, try kldload'ing /boot/kernel/if_xl.ko and see if the device shows up in ifconfig. If it does, you probably forgot to compile it statically in your kernel. If it doesn't, let us know. Regards, Andy > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 03:49:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88E8F16A4CE for ; Tue, 10 Feb 2004 03:49:52 -0800 (PST) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FD6543D2F for ; Tue, 10 Feb 2004 03:49:52 -0800 (PST) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) i1ABniZV020759; Tue, 10 Feb 2004 06:49:44 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i1ABnh1A020756; Tue, 10 Feb 2004 06:49:44 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Tue, 10 Feb 2004 06:49:43 -0500 (EST) From: Andre Guibert de Bruet To: Andy Hilker In-Reply-To: <20040210011037.GC27558@mail.crypta.net> Message-ID: <20040210064702.S91658@alpha.siliconlandmark.com> References: <20040210011037.GC27558@mail.crypta.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: freebsd-current@freebsd.org Subject: Re: ports/www/mod_python3 + libc_r + php4/mhash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 11:49:52 -0000 On Tue, 10 Feb 2004, Andy Hilker wrote: > after update world and all ports, apache core dumped with signal > 11. I have found out, that mod_php4 with mhash support AND the > following lines in $PREFIX/sbin/envvars: > > LD_PRELOAD=/usr/lib/libc_r.so > export LD_PRELOAD > > is the reason. Without these envars, everything but mod_python3 > runs fine. > > Is there anything i could try or do to reanimate python? :) It looks like you might be linking to two different threading libraries. How current is your current and do you have anything in /etc/libmap.conf? Regards, Andy > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 03:58:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B534016A4DC for ; Tue, 10 Feb 2004 03:58:44 -0800 (PST) Received: from mailhub1.midco.net (mailhub1.midco.net [24.220.0.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79DC843D39 for ; Tue, 10 Feb 2004 03:58:44 -0800 (PST) (envelope-from pmes@bis.midco.net) Received: (qmail 31601 invoked by uid 0); 10 Feb 2004 11:58:44 -0000 Received: from host-195-219-220-24.midco.net (HELO bis.midco.net) ([24.220.219.195]) (envelope-sender ) by lvs-pop.midco.net (qmail-ldap-1.03) with SMTP for ; 10 Feb 2004 11:58:44 -0000 Message-ID: <4028C772.5070600@bis.midco.net> Date: Tue, 10 Feb 2004 05:58:42 -0600 From: Peter Schultz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040209 X-Accept-Language: en-us, en MIME-Version: 1.0 To: conrads@cox.net References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Results using ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 11:58:44 -0000 Conrad Sabatier wrote: > One thing that really stands out is the peculiar behavior of top. Several > seconds may go by where all processes are showing zero CPU usage, then suddenly > one of them "comes alive" again. It's weird. > A nice feature for top would be to have it measure using samples per second, so that I don't have to keep hammering on my spacebar. :-) Pete... From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 03:59:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7F3516A4CE for ; Tue, 10 Feb 2004 03:59:11 -0800 (PST) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B24043D1D for ; Tue, 10 Feb 2004 03:59:11 -0800 (PST) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) i1ABxAZV020829; Tue, 10 Feb 2004 06:59:10 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i1ABx9xe020826; Tue, 10 Feb 2004 06:59:10 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Tue, 10 Feb 2004 06:59:09 -0500 (EST) From: Andre Guibert de Bruet To: bcsfd204@twcny.rr.com In-Reply-To: <2af11a2b28c9.2b28c92af11a@nyroc.rr.com> Message-ID: <20040210065645.M91658@alpha.siliconlandmark.com> References: <2af11a2b28c9.2b28c92af11a@nyroc.rr.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: Missing XL0 and USB printer after upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 11:59:11 -0000 On Tue, 10 Feb 2004 bcsfd204@twcny.rr.com wrote: > I upgraded two systems over the weekend (2/6-7/04). I came up from a 5.1-CURRENT level from around October, 2003. Both are Tyan dual AMD processor systems with built in XL class ethernet cardss. I reviewed UPDATING and I believe I followed the instructions for the multi-terabyte changes. The desktop kernel and world went without much of a problem (except nautilus keeps crashing on a segment fault. I think I have to upgrade Gnome but I was going to do that later.) > > I then went to upgrade the server. When I finished booting the machine, XL0 and my USB attached printer were not recognized (present). > > IFCONFIG does not show XL0 and ls /dev does not show my USB printer. > > I played with the kernel config (the two machines are almost identical (currently defined but disabled SCSI controller in the server machine)) I also tried SCHED_ULE and SCHED_4BSD and it did not seem to change anything. > > What I am noticing for the printer is, I get most of the probe messages but then I start getting the messages about the filesystems being clean and root being mounted. During this portion of the boot, I get messages about the USB hardware being probed. > > It's almost like the hardware probing is not done yet before the kernel startes to mount the filesystems and begin initialization. (If I mangled the process here I'm sorry. I'm trying to describe what the external symptoms look like.) > > When I review DMESG output, there is nothing present for the XL-class ethernet interfaces. I also tried adding a VX-class card I had in the closet but this is not detected either. > > At the moment, I'm less concerned about the printer. I'm going nowhere with this server box if I cannot get it back on the wire. I forgot to ask in my last email, does 'pciconf -vl' show your network device? Is it prefixed by noneX@pci...? Regards, Andy > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 04:52:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 836A316A4CE for ; Tue, 10 Feb 2004 04:52:00 -0800 (PST) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5406143D1D for ; Tue, 10 Feb 2004 04:52:00 -0800 (PST) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de [129.217.163.1])3581C1CD7B; Tue, 10 Feb 2004 13:51:59 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id 43002AA77C; Tue, 10 Feb 2004 13:51:55 +0100 (CET) To: des@des.no (=?iso-8859-15?q?Dag-Erling_Sm=F8rgrav?=) In-Reply-To: (Dag-Erling =?iso-8859-15?q?Sm=F8rgrav's?= message of "Mon, 09 Feb 2004 15:14:10 +0100") References: <20040209022820.00faa408@pyro.convolution.ti> <20040209043217.GA1009@xor.obsecurity.org> <4027871E.8080800@mindspring.com> From: Matthias Andree Date: Tue, 10 Feb 2004 13:51:55 +0100 Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable cc: "Bruno T." cc: richardcoleman@mindspring.com cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: -fno-strict-aliasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 12:52:00 -0000 des@des.no (Dag-Erling Sm=F8rgrav) writes: > Richard Coleman writes: >> Although it's not urgent, I don't see why the aliasing problems can't >> be fixed. > > Doing so is not always trivial. No-one has said it was. Whenever someone needs code for AC_REPLACE, he'd better use NetBSD since that is already fixed in most cases... --=20 Matthias Andree Encrypt your mail: my GnuPG key ID is 0x052E7D95 From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 04:56:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22AB516A4CE for ; Tue, 10 Feb 2004 04:56:36 -0800 (PST) Received: from Espresso.NEEBU.Net (espresso.neebu.net [66.166.158.130]) by mx1.FreeBSD.org (Postfix) with SMTP id D729B43D1D for ; Tue, 10 Feb 2004 04:56:35 -0800 (PST) (envelope-from khuon@Espresso.NEEBU.Net) Received: from Espresso.NEEBU.Net (khuon@localhost [127.0.0.1]) by Espresso.NEEBU.Net (8.12.10/8.12.10) with ESMTP id i1ACuY7v016375 for ; Tue, 10 Feb 2004 04:56:35 -0800 (PST) Received: from Espresso.NEEBU.Net (khuon@localhost)i1ACuYPM016374 for ; Tue, 10 Feb 2004 04:56:34 -0800 (PST) Message-Id: <200402101256.i1ACuYPM016374@Espresso.NEEBU.Net> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 From: "Jake Khuon" To: freebsd-current@freebsd.org Dcc: Action: Expires: Precedence: Priority: Normal X-Face: "(e&e|OIYrcV1x8y?txN%k1E2f[qWLjRjOn+a30)3>x`Wx%_9XiXs\IO2#G5L1m=c/|^h|z29wJ#]D/.?Ks,Mw1 X-URI: http://Espresso.NEEBU.Net/~khuon/ X-Organisation: Network Engineers for Effective Bandwidth Utilisation X-Header: /usr/include gives great headers X-System: Sun UltraSPARCstation2/2300MP running SunOS Release 5.8 X-Shell: tcsh 6.07.02 (Astron) 1996-10-27 (sparc-sun-solaris) options 8b,nls,dl,al,ng,rh X-Chtorr: History is full of revisionists. Where it used to say "THOU SHALT NOT KILL" it now says, "except as specified in section III-B, Paragraph 12, Sub-section D, Schedule 3." If that still doesn't suit you, wait till next year's commandments come out and trade it in for something that does. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Feb 2004 04:56:34 -0800 Sender: khuon@Espresso.NEEBU.Net Subject: afraid of portupgrade -ra X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 12:56:36 -0000 I have not done a cvsup and buildworld since the threading move in the ports tree was made. Is it okay for me to do a cvsup and buildworld WITHOUT doing a portupgrade -ra? Will I break any of my existing applications? The reason I ask is because on my laptop, I've installed a lot of ports... as in somewhere around 6500. While I typically install only what I need, my philosophy with my laptop was that I also typically end up in situations where I'll need something and not have the connectivity to download a package or grab the ports source to compile. So now I'm faced with having my machine crunch through quite a few ports... not all of which I'm confident will build correctly. -- /*===================[ Jake Khuon ]======================+ | Packet Plumber, Network Engineers /| / [~ [~ |) | | --------------- | | for Effective Bandwidth Utilisation / |/ [_ [_ |) |_| N E T W O R K S | +=========================================================================*/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 11:05:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FC4216A4D8 for ; Mon, 9 Feb 2004 11:05:23 -0800 (PST) Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 784D443D1F for ; Mon, 9 Feb 2004 11:05:23 -0800 (PST) (envelope-from jcm@FreeBSD-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by serenity.mcc.ac.uk with esmtp (Exim 4.20) id 1AqGif-000929-BT; Mon, 09 Feb 2004 19:05:21 +0000 Received: from dogma.freebsd-uk.eu.org (localhost [127.0.0.1]) i19J5KVi060358; Mon, 9 Feb 2004 19:05:20 GMT (envelope-from jcm@dogma.freebsd-uk.eu.org) Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.12.10/8.12.6/Submit) id i19J5KZn060356; Mon, 9 Feb 2004 19:05:20 GMT Date: Mon, 9 Feb 2004 19:05:19 +0000 From: Jonathon McKitrick To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20040209190519.GA60046@dogma.freebsd-uk.eu.org> References: <20040206154308.GA13175@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4i X-Spam-Score: -4.9 (----) X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *1AqGif-000929-BT*N1P3KTzXIRU* X-Mailman-Approved-At: Tue, 10 Feb 2004 05:09:06 -0800 cc: freebsd-current@freebsd.org Subject: Re: How to DISABLE cover lid switch in APM? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 19:05:23 -0000 On Sun, Feb 08, 2004 at 06:13:03PM +0100, Dag-Erling Smørgrav wrote: : Jonathon McKitrick writes: : > there was a neat 'feature' that I liked in 4.x with my laptop. I could : > close the lid and it would keep running. This 'bug' has been fixed, but is : > there a way to disable it? I tried 'apm -e 0' but closing the lid still : > suspends the machine. : : sysctl hw.acpi.lid_switch_state=S0 Got it. Thanks. jm -- My other computer is your Windows box. From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 12:34:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92F6316A4CE for ; Mon, 9 Feb 2004 12:34:26 -0800 (PST) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5546943D1F for ; Mon, 9 Feb 2004 12:34:26 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost.nic.fr [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id i19KYCDa081766 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Mon, 9 Feb 2004 15:34:15 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id i19KYCP1081763; Mon, 9 Feb 2004 15:34:12 -0500 (EST) (envelope-from wollman) Date: Mon, 9 Feb 2004 15:34:12 -0500 (EST) From: Garrett Wollman Message-Id: <200402092034.i19KYCP1081763@khavrinen.lcs.mit.edu> To: "M. Warner Losh" In-Reply-To: <20040209.010318.89944026.imp@bsdimp.com> References: <6514.1076282830@critter.freebsd.dk> <20040209.010318.89944026.imp@bsdimp.com> X-Spam-Score: -19.8 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.37 X-Mailman-Approved-At: Tue, 10 Feb 2004 05:09:06 -0800 cc: current@FreeBSD.ORG Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 20:34:26 -0000 < said: > s/I/we/ Others have signed off on this model. Maybe you could > explain how such a device would exist, and its exact semantics. With > a cloning device that phk is talking about, you open /dev/foo, and > /dev/foo0, /dev/foo1, etc are automatically created. This is how > things work on other systems for cloning devices. In traditional implementations of cloning devices, the master device actually exists in the namespace and can be seen and prodded without having to open it first. (E.g., /dev/pts) In really funky implementations of cloning devices, the master device magically morphs into a directory when you access it like one. (E.g., /dev/pts on AIX) -GAWollmna From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 12:51:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5018216A4CE for ; Mon, 9 Feb 2004 12:51:16 -0800 (PST) Received: from temp.grimstveit.no (unknown [62.97.240.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C44143D1D for ; Mon, 9 Feb 2004 12:51:16 -0800 (PST) (envelope-from jakob@grimstveit.no) Received: by temp.grimstveit.no (Postfix, from userid 1001) id D0AF7C03BB; Sun, 1 Feb 2004 00:27:28 +0100 (CET) Date: Sun, 1 Feb 2004 00:27:28 +0100 From: Jakob Breivik Grimstveit To: freebsd-current@freebsd.org Message-ID: <20040131232728.GA3070@temp.grimstveit.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.5.1i X-Mailman-Approved-At: Tue, 10 Feb 2004 05:09:06 -0800 Subject: Kernel compile fails on acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 20:51:16 -0000 awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pcib_if.m -h awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h /usr/obj/usr/src/make.i386/make -f /usr/src/sys/modules/acpi/../../i386/acpica/Makefile MAKESRCPATH=/usr/src/sys/modules/acpi/../../i386/acpica cc -O -pipe -march=athlon-mp -I. -c /usr/src/sys/modules/acpi/../../i386/acpica/acpi_wakecode.S In file included from /usr/src/sys/i386/acpica/acpi_wakecode.S:28: machine/asm.h:43:23: sys/cdefs.h: No such file or directory *** Error code 1 Stop in /usr/obj/usr/src/sys/BGJGRIMSTVEIT/modules/usr/src/sys/modules/acpi. *** Error code 1 Stop in /usr/src/sys/modules/acpi. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/BGJGRIMSTVEIT. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. KERNCONF: http://www.grimstveit.no/jakob/files/temp/BGJGRIMSTVEIT rc.conf: http://www.grimstveit.no/jakob/files/temp/make.conf [root@bgjgrimstveit src]$ uname -a FreeBSD bgjgrimstveit.starshipping.com 5.2-RELEASE FreeBSD 5.2-RELEASE #0: Thu Jan 29 13:47:45 CET 2004 root@bgjgrimstveit.starshipping.com:/usr/obj/usr/src/sys/GENERIC i386 [root@bgjgrimstveit src]$ df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad0s1a 15G 3.7G 9.7G 27% / devfs 1.0K 1.0K 0B 100% /dev /dev/ad0s1e 23G 3.7G 18G 17% /files /dev/ad0s1d 15G 235M 13G 2% /home Any help is appreciated. Thanks in advance. -- Jakob Breivik Grimstveit, http://www.grimstveit.no/jakob, +47 48298152 From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 21:21:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E54D616A4CE for ; Mon, 9 Feb 2004 21:21:56 -0800 (PST) Received: from miffy.openlook.org (openlook.org [211.236.182.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCD0D43D2F for ; Mon, 9 Feb 2004 21:21:56 -0800 (PST) (envelope-from perky@miffy.openlook.org) Received: by miffy.openlook.org (Postfix, from userid 1000) id 119EBA9F4; Tue, 10 Feb 2004 14:24:23 +0900 (KST) Date: Tue, 10 Feb 2004 14:24:23 +0900 From: Hye-Shik Chang To: Andy Hilker Message-ID: <20040210052423.GA25820@i18n.org> References: <20040210011037.GC27558@mail.crypta.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040210011037.GC27558@mail.crypta.net> X-Accept-Language: ko, en User-Agent: Mutt/1.5.5.1i X-Mailman-Approved-At: Tue, 10 Feb 2004 05:09:06 -0800 cc: freebsd-current@freebsd.org Subject: Re: ports/www/mod_python3 + libc_r + php4/mhash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 05:21:57 -0000 On Tue, Feb 10, 2004 at 02:10:38AM +0100, Andy Hilker wrote: > Hi, > > after update world and all ports, apache core dumped with signal > 11. I have found out, that mod_php4 with mhash support AND the > following lines in $PREFIX/sbin/envvars: > > LD_PRELOAD=/usr/lib/libc_r.so Try LD_PRELOAD=/usr/lib/libpthread.so > export LD_PRELOAD > > is the reason. Without these envars, everything but mod_python3 > runs fine. > > Is there anything i could try or do to reanimate python? :) > Hye-Shik From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 02:21:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C510216A4CE for ; Tue, 10 Feb 2004 02:21:48 -0800 (PST) Received: from web25110.mail.ukl.yahoo.com (web25110.mail.ukl.yahoo.com [217.12.10.58]) by mx1.FreeBSD.org (Postfix) with SMTP id 1559B43D1D for ; Tue, 10 Feb 2004 02:21:48 -0800 (PST) (envelope-from rmhlldr@yahoo.co.uk) Message-ID: <20040210102147.94879.qmail@web25110.mail.ukl.yahoo.com> Received: from [194.44.215.106] by web25110.mail.ukl.yahoo.com via HTTP; Tue, 10 Feb 2004 10:21:47 GMT Date: Tue, 10 Feb 2004 10:21:47 +0000 (GMT) From: =?iso-8859-1?q?RMH?= To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 10 Feb 2004 05:09:06 -0800 Subject: Re: -fno-strict-aliasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rhett@alasir.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 10:21:48 -0000 > Kris Kennaway wrote: > On Mon, Feb 09, 2004 at 08:11:58AM -0500, Richard Coleman wrote: > > Kris Kennaway wrote: > > > > >On Mon, Feb 09, 2004 at 02:28:20AM -0200, Bruno T. wrote: > > > > > >>Hi everyone. > > >>i'm pretty new to bsd, but i have some background in linux development > > >>and for what i have seen until now, i must say that -CURRENT is rather > > >>impressive, congrats ! > > >> > > >>I was rebuilding my base sys and noticed that any compiler flag > > >>that implies -fstrict-aliasing (like -O2) would break some few things, > > >>adding "-fno-strict-aliasing" to "CFLAGS+=" in these makefiles > > >>solves the problem for now. > > > > > > > > >Don't do that then :-) > > > > > >Kris > > > > Although it's not urgent, I don't see why the aliasing problems can't be > > fixed. I think it would be more honest if the party line was "FreeBSD > > has bugs, so we can't use -O2 right now" rather than the standard reply > > of "-O2 is not supported, don't even try". > > It's "don't even try unless you plan to fix them". > > Kris World of 5.1 runs fine when compiled with -O2 (every day use, sometimes under a pretty load); though I use GCC 2.95.4 instead of 3.x.x, on i386. Just my two cents. --- Regards, Rhett ___________________________________________________________ BT Yahoo! Broadband - Free modem offer, sign up online today and save £80 http://btyahoo.yahoo.co.uk From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 05:10:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61AD516A4CE for ; Tue, 10 Feb 2004 05:10:09 -0800 (PST) Received: from mailhub2.midco.net (mailhub2.midco.net [24.220.0.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1515443D2F for ; Tue, 10 Feb 2004 05:10:04 -0800 (PST) (envelope-from pmes@bis.midco.net) Received: (qmail 12402 invoked by uid 0); 10 Feb 2004 13:10:03 -0000 Received: from host-195-219-220-24.midco.net (HELO bis.midco.net) ([24.220.219.195]) (envelope-sender ) by lvs-pop.midco.net (qmail-ldap-1.03) with SMTP for ; 10 Feb 2004 13:10:03 -0000 Message-ID: <4028D82A.7060102@bis.midco.net> Date: Tue, 10 Feb 2004 07:10:02 -0600 From: Peter Schultz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040209 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jake Khuon References: <200402101256.i1ACuYPM016374@Espresso.NEEBU.Net> In-Reply-To: <200402101256.i1ACuYPM016374@Espresso.NEEBU.Net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: afraid of portupgrade -ra X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 13:10:09 -0000 Jake Khuon wrote: > I have not done a cvsup and buildworld since the threading move in the ports > tree was made. Is it okay for me to do a cvsup and buildworld WITHOUT doing > a portupgrade -ra? Will I break any of my existing applications? The > reason I ask is because on my laptop, I've installed a lot of ports... as in > somewhere around 6500. While I typically install only what I need, my > philosophy with my laptop was that I also typically end up in situations > where I'll need something and not have the connectivity to download a > package or grab the ports source to compile. So now I'm faced with having > my machine crunch through quite a few ports... not all of which I'm > confident will build correctly. > > First, you'll want `portupgrade -raf'. Second, it might be better to just start over anew. Blowing everything away and starting fresh with the latest JPSNAP has given me excellent results. Of course, I have a desktop with multiple hard drives. If this stuff freaks you out, don't run -current. Especially on a machine you'll need to have working! ;-) Pete... From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 05:26:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F39B216A4CE for ; Tue, 10 Feb 2004 05:26:32 -0800 (PST) Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42]) by mx1.FreeBSD.org (Postfix) with SMTP id 2BDD443D1D for ; Tue, 10 Feb 2004 05:26:32 -0800 (PST) (envelope-from root@pukruppa.de) Received: (qmail 28847 invoked by uid 505); 10 Feb 2004 13:26:34 -0000 Received: from root@pukruppa.de by dsl-mail by uid 89 with qmail-scanner-1.14 (spamassassin: 2.43. Clear:SA:0(0.0/5.0):. Processed in 0.249915 secs); 10 Feb 2004 13:26:34 -0000 X-Spam-Status: No, hits=0.0 required=5.0 Received: from unknown (HELO reverse-213-146-114-24.dialin.kamp-dsl.de) (213.146.114.24) by dsl-mail.kamp.net with SMTP; 10 Feb 2004 13:26:34 -0000 Date: Tue, 10 Feb 2004 14:30:05 +0100 (CET) From: Peter Ulrich Kruppa X-X-Sender: root@pukruppa.net To: freebsd-current@freebsd.org Message-ID: <20040210142503.O838@pukruppa.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: libintl.so.5 not found on today's current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 13:26:33 -0000 Hi! Today, I received a Shared Object "libintl.so.5" not found on my FreeBSD pukruppa.net 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Tue Feb 10 09:33:55 CET 2004 root@pukruppa.net:/usr/obj/usr/src/sys/SMALL i386 I softlinked it to libintl.so.6 which seemed to fix it. I hope this won't cause any problems. Regards, Uli. +---------------------------+ | Peter Ulrich Kruppa | | Wuppertal | | Germany | +---------------------------+ From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 05:49:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEB1F16A4CF for ; Tue, 10 Feb 2004 05:49:58 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C26B743D31 for ; Tue, 10 Feb 2004 05:49:58 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id EE8913BD10; Tue, 10 Feb 2004 08:49:57 -0500 (EST) Message-ID: <4028E199.4070406@mindspring.com> Date: Tue, 10 Feb 2004 08:50:17 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jake Khuon References: <200402101256.i1ACuYPM016374@Espresso.NEEBU.Net> In-Reply-To: <200402101256.i1ACuYPM016374@Espresso.NEEBU.Net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: afraid of portupgrade -ra X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 13:49:59 -0000 Jake Khuon wrote: > I have not done a cvsup and buildworld since the threading move in the ports > tree was made. Is it okay for me to do a cvsup and buildworld WITHOUT doing > a portupgrade -ra? Will I break any of my existing applications? The > reason I ask is because on my laptop, I've installed a lot of ports... as in > somewhere around 6500. While I typically install only what I need, my > philosophy with my laptop was that I also typically end up in situations > where I'll need something and not have the connectivity to download a > package or grab the ports source to compile. So now I'm faced with having > my machine crunch through quite a few ports... not all of which I'm > confident will build correctly. Instead of portupgrade -afr, I did a pkg_deinstall '*'. Then after making sure that /usr/local and /usr/X11 were clean, I re-added what I wanted using an updated /usr/ports. I'm only using about 100 ports, but everything built fine for me using a recent -current. With that many ports, this may be an easier route for you. At the very least, it will make it much more obvious which are the troublesome ports. And if you use portinstall (same as portupgrade -new) and keep all your desired options in pkgtools.conf, it is especially easy. Just make sure you install portupgrade, ruby, and perl as the first ports. Then use portinstall to install everything else after that (after running "make index" and portsdb -u). Richard Coleman richardcoleman@mindspring.com From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 06:01:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E184516A4CE for ; Tue, 10 Feb 2004 06:01:12 -0800 (PST) Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42]) by mx1.FreeBSD.org (Postfix) with SMTP id 1C9D143D31 for ; Tue, 10 Feb 2004 06:01:12 -0800 (PST) (envelope-from root@pukruppa.de) Received: (qmail 13472 invoked by uid 505); 10 Feb 2004 14:01:15 -0000 Received: from root@pukruppa.de by dsl-mail by uid 89 with qmail-scanner-1.14 (spamassassin: 2.43. Clear:SA:0(0.0/5.0):. Processed in 0.270895 secs); 10 Feb 2004 14:01:15 -0000 X-Spam-Status: No, hits=0.0 required=5.0 Received: from unknown (HELO reverse-213-146-114-24.dialin.kamp-dsl.de) (213.146.114.24) by dsl-mail.kamp.net with SMTP; 10 Feb 2004 14:01:15 -0000 Date: Tue, 10 Feb 2004 15:04:45 +0100 (CET) From: Peter Ulrich Kruppa X-X-Sender: root@pukruppa.net To: freebsd-current@freebsd.org Message-ID: <20040210145215.B792@pukruppa.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: gettext ??? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 14:01:13 -0000 Hi! I know there was a lengthy discussion about gettext and gettext-new, but I lost the thread somewhere. 1) When I do a # make install in /usr/ports/devel/gettext I receive this error ------------------------------------------------- ===> Vulnerability check disabled ===> Extracting for gettext-0.13.1 >> Checksum OK for gettext-0.13.1.tar.gz. ===> Patching for gettext-0.13.1 ===> Applying FreeBSD patches for gettext-0.13.1 Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to gettext-tools/misc/Makefile.in.rej >> Patch patch-gettext-tools_misc_Makefile.in failed to apply cleanly. >> Patch(es) patch-ad patch-ak patch-config_ltmain.sh patch-gettext-runtime_configure patch-gettext-runtime_intl_Makefile.in patch-gettext-tools_Makefile.in patch-gettext-tools_configure patch-gettext-tools_lib_Makefile.in applied cleanly. *** Error code 1 Stop in /usr/ports/devel/gettext. ----------------------------------------------------- 2) gettext-new builds and installs fine, but most gettext-dependent ports (quite many of them on my machine) don't seem to build against it. 3) This is worrying me least, but still it irritates me and pkgdb : The old gettext has got a higher version number (0.13.1) than the new one (0.13) . What should I do now (for example wait until it is all fixed?) Regards, Uli. +---------------------------+ | Peter Ulrich Kruppa | | Wuppertal | | Germany | +---------------------------+ From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 06:44:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F2D916A4CF for ; Tue, 10 Feb 2004 06:44:35 -0800 (PST) Received: from ftp.bjpu.edu.cn (unknown [218.107.145.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2477843D2F for ; Tue, 10 Feb 2004 06:44:35 -0800 (PST) (envelope-from delphij@frontfree.net) Received: from localhost (localhost [127.0.0.1]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 0ABC252AB for ; Tue, 10 Feb 2004 22:44:33 +0800 (CST) Received: from ftp.bjpu.edu.cn ([127.0.0.1]) by localhost (ftp.bjpu.edu.cn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31545-07 for ; Tue, 10 Feb 2004 22:44:32 +0800 (CST) Received: from beastie.frontfree.net (beastie.frontfree.net [218.107.145.7]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id A8ECC52A3 for ; Tue, 10 Feb 2004 22:44:31 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 240D011E03; Tue, 10 Feb 2004 22:44:31 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02836-10; Tue, 10 Feb 2004 22:44:26 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 9F48A11C7B; Tue, 10 Feb 2004 22:44:26 +0800 (CST) Date: Tue, 10 Feb 2004 22:44:26 +0800 From: Xin LI To: Peter Ulrich Kruppa Message-ID: <20040210144426.GA3684@frontfree.net> References: <20040210145215.B792@pukruppa.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline In-Reply-To: <20040210145215.B792@pukruppa.net> User-Agent: Mutt/1.4.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.2-CURRENT FreeBSD 5.2-CURRENT #22: Sun Feb 8 05:09:45 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-current@freebsd.org Subject: Re: gettext ??? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 14:44:35 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi I have had the same problem, and with trevor@'s help I solved it. What you should do is: rm -rf /usr/ports/devel/gettext/files/* [If your network access is good, removal of the whole ports tree is recommended, to make it clean] re-sync your ports tree Now, if you have portupgrade (a.k.a. ports/sysutils/portupgrade), try portupgrade -fr gettext. This is hopefully to solve all your problem. -- Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAKO5JOfuToMruuMARAkgnAJ419TsIrpR7ZqjuSl2z3QvZ8qbF9gCfQ2Ji lie5KYgnVh+pgaEzhjl952M= =ExYj -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 07:28:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 686BB16A4CE for ; Tue, 10 Feb 2004 07:28:33 -0800 (PST) Received: from mail.gactr.uga.edu (mail.gactr.uga.edu [128.192.37.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51B7D43D1F for ; Tue, 10 Feb 2004 07:28:33 -0800 (PST) (envelope-from robin.blanchard@gactr.uga.edu) Received: from 127.0.0.1 (localhost [127.0.0.1]) by dummy.domain.name (Postfix) with SMTP id 77A3277318 for ; Tue, 10 Feb 2004 10:28:32 -0500 (EST) Received: from EBE1.gc.nat (E2K1.gc.nat [10.10.11.21]) by mail.gactr.uga.edu (Postfix) with ESMTP id 5A6A7770D9 for ; Tue, 10 Feb 2004 10:28:32 -0500 (EST) X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 10 Feb 2004 10:28:32 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: AAC vs AMR vs getblk [Re: Processes blocked on getblk or ufs] Thread-Index: AcPtQKw7B2T9Bc5KQKmdg2VCx8mOrwCqYkyg From: "Robin P. Blanchard" To: Subject: RE: AAC vs AMR vs getblk [Re: Processes blocked on getblk or ufs] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 15:28:33 -0000 > I'm finally catching up on this thread after a busy couple of=20 > weeks where I wasn't reading much list email. There seems to=20 > be two problem areas in the thread, AAC and AMR. For the AAC=20 > problems, I've put a work-around in place until I find the=20 > root cause. The work-around appears to work well; I can no=20 > longer reproduce the problem where I could eadily reproduce=20 > it before, at the cost of reducing the command pool from 512=20 > to 504. Not a big hit overall, and I'll hopefully find the=20 > real fix this weekend. >=20 > Since I can't always read list email in detail, please please=20 > please email me directly if you have problems that might be=20 > related to aac. You'll have a much higher chance of catching=20 > my attention if you do that. >=20 > For AMR, it looks like there is indeed a real problem, but=20 > the driver is basically without a maintainer at this point. =20 > I don't have the time right now to learn it in enough detail=20 > to be useful. Thanks for the time and effort put into this! My dual 2650 is no longer exhibiting any getblk issues. I would definitely encourage this being back-ported to 5.2-rel or 5.2.1-rel. --------------------------------------- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 < > fax: 706.542.6546 --------------------------------------- From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 07:38:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 430EC16A4CE for ; Tue, 10 Feb 2004 07:38:42 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 234E143D2F for ; Tue, 10 Feb 2004 07:38:42 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 20432 invoked by uid 1002); 10 Feb 2004 15:38:41 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 10 Feb 2004 15:38:41 -0000 Message-ID: <4028FA6A.6020209@freebsd.org> Date: Tue, 10 Feb 2004 08:36:10 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031103 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Robin P. Blanchard" References: In-Reply-To: Content-Type: multipart/mixed; boundary="------------050700050109040604060004" cc: current@freebsd.org Subject: Re: AAC vs AMR vs getblk [Re: Processes blocked on getblk or ufs] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 15:38:42 -0000 This is a multi-part message in MIME format. --------------050700050109040604060004 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Robin P. Blanchard wrote: >>I'm finally catching up on this thread after a busy couple of >>weeks where I wasn't reading much list email. There seems to >>be two problem areas in the thread, AAC and AMR. For the AAC >>problems, I've put a work-around in place until I find the >>root cause. The work-around appears to work well; I can no >>longer reproduce the problem where I could eadily reproduce >>it before, at the cost of reducing the command pool from 512 >>to 504. Not a big hit overall, and I'll hopefully find the >>real fix this weekend. >> >>Since I can't always read list email in detail, please please >>please email me directly if you have problems that might be >>related to aac. You'll have a much higher chance of catching >>my attention if you do that. >> >>For AMR, it looks like there is indeed a real problem, but >>the driver is basically without a maintainer at this point. >>I don't have the time right now to learn it in enough detail >>to be useful. > > > Thanks for the time and effort put into this! My dual 2650 is no longer > exhibiting any getblk issues. I would definitely encourage this being > back-ported to 5.2-rel or 5.2.1-rel. > Would you mind testing the attached patch under either 5.2 or 5.2.1-RC? Thanks, Scott --------------050700050109040604060004 Content-Type: text/plain; name="aac_unmap.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="aac_unmap.diff" Index: aac.c =================================================================== RCS file: /usr/ncvs/src/sys/dev/aac/aac.c,v retrieving revision 1.81 diff -u -r1.81 aac.c --- aac.c 9 Nov 2003 09:17:20 -0000 1.81 +++ aac.c 9 Feb 2004 06:41:57 -0000 @@ -1290,8 +1290,10 @@ cm->cm_flags |= AAC_CMD_MAPPED; /* put the FIB on the outbound queue */ - if (aac_enqueue_fib(sc, cm->cm_queue, cm) == EBUSY) + if (aac_enqueue_fib(sc, cm->cm_queue, cm) == EBUSY) { + aac_unmap_command(cm); aac_requeue_ready(cm); + } return; } --------------050700050109040604060004-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 08:21:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA9EB16A4CF for ; Tue, 10 Feb 2004 08:21:33 -0800 (PST) Received: from ftp.bjpu.edu.cn (unknown [218.107.145.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98B7B43D1F for ; Tue, 10 Feb 2004 08:21:33 -0800 (PST) (envelope-from junsu@delphij.net) Received: from localhost (localhost [127.0.0.1]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id A5F9D52C6 for ; Wed, 11 Feb 2004 00:21:31 +0800 (CST) Received: from ftp.bjpu.edu.cn ([127.0.0.1]) by localhost (ftp.bjpu.edu.cn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32832-06 for ; Wed, 11 Feb 2004 00:21:31 +0800 (CST) Received: from beastie.frontfree.net (beastie.frontfree.net [218.107.145.7]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id B651152C3 for ; Wed, 11 Feb 2004 00:21:30 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 52F581182D for ; Wed, 11 Feb 2004 00:21:30 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02119-03 for ; Wed, 11 Feb 2004 00:21:28 +0800 (CST) Received: from mail.frontfree.net (unknown [211.161.222.245]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id E9E4E1172F for ; Wed, 11 Feb 2004 00:21:27 +0800 (CST) To: current@freebsd.org Date: Wed, 11 Feb 2004 00:21:06 +0800 From: "Jun Su" Content-Type: text/plain; format=flowed; delsp=yes; charset=gbk MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/7.50 (Win32, build 3494) X-Virus-Scanned: by amavisd-new at frontfree.net X-Virus-Scanned: by amavisd-new at frontfree.net Subject: Need cleanup on RCng? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 16:21:34 -0000 After I mergemaster, I ran the following command agaist the newest rc.d/*. I got the following error messages. I think we need some clean up of rc.d. Anyone is working on this? Thanks, Jun Su %rcorder -k FreeBSD -s nostart /etc/rc.d/* > ~/rctest rcorder: requirement `ppp' in file `/etc/rc.d/rpcbind' has no providers. rcorder: requirement `beforenetlkm' in file `/etc/rc.d/ipfilter' has no providers. rcorder: requirement `network' in file `/etc/rc.d/dhclient' has no providers. rcorder: requirement `altqd' in file `/etc/rc.d/NETWORKING' has no providers. rcorder: requirement `network' in file `/etc/rc.d/NETWORKING' has no providers. rcorder: requirement `wscons' in file `/etc/rc.d/syslogd' has no providers. rcorder: requirement `sysdb' in file `/etc/rc.d/syslogd' has no providers. rcorder: requirement `mountall' in file `/etc/rc.d/accounting' has no providers. rcorder: requirement `mountall' in file `/etc/rc.d/amd' has no providers. rcorder: requirement `mountall' in file `/etc/rc.d/cleartmp' has no providers. rcorder: requirement `beforenetlkm' in file `/etc/rc.d/ipsec' has no providers. rcorder: requirement `mountall' in file `/etc/rc.d/ldconfig' has no providers. rcorder: requirement `beforemountlkm' in file `/etc/rc.d/mountd' has no providers. rcorder: requirement `mountall' in file `/etc/rc.d/mountd' has no providers. From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 08:30:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B3E716A4CE for ; Tue, 10 Feb 2004 08:30:07 -0800 (PST) Received: from plouf.absolight.net (plouf.absolight.net [212.43.217.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id D522243D1F for ; Tue, 10 Feb 2004 08:30:06 -0800 (PST) (envelope-from mat@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by plouf.absolight.net (Postfix) with ESMTP id 9B1A3557601 for ; Tue, 10 Feb 2004 17:30:05 +0100 (CET) Received: from andromede.faubourg.reaumur.net (ATuileries-107-2-1-123.w217-128.abo.wanadoo.fr [217.128.120.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by plouf.absolight.net (Postfix) with ESMTP id A0B64557600 for ; Tue, 10 Feb 2004 17:30:04 +0100 (CET) Date: Tue, 10 Feb 2004 17:30:04 +0100 From: Mathieu Arnold To: current@freebsd.org Message-ID: <688078718.1076434204@andromede.faubourg.reaumur.net> In-Reply-To: References: X-Mailer: Mulberry/3.1.1 (Win32) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========E8E12DDC0F3ECEFA886D==========" X-Virus-Scanned: by amavisd 0.1 Subject: Re: Need cleanup on RCng? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 16:30:07 -0000 --==========E8E12DDC0F3ECEFA886D========== Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline +-le 11/02/2004 00:21 +0800, Jun Su =E9crivait : | After I mergemaster, I ran the following command agaist the newest rc.d/*. | I got the following error messages. I think we need some clean up of rc.d. | Anyone is working on this? |=20 | Thanks, |=20 | Jun Su |=20 | %rcorder -k FreeBSD -s nostart /etc/rc.d/* > ~/rctest | rcorder: requirement `ppp' in file `/etc/rc.d/rpcbind' has no providers. | rcorder: requirement `beforenetlkm' in file `/etc/rc.d/ipfilter' has no | providers. | rcorder: requirement `network' in file `/etc/rc.d/dhclient' has no | providers. | rcorder: requirement `altqd' in file `/etc/rc.d/NETWORKING' has no | providers. | rcorder: requirement `network' in file `/etc/rc.d/NETWORKING' has no | providers. | rcorder: requirement `wscons' in file `/etc/rc.d/syslogd' has no providers. | rcorder: requirement `sysdb' in file `/etc/rc.d/syslogd' has no providers. | rcorder: requirement `mountall' in file `/etc/rc.d/accounting' has no | providers. | rcorder: requirement `mountall' in file `/etc/rc.d/amd' has no providers. | rcorder: requirement `mountall' in file `/etc/rc.d/cleartmp' has no | providers. | rcorder: requirement `beforenetlkm' in file `/etc/rc.d/ipsec' has no | providers. | rcorder: requirement `mountall' in file `/etc/rc.d/ldconfig' has no | providers. | rcorder: requirement `beforemountlkm' in file `/etc/rc.d/mountd' has no | providers. | rcorder: requirement `mountall' in file `/etc/rc.d/mountd' has no | providers. There also is a problem with /etc/netstart, it does not call /etc/rc.d/routing, and well... --=20 Mathieu Arnold --==========E8E12DDC0F3ECEFA886D========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) iQEVAwUBQCkHDlvROjYJ63c1AQIsRwf7BociTLhuIFYsKT03QYGeWsaVWaFhTHzB vQhq0CYF4PYmMkCrbY6felN1afIbCeRnzLApDi9+c6tYmNgyG9gYnPJ3R8hiCwpA 8JbC3tajUy8+q6NYO5X6V06XNl+ShyF7+FUlFDvZfcyM+DgW2feJF57clhjrAwc2 Z5NpUOw12h3s2o9d6qUH4EtlFIa81tEF2lrDHx5RHlFP9A9AhennZKZjtsgNwh+x B2rb00zj/NGLg35luKmxPTA5ZZ5mECYS/D2SnUugNe/h34PPXzN28SNqjKab8LKR ojNmItddojSTh49yf3simJE1j2fh3vIi3lYy85BBMP7AFJN9XdqpRQ== =bz5f -----END PGP SIGNATURE----- --==========E8E12DDC0F3ECEFA886D==========-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 08:53:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D205E16A4CE for ; Tue, 10 Feb 2004 08:53:56 -0800 (PST) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9205543D1D for ; Tue, 10 Feb 2004 08:53:56 -0800 (PST) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cae88-51-165.sc.rr.com [24.88.51.165]) i1AGrqq3013165 for ; Tue, 10 Feb 2004 11:53:54 -0500 (EST) Received: from volatile.chemikals.org (morganw@localhost [127.0.0.1]) i1AGrper057441 for ; Tue, 10 Feb 2004 11:53:51 -0500 (EST) (envelope-from morganw@chemikals.org) Received: from localhost (morganw@localhost)i1AGrp6K057438 for ; Tue, 10 Feb 2004 11:53:51 -0500 (EST) (envelope-from morganw@chemikals.org) X-Authentication-Warning: volatile.chemikals.org: morganw owned process doing -bs Date: Tue, 10 Feb 2004 11:53:51 -0500 (EST) From: Wesley Morgan To: current@freebsd.org Message-ID: <20040210114615.U56694@volatile.chemikals.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: ULE interactivity X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 16:53:56 -0000 I usually don't leave my laptop running for long periods of time, but the system has been up for just over a day. I left it running overnight to rebuild most of the KDE ports after a few revision bumps. After sitting idle for 3 or 4 hours, I'm rebuilding a few more ports and find that interactivity has become horrible. System load is listed as 2.4-2.5 but the only thing going on is a portupgrade rebuild that usually puts load around 1 and interactivity is terrible. If this would a PI controller I might think the scheduler had a case of integral windup :) Has anyone else seen similar problems? -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 09:21:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFFC716A4CE for ; Tue, 10 Feb 2004 09:21:17 -0800 (PST) Received: from hotmail.com (bay8-f54.bay8.hotmail.com [64.4.27.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id E74A843D31 for ; Tue, 10 Feb 2004 09:21:17 -0800 (PST) (envelope-from evantd@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 10 Feb 2004 09:21:17 -0800 Received: from 128.208.59.136 by by8fd.bay8.hotmail.msn.com with HTTP; Tue, 10 Feb 2004 17:21:17 GMT X-Originating-IP: [128.208.59.136] X-Originating-Email: [evantd@hotmail.com] X-Sender: evantd@hotmail.com From: "Evan Dower" To: freebsd-current@freebsd.org Date: Tue, 10 Feb 2004 09:21:17 -0800 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 10 Feb 2004 17:21:17.0811 (UTC) FILETIME=[4B256430:01C3EFFA] Subject: unwind.h: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 17:21:18 -0000 The last several days cvsup/build process has given me this error during buildworld. I have unwind.h on my system in various places, some of which look approximately where they should be. Since I haven't seen any other talk about this, I'm guessing something just got screwy with my files. I figure I'll just rm all my sources and re-cvsup to make sure it's all proper. Anybody have a better idea? Thanks, -- Evan Dower Undergraduate, Computer Science University of Washington Public key: http://students.washington.edu/evantd/pgp-pub-key.txt Key fingerprint = D321 FA24 4BDA F82D 53A9 5B27 7D15 5A4F 033F 887D _________________________________________________________________ Keep up with high-tech trends here at "Hook'd on Technology." http://special.msn.com/msnbc/hookedontech.armx From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 10:55:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1C6316A4CE for ; Tue, 10 Feb 2004 10:55:54 -0800 (PST) Received: from mx7.yandex.ru (mx7.yandex.ru [213.180.200.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F22D43D31 for ; Tue, 10 Feb 2004 10:55:54 -0800 (PST) (envelope-from andrew-sj@yandex.ru) Received: from 25.117.dial.irtel.ru ([195.46.117.25]:55812 "EHLO andrr.my.domain" smtp-auth: "andrew-sj") by mail.yandex.ru with ESMTP id ; Tue, 10 Feb 2004 21:55:31 +0300 Date: Wed, 11 Feb 2004 02:54:59 -0000 To: freebsd-current@freebsd.org Content-Type: text/plain; format=flowed; charset=utf-8 From: Andrew Message-ID: User-Agent: Opera7.20/FreeBSD M2 build 445 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: acpi strange problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 18:55:54 -0000 If i enable acpi in bios, set in Advanced Bios setup 'apic mode enable', and booting freebsd with acpi enable (default boot) freebsd5.2rc have stop booting (if verbose loading enabled, last message is 'starting /sbin/init'). Scroll lock and ctrl-alt-esc work correctly. Ctrl-alt-del and power button have no any effect. about system: soltek frn2(nforce2 ultra400)/athlon xp2500+/gf4ti4200. Unfortunetly, now i haven't time to debug kernel, so i can only report about this. ps. sorry, my english isn't very good (last times i have very some time to sleep too) -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 12:31:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0438F16A4CE for ; Tue, 10 Feb 2004 12:31:13 -0800 (PST) Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42]) by mx1.FreeBSD.org (Postfix) with SMTP id 32EEA43D1F for ; Tue, 10 Feb 2004 12:31:12 -0800 (PST) (envelope-from root@pukruppa.de) Received: (qmail 10276 invoked by uid 505); 10 Feb 2004 20:31:17 -0000 Received: from root@pukruppa.de by dsl-mail by uid 89 with qmail-scanner-1.14 (spamassassin: 2.43. Clear:SA:0(0.0/5.0):. Processed in 0.274855 secs); 10 Feb 2004 20:31:17 -0000 X-Spam-Status: No, hits=0.0 required=5.0 Received: from unknown (HELO reverse-213-146-114-24.dialin.kamp-dsl.de) (213.146.114.24) by dsl-mail.kamp.net with SMTP; 10 Feb 2004 20:31:16 -0000 Date: Tue, 10 Feb 2004 21:34:46 +0100 (CET) From: Peter Ulrich Kruppa X-X-Sender: root@pukruppa.net To: Xin LI In-Reply-To: <20040210144426.GA3684@frontfree.net> Message-ID: <20040210213406.B2961@pukruppa.net> References: <20040210145215.B792@pukruppa.net> <20040210144426.GA3684@frontfree.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: gettext ??? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 20:31:13 -0000 On Tue, 10 Feb 2004, Xin LI wrote: > Hi > > I have had the same problem, and with trevor@'s help I solved it. > What you should do is: > > rm -rf /usr/ports/devel/gettext/files/* [If your network access is > good, removal of the whole ports tree is recommended, to make it > clean] > re-sync your ports tree > > Now, if you have portupgrade (a.k.a. ports/sysutils/portupgrade), > try portupgrade -fr gettext. This is hopefully to solve all your problem. Yeah, thanks. Uli. > > > -- > Xin LI http://www.delphij.net/ > See complete headers for GPG key and other information. > > +---------------------------+ | Peter Ulrich Kruppa | | Wuppertal | | Germany | +---------------------------+ From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 12:46:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C633616A4CE for ; Tue, 10 Feb 2004 12:46:32 -0800 (PST) Received: from ms-smtp-03.nyroc.rr.com (ms-smtp-03.nyroc.rr.com [24.24.2.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82AF843D1D for ; Tue, 10 Feb 2004 12:46:32 -0800 (PST) (envelope-from bcsfd204@twcny.rr.com) Received: from ms-mss-04 ([10.10.4.14])i1AKkSlK018108 for ; Tue, 10 Feb 2004 15:46:28 -0500 (EST) Received: from nyroc.rr.com (localhost [127.0.0.1]) by ms-mss-04.nyroc.rr.com (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) current@freebsd.org; Tue, 10 Feb 2004 15:46:27 -0500 (EST) Received: from [10.10.6.27] (Forwarded-For: [24.59.143.77]) by ms-mss-04.nyroc.rr.com (mshttpd); Tue, 10 Feb 2004 15:46:27 -0500 Date: Tue, 10 Feb 2004 15:46:27 -0500 From: bcsfd204@twcny.rr.com To: Edmund Craske Message-id: <2cd7b62d2113.2d21132cd7b6@nyroc.rr.com> MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.21 (built Sep 8 2003) Content-type: text/plain; charset=us-ascii Content-language: en Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: en Priority: normal X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: current@freebsd.org Subject: Re: RE: Missing XL0 and USB printer after upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bcsfd204@twcny.rr.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 20:46:32 -0000 ----- Original Message ----- From: Edmund Craske Date: Tuesday, February 10, 2004 3:29 am Subject: RE: Missing XL0 and USB printer after upgrade > > > I played with the kernel config (the two machines are almost > > identical (currently defined but disabled SCSI controller in > > the server machine)) I also tried SCHED_ULE and SCHED_4BSD > > and it did not seem to change anything. > > Is it possible you removed something like device mii here? > That would easily stop the network card from working. I > presume you have already tried a GENERIC kernel though, of > course. > > Ed > > Ed, I greped tthe kernel config file and device miibus was present. Another reply from Andre Guibert de Bruet got me some interesting results. (That I'm including in the response to his Email. Thanks... From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 13:02:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AC7B16A4CE for ; Tue, 10 Feb 2004 13:02:14 -0800 (PST) Received: from ms-smtp-02.nyroc.rr.com (ms-smtp-02.nyroc.rr.com [24.24.2.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FD7543D1D for ; Tue, 10 Feb 2004 13:02:13 -0800 (PST) (envelope-from bcsfd204@twcny.rr.com) Received: from ms-mss-04 ([10.10.4.14])i1AL29Ej007396 for ; Tue, 10 Feb 2004 16:02:10 -0500 (EST) Received: from nyroc.rr.com (localhost [127.0.0.1]) by ms-mss-04.nyroc.rr.com (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) current@freebsd.org; Tue, 10 Feb 2004 16:02:09 -0500 (EST) Received: from [10.10.6.27] (Forwarded-For: [24.59.143.77]) by ms-mss-04.nyroc.rr.com (mshttpd); Tue, 10 Feb 2004 16:02:09 -0500 Date: Tue, 10 Feb 2004 16:02:09 -0500 From: bcsfd204@twcny.rr.com To: Andre Guibert de Bruet Message-id: <2d05912cf211.2cf2112d0591@nyroc.rr.com> MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.21 (built Sep 8 2003) Content-type: text/plain; charset=us-ascii Content-language: en Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: en Priority: normal X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: current@freebsd.org Subject: Re: Missing XL0 and USB printer after upgrade (long response, sorry) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bcsfd204@twcny.rr.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 21:02:14 -0000 ----- Original Message ----- From: Andre Guibert de Bruet Date: Tuesday, February 10, 2004 6:59 am Subject: Re: Missing XL0 and USB printer after upgrade > > On Tue, 10 Feb 2004 bcsfd204@twcny.rr.com wrote: > > > I upgraded two systems over the weekend (2/6-7/04). I came up > from a 5.1-CURRENT level from around October, 2003. Both are Tyan > dual AMD processor systems with built in XL class ethernet cardss. > I reviewed UPDATING and I believe I followed the instructions for > the multi-terabyte changes. The desktop kernel and world went > without much of a problem (except nautilus keeps crashing on a > segment fault. I think I have to upgrade Gnome but I was going to > do that later.) > > > > I then went to upgrade the server. When I finished booting the > machine, XL0 and my USB attached printer were not recognized > (present).> > > IFCONFIG does not show XL0 and ls /dev does not show my USB printer. > > > > I played with the kernel config (the two machines are almost > identical (currently defined but disabled SCSI controller in the > server machine)) I also tried SCHED_ULE and SCHED_4BSD and it did > not seem to change anything. > > > > What I am noticing for the printer is, I get most of the probe > messages but then I start getting the messages about the > filesystems being clean and root being mounted. During this > portion of the boot, I get messages about the USB hardware being > probed.> > > It's almost like the hardware probing is not done yet before the > kernel startes to mount the filesystems and begin initialization. > (If I mangled the process here I'm sorry. I'm trying to describe > what the external symptoms look like.) > > > > When I review DMESG output, there is nothing present for the XL- > class ethernet interfaces. I also tried adding a VX-class card I > had in the closet but this is not detected either. > > > > At the moment, I'm less concerned about the printer. I'm going > nowhere with this server box if I cannot get it back on the wire. > > I forgot to ask in my last email, does 'pciconf -vl' show your network > device? Is it prefixed by noneX@pci...? > > Regards, > Andy > > > Andre Guibert de Bruet | Enterprise Software Consultant > > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" Andy, Your questions got me playing and I was manually able to configure my xl0 interface and ping my firewall toaster (SMC Baracade.) Another person commented about mibus. I know these 3Com chips need miibus but I do not know about the USB printer. The reason I mention this is there is another thread on current that just started talking about a floppy install of 5.2.1-RC failing and the failures all used miibus. It is titled "5.2.1-RC floppy install: many if_X.ko modules failed to load" and the last line reads: "It looks like miibus is having some sort of problem: the modules that complain are all dependent on it." I'm mentioning it for what it is worth... Anyway... I started with a fresh boot of the machine and copied what I found to floppy so I would not risk a typo on my wife's W98 PC. the boot -v got me the following: \\_SB_.PCI0.LNKB irq 9: [ 3 5 10 11] low,level,sharable 0.9.0 \\_SB_.PCI0.LNKC irq 5: [ 3 5 10 11] low,level,sharable 0.9.1 \\_SB_.PCI0.LNKA irq 11: [ 3 5 10 11] low,level,sharable 0.9.2 \\_SB_.PCI0.LNKB irq 9: [ 3 5 10 11] low,level,sharable 0.9.3 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f8000000, size 26, enabled map[14]: type 3, range 32, base f6200000, size 12, enabled map[18]: type 4, range 32, base 00001010, size 2, port disabled found-> vendor=0x1022, dev=0x700c, revid=0x11 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x700d, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7440, revid=0x05 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000f000, size 4, enabled found-> vendor=0x1022, dev=0x7441, revid=0x04 bus=0, slot=7, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7443, revid=0x03 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x16 (660 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7448, revid=0x05 bus=0, slot=16, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0017, statreg=0x2220, cachelnsz=0 (dwords) lattimer=0x63 (2970 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) agp0: port 0x1010-0x1013 mem 0xf6200000-0xf6200fff,0xf8000000-0xfbffffff at device 0.0 on pci0 agp0: allocating GATT for aperture of size 64M agp0: gatt -> ag_pdir 0x2d0000 agp0: allocating GATT for 16384 AGP page entries pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfff00000-0xfffff pcib1: prefetched decode 0xfff00000-0xfffff ---- initial configuration ------------------------ \\_SB_.PCI0.LNKB irq 9: [ 3 5 10 11] low,level,sharable 1.5.0 \\_SB_.PCI0.LNKC irq 5: [ 3 5 10 11] low,level,sharable 1.5.1 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.PCI0.LNKB irq 9: [ 3 5 10 11] low,level,sharable 1.5.0 \\_SB_.PCI0.LNKC irq 5: [ 3 5 10 11] low,level,sharable 1.5.1 pci1: on pcib1 pci1: physical bus=1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 mask=03 stat0=50 stat1=50 devices=0x3 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: reset tp1 mask=03 ostat0=50 ostat1=50 ata1-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata1-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata1: reset tp2 mask=03 stat0=50 stat1=50 devices=0x3 ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 7.3 (no driver attached) pcib2: at device 16.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x2000-0x2fff pcib2: memory decode 0xf4000000-0xf5ffffff pcib2: prefetched decode 0xfff00000-0xfffff ---- initial configuration ------------------------ \\_SB_.PCI0.LNKA irq 11: [ 3 5 10 11] low,level,sharable 2.4.0 \\_SB_.PCI0.LNKB irq 9: [ 3 5 10 11] low,level,sharable 2.4.1 \\_SB_.PCI0.LNKC irq 5: [ 3 5 10 11] low,level,sharable 2.4.2 \\_SB_.PCI0.LNKD irq 10: [ 3 5 10 11] low,level,sharable 2.4.3 \\_SB_.PCI0.LNKB irq 9: [ 3 5 10 11] low,level,sharable 2.5.0 \\_SB_.PCI0.LNKC irq 5: [ 3 5 10 11] low,level,sharable 2.5.1 \\_SB_.PCI0.LNKD irq 10: [ 3 5 10 11] low,level,sharable 2.5.2 \\_SB_.PCI0.LNKA irq 11: [ 3 5 10 11] low,level,sharable 2.5.3 \\_SB_.PCI0.LNKC irq 5: [ 3 5 10 11] low,level,sharable 2.6.0 \\_SB_.PCI0.LNKD irq 10: [ 3 5 10 11] low,level,sharable 2.6.1 \\_SB_.PCI0.LNKA irq 11: [ 3 5 10 11] low,level,sharable 2.6.2 \\_SB_.PCI0.LNKB irq 9: [ 3 5 10 11] low,level,sharable 2.6.3 \\_SB_.PCI0.LNKB irq 9: [ 3 5 10 11] low,level,sharable 2.7.0 \\_SB_.PCI0.LNKC irq 5: [ 3 5 10 11] low,level,sharable 2.8.0 \\_SB_.PCI0.LNKD irq 10: [ 3 5 10 11] low,level,sharable 2.9.0 \\_SB_.PCI0.LNKA irq 11: [ 3 5 10 11] low,level,sharable 2.0.0 \\_SB_.PCI0.LNKB irq 9: [ 3 5 10 11] low,level,sharable 2.0.1 \\_SB_.PCI0.LNKC irq 5: [ 3 5 10 11] low,level,sharable 2.0.2 \\_SB_.PCI0.LNKD irq 10: [ 3 5 10 11] low,level,sharable 2.0.3 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.PCI0.LNKA irq 11: [ 3 5 10 11] low,level,sharable 2.4.0 \\_SB_.PCI0.LNKB irq 9: [ 3 5 10 11] low,level,sharable 2.4.1 \\_SB_.PCI0.LNKC irq 5: [ 3 5 10 11] low,level,sharable 2.4.2 \\_SB_.PCI0.LNKD irq 10: [ 3 5 10 11] low,level,sharable 2.4.3 \\_SB_.PCI0.LNKB irq 9: [ 3 5 10 11] low,level,sharable 2.5.0 \\_SB_.PCI0.LNKC irq 5: [ 3 5 10 11] low,level,sharable 2.5.1 \\_SB_.PCI0.LNKD irq 10: [ 3 5 10 11] low,level,sharable 2.5.2 \\_SB_.PCI0.LNKA irq 11: [ 3 5 10 11] low,level,sharable 2.5.3 \\_SB_.PCI0.LNKC irq 5: [ 3 5 10 11] low,level,sharable 2.6.0 \\_SB_.PCI0.LNKD irq 10: [ 3 5 10 11] low,level,sharable 2.6.1 \\_SB_.PCI0.LNKA irq 11: [ 3 5 10 11] low,level,sharable 2.6.2 \\_SB_.PCI0.LNKB irq 9: [ 3 5 10 11] low,level,sharable 2.6.3 \\_SB_.PCI0.LNKB irq 9: [ 3 5 10 11] low,level,sharable 2.7.0 \\_SB_.PCI0.LNKC irq 5: [ 3 5 10 11] low,level,sharable 2.8.0 \\_SB_.PCI0.LNKD irq 10: [ 3 5 10 11] low,level,sharable 2.9.0 \\_SB_.PCI0.LNKA irq 11: [ 3 5 10 11] low,level,sharable 2.0.0 \\_SB_.PCI0.LNKB irq 9: [ 3 5 10 11] low,level,sharable 2.0.1 \\_SB_.PCI0.LNKC irq 5: [ 3 5 10 11] low,level,sharable 2.0.2 \\_SB_.PCI0.LNKD irq 10: [ 3 5 10 11] low,level,sharable 2.0.3 pci2: on pcib2 pci2: physical bus=2 map[10]: type 1, range 32, base f4008000, size 12, enabled pcib2: matched entry for 2.0.INTD (source \\_SB_.PCI0.LNKD) pcib2: slot 0 INTD is routed to irq 10 found-> vendor=0x1022, dev=0x7449, revid=0x07 bus=2, slot=0, func=0 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=10 map[10]: type 4, range 32, base 00002830, size 3, enabled map[14]: type 4, range 32, base 00002824, size 2, enabled map[18]: type 4, range 32, base 00002828, size 3, enabled map[1c]: type 4, range 32, base 00002820, size 2, enabled map[20]: type 4, range 32, base 00002800, size 4, enabled map[24]: type 1, range 32, base f4000000, size 14, enabled pcib2: matched entry for 2.4.INTA (source \\_SB_.PCI0.LNKA) pcib2: slot 4 INTA is routed to irq 11 found-> vendor=0x105a, dev=0x4d69, revid=0x02 bus=2, slot=4, func=0 class=01-80-85, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0430, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x12 (4500 ns) intpin=a, irq=11 powerspec 1 supports D0 D1 D3 current D0 map[10]: type 4, range 32, base 00002848, size 3, enabled map[14]: type 4, range 32, base 0000283c, size 2, enabled map[18]: type 4, range 32, base 00002840, size 3, enabled map[1c]: type 4, range 32, base 00002838, size 2, enabled map[20]: type 4, range 32, base 00002810, size 4, enabled map[24]: type 1, range 32, base f4004000, size 14, enabled pcib2: matched entry for 2.5.INTA (source \\_SB_.PCI0.LNKB) pcib2: slot 5 INTA is routed to irq 9 found-> vendor=0x105a, dev=0x4d69, revid=0x02 bus=2, slot=5, func=0 class=01-80-85, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0430, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x12 (4500 ns) intpin=a, irq=9 powerspec 1 supports D0 D1 D3 current D0 map[10]: type 1, range 32, base f5000000, size 24, enabled map[14]: type 4, range 32, base 00002000, size 8, enabled map[18]: type 1, range 32, base f4009000, size 12, enabled found-> vendor=0x1002, dev=0x4752, revid=0x27 bus=2, slot=7, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00002400, size 7, enabled map[14]: type 1, range 32, base f400a000, size 7, enabled pcib2: matched entry for 2.8.INTA (source \\_SB_.PCI0.LNKC) pcib2: slot 8 INTA is routed to irq 5 found-> vendor=0x10b7, dev=0x9805, revid=0x78 bus=2, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00002480, size 7, enabled map[14]: type 1, range 32, base f400a400, size 7, enabled pcib2: matched entry for 2.9.INTA (source \\_SB_.PCI0.LNKD) pcib2: slot 9 INTA is routed to irq 10 found-> vendor=0x10b7, dev=0x9805, revid=0x78 bus=2, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 pci2: at device 0.0 (no driver attached) atapci1: port 0x2800-0x280f,0x2820-0x2823,0x2828-0x282f,0x2824-0x2827,0x2830-0x2837 mem 0xf4000000-0xf4003fff irq 11 at device 4.0 on pci2 pcib2: device atapci1 requested decoded I/O range 0x2800-0x280f atapci1: [MPSAFE] pcib2: device atapci1 requested decoded I/O range 0x2830-0x2837 pcib2: device atapci1 requested decoded I/O range 0x2824-0x2827 pcib2: device atapci1 requested decoded I/O range 0x2826-0x2826 ata2: reset tp1 mask=03 ostat0=50 ostat1=50 ata2-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 mask=03 stat0=50 stat1=50 devices=0x3 ata2: at 0x2830 on atapci1 ata2: [MPSAFE] pcib2: device atapci1 requested decoded I/O range 0x2828-0x282f pcib2: device atapci1 requested decoded I/O range 0x2820-0x2823 pcib2: device atapci1 requested decoded I/O range 0x2822-0x2822 ata3: reset tp1 mask=03 ostat0=50 ostat1=50 ata3-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata3-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 mask=03 stat0=50 stat1=50 devices=0x3 ata3: at 0x2828 on atapci1 ata3: [MPSAFE] atapci2: port 0x2810-0x281f,0x2838-0x283b,0x2840-0x2847,0x283c-0x283f,0x2848-0x284f mem 0xf4004000-0xf4007fff irq 9 at device 5.0 on pci2 pcib2: device atapci2 requested decoded I/O range 0x2810-0x281f atapci2: [MPSAFE] pcib2: device atapci2 requested decoded I/O range 0x2848-0x284f pcib2: device atapci2 requested decoded I/O range 0x283c-0x283f pcib2: device atapci2 requested decoded I/O range 0x283e-0x283e ata4: reset tp1 mask=03 ostat0=20 ostat1=50 ata4-master: stat=0x20 err=0x20 lsb=0x20 msb=0x20 ata4-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata4: reset tp2 mask=03 stat0=20 stat1=50 devices=0x2 ata4: at 0x2848 on atapci2 ata4: [MPSAFE] pcib2: device atapci2 requested decoded I/O range 0x2840-0x2847 pcib2: device atapci2 requested decoded I/O range 0x2838-0x283b pcib2: device atapci2 requested decoded I/O range 0x283a-0x283a ata5: reset tp1 mask=03 ostat0=20 ostat1=30 ata5-master: stat=0x20 err=0x20 lsb=0x20 msb=0x20 ata5-slave: stat=0x30 err=0x30 lsb=0x30 msb=0x30 ata5: reset tp2 mask=03 stat0=20 stat1=30 devices=0x0 ata5: at 0x2840 on atapci2 ata5: [MPSAFE] pci2: at device 7.0 (no driver attached) pci2: at device 8.0 (no driver attached) pci2: at device 9.0 (no driver attached) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) psmcpnp0 irq 12 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000000, packet size:4 psm0: syncmask:08, syncbits:08 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) sio0: irq maps: 0x2001 0x2011 0x2001 0x2001 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: irq maps: 0x2001 0x2009 0x2001 0x2001 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 vpo0: can't connect to the drive imm0: (disconnect) s1=0x80 s2=0x80, s3=0x0 imm0: (connect) s1=0x80 s2=0x80, s3=0x0 imm0: (connect) s1=0x80 s2=0x80, s3=0x0 imm0: (connect) s1=0x80 s2=0x80, s3=0x0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 mss_detect, busy still set (0xff) acpi_cpu1: port 0x530-0x537 on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: